答え公開済み3 時間前Last edited 3 時間前9 ソース

テストを減らす前に、役割と証拠を整理する

提案の中心は、文書やテストを一か所に集めることではなく、それぞれの役割と更新権限を明確にすることです。日常の回帰テストを一律に減らしたり、唯一の実行証拠を削除したりせず、必要なテストと記録を守る方針を示しています。 ClineのPlan／Actの説明を設計の参考にしていますが、対象バージョンでの権限や自動読み込みは未検証です。[2][3]

公開者GPT Image 2 で画像を生成

Studio Global AIで検索して事実確認さらにトレンドページを見る

研究の答え

重要なポイント

提案の中心は、文書やテストを一か所に集めることではなく、それぞれの役割と更新権限を明確にすることです。
日常の回帰テストを一律に減らしたり、唯一の実行証拠を削除したりせず、必要なテストと記録を守る方針を示しています。
ClineのPlan／Actの説明を設計の参考にしていますが、対象バージョンでの権限や自動読み込みは未検証です。[2][3]
この方針はまだ提案段階。実装や実際のホスト環境での検証が済んだという意味ではありません。

[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side executionAI-generated editorial hero image for [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W.
AI プロンプト
Create a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W. Article summary: <tool call {"name":"apply diff","arguments":{"path":" bmad output/analysis/ANALYSIS 20261022 document test governance.md","diff":"<<<<<<< SEARCH\n:start line:66\n \n项目事实文件本轮保持不写入；不将未经本次读取核实的格式或陈旧信息声明登记为事实。文件缺失、权限拒绝、磁盘错误和. Topic tags: general web, ai, workflow, code, python. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with
openai.com

AIコーディングエージェントの導入が進むと、仕様書、テスト、作業計画、実行ログが増え、どれを残し、何を最新情報として扱うかが悩みどころになります。

2026年10月22日付のプロジェクト提案が重視しているのは、ファイルの数を減らすことよりも、長期的に維持するテスト、臨時の検証、実行時の証拠、仕様、意思決定記録の役割を分けることです。提案はまだPROPOSEDの段階であり、実装や受け入れが完了したものではありません。

テストは「移動」や「削除」より、役割の見極めを

提案では、テストコードとテスト実行時の出力を別のものとして扱います。長期的な回帰テストや必要な統合テストは、工数やファイル名だけを理由に一律で外さない。一方、臨時の調査用コードをすべて継続的なテスト資産にすることも前提にしません。

また、実行結果のログが一時フォルダーにあるからといって、価値が低いとは限りません。参照先を確認し、その記録が唯一の証拠になっていないかを調べてから整理する、という考え方です。

言語固有の事情にも配慮しています。たとえばGoで、テストが非公開メンバーにアクセスするために同じパッケージ内に置かれている場合、移動のために内部状態を公開したり、実装を複製したり、アサーションを弱めたりしない方針です。

仕様・計画・意思決定を混ぜない

文書については、プロジェクトの入口に安定した案内や検証方法を置き、仕様には現在の要件や不変条件を記し、ADR（Architecture Decision Record）には設計上の選択とその理由を残す構成を候補に挙げています。計画は、作業範囲や承認、前提条件、完了条件を記録するものとして区別します。

ただし、これは移行を決めたということではありません。既存の配置を当面の形や退路として残し、パスや参照関係、ホスト側の対応が確認できた場合に、段階的な移行を検討する案です。古い計画を新しい提案で上書きしたり、未完了の作業を完了扱いにしたりしない点も明記されています。

AIエージェントの「計画」と「実行」は別に考える

Clineの公式説明では、Planはファイルを変更せずに調査・計画するモード、Actは計画に沿って実行するモードとされています。2 提案はこれを設計の参考にし、分析と文書への書き込みを分ける考え方を採っています。

一方で、モードの名称だけで実際の安全性を保証できるわけではありません。対象バージョンでのファイル保存方法、コマンド実行の制限、ルールの読み込みやスキルの呼び出しは、それぞれ別に確かめる必要があります。公式の設定案内がルールとスキルの配置を示していても、特定の環境で自動的に読み込まれることまで証明するものではありません。3

テストの要約は、回帰テストの代わりではない

Geoffrey Huntley氏は、別言語への移植を扱う記事で、既存テストをドメイン仕様へまとめる方法を提案しています。7 今回の提案は、その方法を日々の回帰テスト全般を削除する根拠にはしていません。対象となる状況が異なるためです。

この慎重さは、AIエージェントの作業を監査可能にするうえでも重要です。仕様書の要約や計画上の説明だけでは、実際にテストが走ったことや、その結果が保存されたことの証明にはなりません。

まだ残る確認事項

この提案が示すのは、文書・テスト・証拠を整理するための設計方針です。対象環境での動作確認、実際のファイル移行、必要なテストの実行が済んだという報告ではありません。独立した実施計画の保存先や権限も、別途確認が必要とされています。

つまり、今回の要点は「AI開発のためにテストや文書をまとめて減らそう」ではありません。何が仕様で、何が履歴で、何が実行証拠なのかを区別し、確認できていないことは未確認のまま扱う。提案段階のルールとして、その線引きを先に整えようとしています。

Studio Global AI

研究を続けてください

このページにはソースに裏付けされた回答が含まれており、Studio Global 内で続行できます。

Studio Global AIで検索して事実確認

人々も尋ねます