論文の概要: The EPIC Framework for Spec-Driven Development
- arxiv url: http://arxiv.org/abs/2610.07534v1
- Date: Tue, 06 Oct 2026 00:00:54 GMT
- ステータス: 翻訳完了
- システム内更新日: 2026-10-08 02:58:29.720525
- Title: The EPIC Framework for Spec-Driven Development
- Title（参考訳）: 仕様駆動開発のためのEPICフレームワーク
- Abstract要約: 仕様駆動開発(SDD)では、エージェントがコードを書く前に仕様、計画、タスクを書くよう開発者に求める。
我々はSDDの優れた仕様が何を含むかを検討した。
出来上がったフレームワークであるEPICは、10のクオリティディメンションで40のプラクティスを持っています。
- 参考スコア（独自算出の注目度）: 9.383331074989636
- License: http://creativecommons.org/licenses/by/4.0/
- Abstract: One practitioner we interviewed said their team writes "must" instead of "should" when instructing a coding agent, because the agent may treat "should" as optional. Small wording choices matter because agents often fill gaps in their instructions with their own assumptions. Spec-driven development (SDD) asks developers to write a specification, plan, and tasks before the agent writes code. SDD frameworks provide templates for these artifacts, but the templates do not help developers judge whether they have written enough or clearly enough. We studied what good SDD specifications contain. We scored the artifacts of 114 open-source SDD repositories against ISO/IEC/IEEE 29148 and derived practices from the highest-scoring ones. The resulting framework, EPIC, has 40 practices in 10 quality dimensions that guide developers in making expectations and decisions explicit in specifications, plans, and tasks for coding agents. The majority of SDD practitioners (N=15) endorsed every practice. Repositories in the top third of specification quality spent 11.8% of their commits on bug fixes, compared with 20.4% in the bottom third, and had a median of 4x as many contributors. Developers can use EPIC to find and fill the gaps in a specification before the agent does.
- Abstract（参考訳）: エージェントが"すべき"をオプションとして扱う可能性があるため、コーディングエージェントに指示するときに"すべき"ではなく、"すべき"を書く必要がある、とインタビューした実践者もいました。
エージェントが自身の仮定で命令のギャップを埋めることが多いため、小さな単語選択が重要である。
仕様駆動開発(SDD)では、エージェントがコードを書く前に仕様、計画、タスクを書くよう開発者に求める。
SDDフレームワークはこれらのアーティファクトのテンプレートを提供するが、このテンプレートは開発者が十分に記述したかどうかを判断するのに役立ちません。
我々はSDDの優れた仕様が何を含むかを検討した。
私たちは、ISO/IEC/IEEE 29148に対して114のオープンソースSDDリポジトリのアーティファクトをスコア付けしました。
出来上がったフレームワークEPICは、10のクオリティディメンションで40のプラクティスを持ち、開発者が仕様、計画、コーディングエージェントのタスクで期待と決定を明確にするのに役立つ。
SDD実践者の大多数(N=15)はすべての実践を支持した。
仕様品質の上位3分の1のリポジトリは11.8%のコミットをバグ修正に費やした。
開発者はEPICを使用して、エージェントが実行する前に仕様のギャップを見つけて埋めることができる。
関連論文リスト
- SpecMine: A Large-Scale Corpus of Spec-Driven Development Artifacts [7.933620345044633]
SpecMineは、パブリックGitHubリポジトリでSpec-Driven Development (SDD)をキャプチャする。
これにより、AIエージェントの時代にソフトウェアがどのように特定されているか、コミュニティで初めて研究することができる。
論文 参考訳（メタデータ） (2026-08-25T22:43:30Z) - SlopCodeBench: Benchmarking How Coding Agents Degrade Over Long-Horizon Iterative Tasks [55.76734816061826]
我々は20の問題と93のチェックポイントからなる言語に依存しないベンチマークであるSlopCodeBenchを紹介する。
我々は、冗長性、重複コードの割合、構造的侵食という2つの軌道レベルの品質信号を追跡する。
11モデルにまたがるエンドツーエンドの問題を解決するエージェントは存在しない。
論文 参考訳（メタデータ） (2026-03-25T19:26:44Z) - Spec-Driven Development:From Code to Contract in the Age of AI Coding Assistants [0.0]
仕様駆動開発(SDD)は、仕様を真理とコードのソースとして扱い、生成または検証された二次的アーティファクトとして扱う。
仕様の厳格化, 仕様書化, 仕様書化, 仕様書化の3段階を, それぞれの適用時期について明確なガイダンスで提示する。
論文 参考訳（メタデータ） (2026-01-30T04:45:42Z) - Guidelines to Prompt Large Language Models for Code Generation: An Empirical Characterization [82.29178197694819]
我々は、開発固有のプロンプト最適化ガイドラインを導出し、評価する。
コード生成プロンプトを自動的に洗練するために、反復的でテスト駆動のアプローチを使用します。
我々は50人の実践者と評価を行い,提案した即興改善パターンの使用状況について報告する。
論文 参考訳（メタデータ） (2026-01-19T15:01:42Z) - Agent READMEs: An Empirical Study of Context Files for Agentic Coding [8.019313057979522]
我々は1,925のリポジトリから2,303のエージェントコンテキストファイルを調べ、それらの構造、保守、およびコンテンツを特徴付ける。
これらのファイルは静的なドキュメントではなく、コンフィグレーションコードのように進化し、頻繁で小さな追加によって維持される複雑で読みにくいアーティファクトであることが分かりました。
これらの結果は、開発者がコンテキストファイルを使用してエージェントを機能させる一方で、エージェント記述コードの安全性やパフォーマンスを保証するためのガードレールはほとんど提供せず、ツールやプラクティスの改善の必要性を強調していることを示している。
論文 参考訳（メタデータ） (2025-11-17T02:18:55Z) - CLOVER: A Test Case Generation Benchmark with Coverage, Long-Context, and Verification [71.34070740261072]
本稿では,テストケースの生成と完成におけるモデルの能力を評価するためのベンチマークCLOVERを提案する。
ベンチマークはタスク間でのコード実行のためにコンテナ化されています。
論文 参考訳（メタデータ） (2025-02-12T21:42:56Z) - Codev-Bench: How Do LLMs Understand Developer-Centric Code Completion? [60.84912551069379]
Code-Development Benchmark (Codev-Bench)は、細粒度で現実世界、リポジトリレベル、開発者中心の評価フレームワークです。
Codev-Agentは、リポジトリのクローリングを自動化し、実行環境を構築し、既存のユニットテストから動的呼び出しチェーンを抽出し、データ漏洩を避けるために新しいテストサンプルを生成するエージェントベースのシステムである。
論文 参考訳（メタデータ） (2024-10-02T09:11:10Z)
関連論文リストは本サイト内にある論文のタイトル・アブストラクトから自動的に作成しています。
指定された論文の情報です。
本サイトの運営者は本サイト（すべての情報・翻訳含む）の品質を保証せず、本サイト（すべての情報・翻訳含む）を使用して発生したあらゆる結果について一切の責任を負いません。