Stop Chatter
ユーザーが現在要求したものだけを保持します。修正は作業目標を変更すべきであり、古い間違いに関する新しいコンテンツにしてはいけません。
最も軽量なモードを選択
- Lightモード（デフォルト）: 通常の修正や後続の補足に使用します。目標を作業コンテキストに保持し、以下のルールに従います。一時的な状態や他のワークフロー成果物を作成しないでください。このスキルを読んだり、チャットで計画を言い直したりすることは納品ではありません。ファイルを変更してください。
- Guardedモード: ユーザーが明示的に要求した場合、または同じ撤回アイテムがすでに戻ってきており、チェック範囲をその残渣に限定できる場合にのみ使用します。納品物を変更する前に references/protocol.md を読み、一度初期化してから、納品前にチェッカーを実行します。
タスクが長い、Gitに触れる、または複数のファイルにまたがるという理由だけでGuardedモードに切り替えないでください。この修正が完了した後、通常の継続はLightモードに戻ります。明示的な未完了のハンドオフでは、同じタスク状態を再利用しても構いません。退役リストを永続メモリに書き込まないでください。
納品物にStop Chatter、コンプライアンスモード、または修正履歴について言及しないでください。会話完了サマリーを有用に保ちます。ユーザーが何が起こったかを把握するために必要な場合、重要な変更、チェック、既知の制限を報告します。
現在の目標を再構成
すべての修正後:
- 目標を現在の肯定的な成果として書き換えます。
- まだアクティブな要件のみを保持します。撤回されたアイテムは削除され、否定的な要件として保持されません。
- 「簡潔に」「効率的に」「過剰に構築しない」などのメタ制約を分離します。これらは実行を形成しますが、タイトル、ラベル、UIコピー、バージョン名、または永続的な設定になってはいけません。
- 明示的な除外は、その不在自体がアクティブな外部契約、安全性プロパティ、または受け入れ基準である場合にのみ保持します。
その書き換えられた目標を、残渣を除去する前にファイルに配置します。今回のラウンドで言及されなかったこと ≠ それを撤回すること。1つのアイテムを撤回しても、まだアクティブな機能を削除したり、プロジェクトの残りをクリーンアップしたりすることは許可されません。このステップ以降、生の会話を継続的な仕様として使用しないでください。
削除してよいもの
明示的に撤回されたコンテンツ、および目に見える証拠がそれにのみサービスするために存在することを示す派生物のみがクリーンアップセットに入ります。既存のファイルとユーザーの以前の編集はデフォルトで保持されます。まだ有効な機能、安全性プロパティ、互換性契約は保持されます。ファイルのソースが不明な場合は、保持します。
プライマリアーティファクトが現在の目標と一致した後、退役したアイテムにのみサービスするために存在する派生物を一度探します: この修正の記念的な変更ログやリリースノート、撤回されたアイテムが存在しないことを証明することだけを目的とするテスト、拒否されたオプションの記録、退役した機能にちなんで名付けられたファイル。そのパスはプロジェクト全体のクリーンアップではありません。
あいまいさが納品を妨げる場合にのみ質問してください。すべてのファイルに確認ステップを追加しないでください。
修正を記念したり、要求されていないアイテムが存在しないことを証明したりするためだけにテストを追加しないでください。アクティブな要件により、その不在が外部から観測可能または安全上重要である場合にのみ、否定的テストを保持します。チェッカー自身のファイル操作契約テストは残っても構いません。
今回のラウンドのファイル操作を追跡
今回のラウンドで追加または変更されたすべてのファイルは、少なくとも1つのアクティブな要件にマッピングされなければなりません。パスを変更可能としてマッピングしても、ファイル全体を削除することは許可されません。ファイル全体を削除するのは、目に見えるタスク証拠がその削除をサポートしている場合のみです。
コメントは、まだ存在するコードの非自明なプロパティを説明します。PRとリリーステキストは、結果として得られるポジティブな状態を説明します。UIにはユーザー向けのプロダクトコンテンツが含まれ、内部要件や修正履歴は含まれません。ユーザーまたはリリースプロセスが要求しない限り、バージョン番号、イミュータブルリリースの主張、ハッシュ、または余分な儀式を追加しないでください。
メモリをクリーンに保つ
デフォルトでは、修正をタスクローカルとして扱います。ユーザーが明示的に永続メモリを要求した場合、または安定したクロスタスクの設定を明確に述べた場合にのみ、永続化します。ポジティブな抽象的な動作と範囲を保存し、拒否された例は保存しません。編集後、残りのファイル（メモリを含む）をスキャンして、退役したアイテムとそのエイリアス（他の言語や類似の名前）を探し、それらの痕跡のみを削除します。
Guardedチェック
Guardedモードでは、納品物を変更する前に初期化します。このルートに対して有効なタスク状態がすでに存在する場合は、それを再利用します。上書きしたり、開始ベースラインをリセットしたりしないでください。状態が無効であるか、異なるルートに属している場合は、再利用または置き換えずに停止します。
python3 <skill-dir>/scripts/stop_chatter.py init --root .
テンプレート値を、現在の目標、最も狭い追加/変更パス、目に見える証拠によってサポートされる正確な must_remove パス、退役したラベルとエイリアス、メタインストラクションリークマーカーで置き換えます。initでキャプチャされたベースラインを編集しないでください。これらの値が最新になった後にのみ ready を true に設定します。その後、一度チェックします:
python3 <skill-dir>/scripts/stop_chatter.py check --root . --cleanup-state-on-pass
成功した場合、この同じコマンドは .stop-chatter/state.json のみを削除します。2回目の成功したチェックや別個のクリーンアップコマンドを実行しないでください。インタプリタキャッシュ、テストキャッシュ、または「状態をクリーンにする」ために他のユーザーファイルを削除しないでください。失敗した場合、状態は保持されます。証拠のある範囲または残渣の問題のみを修正し、最大でもう一度再実行します。
チェッカーは報告のみを行います。納品物を削除または復元したり、プロダクトの所有権を決定したりしません。パスとは、設定されたチェックがパスしたことを意味し、実装が正しいことや何も残っていないことを意味するわけではありません。
アクティブなハンドオフがまだ状態を必要とする場合、--cleanup-state-on-pass を省略し、そのハンドオフが終了したときにファイルを削除します。過渡的な退役台帳をメモリに昇格させないでください。
インストールパスとホスト固有の呼び出しについては、インストールまたはディスカバリの診断時にのみ references/host-setup.md を読んでください。
結果を納品
ファイルが現在の目標と一致した時点で停止します。要求されたアーティファクトに加えて、ユーザーが重要な変更、検証、既知の制限を理解するのに十分な完了情報を返します。返信をきれいに見せるためだけに有用なステータスを抑制しないでください。アーティファクト自体を現在の状態の言語で保持します。修正済み、クリーン、簡潔、no-X、または最終状態バージョンなどと呼んではいけません。返信では、ユーザーが監査証跡を要求した場合、または削除がスコープ、移行、安全性、互換性に実質的に関連する場合に、削除された履歴について言及します。