القائمة
バックエンド/フロントエンド間などの領域を跨ぐ変更依頼や情報共有（申し送り）のプロセスをGitHub Issue中心で定義
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
PR作成後のCI監視、失敗時の分類と対応、自動マージまでの完全なワークフローを定義
GitHub Issue間の依存関係（Is blocking / Blocked by）を設定・取得するためのAPI操作を提供
GitHub Issueのラベルとメタデータを使用した環境状態管理。worktree/ホスト環境すべてからアクセス可能なSingle Source of Truth
PRの作成からマージ、クリーンアップ、ロールバックまでの標準フローを定義
バージョン整合性チェック→提案→承認→GitHub Release作成までの標準リリースフロー（マルチエコシステム対応）
Git worktree を作成し、並行開発用の独立したブランチ環境を構築する。プラットフォーム固有コード開発時に使用。
| name | handover-process |
| description | バックエンド/フロントエンド間などの領域を跨ぐ変更依頼や情報共有（申し送り）のプロセスをGitHub Issue中心で定義 |
本ドキュメントは、バックエンド/フロントエンド間などの領域を跨ぐ変更依頼や情報共有（申し送り）のプロセスを定義します。
変更点(v2.0): ファイル管理（JSON）を廃止し、GitHub Issueを中心としたコミュニケーションに統合しました。
開発中にバックエンド(BE)とフロントエンド(FE)、あるいはインフラなどの間で発生する、相互の変更依頼や情報共有のことです。
| 方向 | 種別 | ラベル | 説明 |
|---|---|---|---|
| BE→FE | API変更 | handover:api-change | API仕様の変更通知 |
| BE→FE | エラーコード | handover:error-code | 新規エラーコードの通知 |
| FE→BE | API要望 | handover:api-request | 必要なAPIの作成依頼 |
| 共通 | 仕様変更 | handover:spec-change | 設計書自体の修正が必要な場合 |
実装中に他領域への依頼が発生した場合、現在の作業Issueに以下のフォーマットでコメントを投稿します。 可能であれば、相手側の担当者をメンションしてください。
テンプレート:
## :mega: 申し送り事項 (Handover)
**対象領域**: [Frontend / Backend / Infra]
**種別**: [API変更 / 要望 / その他]
**優先度**: [High / Medium / Low]
### 内容
[変更や依頼の概要を簡潔に]
### 詳細・変更点
- **Before**: [変更前]
- **After**: [変更後]
### Action Required
- [ ] [具体的なタスク1]
- [ ] [具体的なタスク2]
cc: `frontend-team` skill
- [ ]）があるか確認します。- [x]）。申し送り内容が「設計書」と乖離する場合、実装より先に設計書の修正が必要です。
spec_update_required と明記します。/request-design-fix コマンドを使用して設計書の修正を依頼するか、軽微な場合は自分で修正PRを含めます。