Agent skill
shorebird-patch
Shorebird OTA パッチの作成・staging 配布(stable 昇格はユーザー実施)
Install this agent skill to your Project
npx add-skill https://github.com/K9i-0/ccpocket/tree/main/.claude/skills/shorebird-patch
SKILL.md
Shorebird パッチ配布
Shorebird OTA パッチを staging に作成する。stable への昇格はユーザーが検証後に手動で実施する。
新バージョンのリリースは
/release-mobileスキルを使用する。 アセット差分でパッチが適用されない場合も、/release-mobileでリリース後に再パッチする。
フロー概要
patch (staging) → デバッグ画面で検証 → ユーザーが promote (stable) → 全ユーザーに配信
パッチ手順
1. バージョン確認
grep '^version:' apps/mobile/pubspec.yaml
version: X.Y.Z+N の値を記録する(= <version>)。
2. パッチ作成 (staging)
引数でプラットフォームが指定された場合はそのまま使う。指定がなければ、その時点のエージェントで利用可能な質問手段でユーザーに確認する。特定の質問ツール名には依存しない。
# 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>)。
3. アセット差分の検証(重要)
パッチ出力に以下の警告が含まれていないか確認する:
[WARN] Your app contains asset changes, which will not be included in the patch.
この警告が出た場合、パッチは publish されるが実機に適用されない可能性が高い。
対処法
アセット差分が検出された場合、ユーザーに以下を報告する:
- 警告内容: どのファイルにアセット差分があるか(例:
MaterialIcons-Regular.otf) - 影響: パッチは作成されるが、デバイスでダウンロード後に適用されない
- 推奨対応:
/release-mobileで新リリースを作成してから、クリーンな状態でパッチを再作成する
4. 検証(staging)
パッチが staging に配信されたら、以下の方法で検証する:
- ローカル:
shorebird preview --track=staging --release-version=<version> - 実機(TestFlight等): アプリのデバッグ画面(ロゴ5連打)→ Update Track を Staging に変更 → アプリ再起動
5. Promote (staging → stable)
このスキルでは stable への昇格は実行しない。検証が問題なければ、ユーザーが以下を手動実行する:
bash .claude/skills/shorebird-patch/promote.sh <version> <patch-number>
エージェントは promote を自動実行せず、上記コマンドをそのまま案内する。
6. 完了報告
以下を報告する:
- パッチ番号
- 対象プラットフォーム
- リリースバージョン
- トラック: staging に配信済み
- stable 昇格は未実施で、ユーザー実行待ちであること
- アセット差分: あり/なし(ありの場合は警告を明記)
- ユーザーがそのまま実行できる promote コマンド
npm scripts
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で新リリースが必要 - 署名エラー(exportArchive): IPA生成時のエラーはShorebirdパッチ自体には影響しない。パッチが
Published Patch N!と表示されていれば成功 - インタラクティブプロンプト:
shorebirdコマンドを直接実行する場合は--release-versionフラグ必須(省略するとインタラクティブプロンプトで非TTY環境がエラーになる) - パッチが反映されない場合の確認: 設定画面のバージョン表示で
(patch N)が出ているか確認。出ていなければShorebirdリリースビルドでない可能性がある - staging パッチの確認方法: デバッグ画面(ロゴ5連打)→ Update Track を Staging に変更 → アプリ再起動
- エージェント差異への対応: ユーザーへの確認が必要な場面では
AskUserQuestionなどの固有ツール名を前提にせず、その環境で使える質問手段を使う
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
triage
GitHub Issue・PRのトリアージ。番号を渡すと、要望の要約・実現難易度・既存機能との重複チェック・対応判断を調査してレポートする。Issue/PRの番号が出てきたとき、トリアージ、優先度判断、対応判断と言われたときに使用する。
self-review
タスク完了前のセルフレビュー。Claude subagentで別コンテキストから客観的にコード変更を検証。
release-bridge
Bridge Server のリリース(バージョンbump + CHANGELOG + タグ → GH Actions で npm publish)
flutter-upgrade
Flutter SDKバージョンアップグレード対応。新バージョンのリリースノート・Breaking Changes調査、コードベース影響分析、mise/CI/Shorebird含むプロジェクト全体の対応タスクリスト作成と実行。「Flutterアップグレード」「Flutter X.Y.Zがリリースされた」「Flutter最新化」「Flutter更新」と言われたとき、またはFlutterの新バージョンについて言及されたときに使用する。
flutter-ui-design
Flutter UI実装のアーキテクチャ規約・コンポーネント分割・状態管理ガイド(Bloc/Cubit版)
test-bridge
Bridge Server (TypeScript) のテスト実行・型チェック・テスト記述ガイド
Didn't find tool you were looking for?