بنقرة واحدة
shorebird-patch
Shorebird OTA パッチの作成・staging 配布(stable 昇格はユーザー実施)
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Shorebird OTA パッチの作成・staging 配布(stable 昇格はユーザー実施)
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
アプリのリリース(バージョンbump + CHANGELOG + タグ → GH Actions で自動ビルド・配布)。iOS / Android / macOS / Linux / Windows の任意の組み合わせでリリースできる。「リリース」「バージョン上げて」「リリースして」と言われたときに使う。
ccpocket の X 向けリリース告知カード画像を作成・更新する。最新の iOS/Android/macOS リリースタグ、App Store release_notes、既存の scripts/release-card/generate.mjs を使って英語・日本語の告知PNGを生成し、画像を目視確認して不備があれば生成スクリプトを修正する。「リリースカード」「X告知画像」「リリース報告用画像」「release-card」と言われたときに使用する。
ストア情報の更新自動化 — スクリーンショット撮影(シミュレーター × モック画面 × Marionette MCP)とメタデータテキスト更新。ストア更新、スクショ更新、App Store / Google Play のメタデータ更新、リリースノート作成の際に使用すること。
Codex の使い方、CLI/app/IDE、rules・hooks・AGENTS.md・skills・subagents・config などを案内する。Codex や OpenAI 製品の仕様を答える前に必ず公式ドキュメントを確認し、rules/approval は `codex execpolicy check` で実検証すること。
MCP (dart-mcp + Marionette) を使ったFlutterアプリのE2E自動化・UI検証ガイド。シミュレーターでのUI動作確認、モックプレビュー検証、Bridge経由のE2Eテスト、スクリーンショット撮影など、アプリの動作検証が必要なときに使う。「動作確認して」「UIを検証して」「E2Eテスト」「シミュレーターで確認」「モックで確認」と言われたときや、UI変更後の検証フェーズで使用すること。
GitHub Issue・PRのトリアージ。番号を渡すと、要望の要約・実現難易度・既存機能との重複チェック・対応判断を調査してレポートする。Issue/PRの番号が出てきたとき、トリアージ、優先度判断、対応判断と言われたときに使用する。
استنادا إلى تصنيف SOC المهني
| name | shorebird-patch |
| description | Shorebird OTA パッチの作成・staging 配布(stable 昇格はユーザー実施) |
| disable-model-invocation | true |
| allowed-tools | Bash(bash:*), Bash(shorebird:*), Bash(dart:*), Bash(xcrun:*), Bash(grep:*), Read |
Shorebird OTA パッチを staging に作成する。stable への昇格はユーザーが検証後に手動で実施する。
新バージョンのリリースは
/release-mobileスキルを使用する。 アセット差分でパッチが適用されない場合も、/release-mobileでリリース後に再パッチする。
patch (staging) → デバッグ画面で検証 → ユーザーが promote (stable) → 全ユーザーに配信
grep '^version:' apps/mobile/pubspec.yaml
version: X.Y.Z+N の値を記録する(= <version>)。
引数でプラットフォームが指定された場合はそのまま使う。指定がなければ、その時点のエージェントで利用可能な質問手段でユーザーに確認する。特定の質問ツール名には依存しない。
# iOS
bash .claude/skills/shorebird-patch/patch.sh ios <version>
# Android
bash .claude/skills/shorebird-patch/patch.sh android <version>
# 両方の場合は順番に実行
スクリプトが以下を一括で行う:
shorebird patch で staging にパッチ作成--allow-asset-diffs によりアセット変更の確認プロンプトを自動スキップ完了後の出力から パッチ番号 を記録する(= <patch-number>)。
パッチ出力に以下の警告が含まれていないか確認する:
[WARN] Your app contains asset changes, which will not be included in the patch.
この警告が出た場合、パッチは publish されるが実機に適用されない可能性が高い。
アセット差分が検出された場合、ユーザーに以下を報告する:
MaterialIcons-Regular.otf)/release-mobile で新リリースを作成してから、クリーンな状態でパッチを再作成するパッチが staging に配信されたら、以下の方法で検証する:
shorebird preview --track=staging --release-version=<version>このスキルでは stable への昇格は実行しない。検証が問題なければ、ユーザーが以下を手動実行する:
bash .claude/skills/shorebird-patch/promote.sh <version> <patch-number>
エージェントは promote を自動実行せず、上記コマンドをそのまま案内する。
以下を報告する:
npm run shorebird:patch:android -- <release-version>
npm run shorebird:patch:ios -- <release-version>
npm run shorebird:promote -- <release-version> <patch-number>
--allow-asset-diffs でパッチ作成は成功するが、アセット変更(フォント、画像等)を含むパッチは実機で適用に失敗する。/release-mobile で新リリースが必要Published Patch N! と表示されていれば成功shorebird コマンドを直接実行する場合は --release-version フラグ必須(省略するとインタラクティブプロンプトで非TTY環境がエラーになる)(patch N) が出ているか確認。出ていなければShorebirdリリースビルドでない可能性があるAskUserQuestion などの固有ツール名を前提にせず、その環境で使える質問手段を使う