ccpocket: Skill for Claude Code

Submit Store Review

release-app で作成済みの候補を、ストアの公開版との差分から審査へ提出する。新しいタグ、バージョン、ビルドは作成しない。

責務と安全境界

• 提出は .github/workflows/submit-store-review.yml を使う。iOS は asc、Android は Fastlane と Google Play Developer API で処理する。
• 公開状態は .github/workflows/inspect-store-state.yml で読む。iOS は新APIの READY_FOR_DISTRIBUTION または旧APIの READY_FOR_SALE、Android は production track の completed / inProgress を正とする。
• Computer Use は通常使わない。APIで処理できない契約・税務・銀行情報や質問項目が残る場合だけ、理由と未完了項目を報告して止める。
• 新しいリリースが必要なら $release-app、説明文やスクリーンショット全体の更新なら $update-store を使う。
• 新規IAP・サブスクリプションを同じiOS審査へ含める場合、この自動提出は止める。アプリバージョン単体だけを自動化する。

「最新を審査提出して」の既定動作

プラットフォーム指定がなければ iOS と Android の両方を対象に、次を連続して行う。

1. ストアAPIから現在の公開版を取得する。
2. 各プラットフォームの最新リリースタグと成功した release workflow を確認する。
3. 公開版タグから候補タグまでの累積差分を読む。
4. 英語、日本語、韓国語、簡体字中国語のリリースノートを作る。
5. 審査専用refへメタデータだけをコミットしてpushする。
6. 公開版、候補、リリースノートの要点、公開方式、対象refを報告する。
7. iOSメタデータ反映と審査提出をdispatchし、完了まで監視する。

審査提出の依頼を、既定ルールでの候補選択・ノート作成・メタデータ反映・審査提出の承認として扱い、途中や最後に追加の承認を求めない。ノート作成や提出準備だけの依頼では、ストアへの反映・提出は行わない。

1. 公開版と最新候補を特定する

最初にリモートとタグを更新し、ローカルの未コミット変更を上書きしない。

git status --short
git fetch origin main
git fetch --prune origin \
  '+refs/tags/ios/*:refs/store-review/remote-tags/ios/*' \
  '+refs/tags/android/*:refs/store-review/remote-tags/android/*'

候補版と公開版の比較には refs/store-review/remote-tags/ 配下の隔離refを使う。既存のローカルタグは上書きしない。

公開状態の取得は main 上の読み取り専用workflowを使う。dispatch前のUTC時刻を記録し、その時刻より後に作られた同じref・同じplatformのrunだけを採用する。該当runが複数あり一意に決められなければ止める。

gh workflow run inspect-store-state.yml --ref main -f platform=<ios|android|both>
gh run list --workflow=inspect-store-state.yml --event workflow_dispatch --limit 10 \
  --json databaseId,displayTitle,headBranch,status,conclusion,createdAt,url
gh run watch <run-id> --exit-status

state_dir=$(mktemp -d)
gh run download <run-id> -n ios-store-state -D "$state_dir/ios"
gh run download <run-id> -n android-store-state -D "$state_dir/android"

JSONから基準タグを厳密に解決する。

• iOS: ios/v<version>+<buildNumber> が存在すること。
• Android: publicRelease.versionCodes の最大値を N とし、android/v*+N がちょうど1つ存在すること。
• 基準タグ内の apps/mobile/pubspec.yaml がタグ表記と一致すること。