
何が起きたか
GitHubのCopilot cloud agent向け資料が、解決したい問題・完了条件・変更するファイルの手がかりを明確にするよう勧めている。
なぜ重要か
完了条件を先に決めれば、正常系だけでなく重複IDや必須項目欠落など保存してはいけない場合の扱いまで依頼に含められる。
注目点
指示ファイルは置くだけでは不十分で、小さな変更で実際に参照されたかを確かめるのが焦点。VS Codeの公式ガイドはファイルが見つかることと指示が守られることを区別している。
誰に効くかAIコーディングエージェントに実装を頼む開発チーム、とくに既存リポジトリへ小さな機能を追加する担当者に影響する。依頼文と指示ファイルの書き方次第で、手戻りの有無が変わる。
こういう要約が、毎朝あなたのメールに届きます。
AIに実装を頼むとき、「記事管理の機能を作って」のような一言で始めると、何を保存するのか、同じIDが来たらどうするのか、どこまでできれば完成なのかが決まらない。コードができたあとに判断を一から始めるのは大変だ。そこで記事候補を保存する機能を例に、依頼文へ完了条件を書き込む進め方が示されている。登録した記事を一覧で確認できる、同じIDを再登録しても既存の記事を上書きしない、必須項目が欠けていたら理由を表示して保存を中止する、不正なIDでも同様に中止する、といった確認項目を先に並べる。正常な登録だけでなく、重複IDや入力不備のときに保存を止められたかまで確かめる点が要点だ。
今回だけの要件は依頼文に、繰り返し使うルールはリポジトリに置く。VS CodeにはMarkdownの指示ファイルに共通の開発方針を保存する仕組みがあるが、選んだエージェントによって対応する形式や読み込み方は違う。また、AIに指示ファイルを作らせた場合も中身を一度読み直し、まだ用意していないテストの実行方法が書かれていないか、以前の構成のまま間違った場所にファイルを作るよう指示していないかを実際のリポジトリと見比べて直す。
指示ファイルを置いた後の確認も求められる。ファイルが見つかったことと、作業で指示が守られたことは別であり、小さな変更を一つ頼んで結果を比べる。指示が読み込まれているのに結果が合わないなら、ルールを増やす前にどこで食い違ったかを確かめる。この進め方が定着するかは、依頼文と指示ファイルを実際の変更と照合する手間をどこまで続けられるかにかかっているとみられる。
業界と使っているAIツールを選ぶと、仕事に関係するニュースが毎朝届きます。
登録無料・Googleアカウントなら30秒・いつでも解除できますAITodayについて →
この記事についてわからないことをAIに質問できます。AIはこの記事・AIToday の過去記事・Wikipedia を読み、出典を付けて答えます。Q&Aはこのページに公開され、他の読者も読めます。
MetaがMuse Spark Openの重みを公開
EC自動化工房がZenn記事で商品マスタ生成前クレンジング手順を示した

Claude Codeへの一言の依頼3回と完了条件付きの依頼3回では機能的に同一のMyntPackコードが生成されたが、後者では各回テストが3〜5本追加され、3回とも最後にlintを1回実行した

Metaはオープンウェイトモデル「Muse Spark Open」を公開した

MetaのMuse Spark OpenがAmazon SageMaker JumpStartでBF16とNVFP4量子化の2種類のvariantで導入可能になった

Fortune主催サミットのパネルで登壇したBlock CFOのAmrita Ahuja氏は、人員40%削減と管理階層排除でコードレビュー変更が年央までに150%増えたと述べた
