ワンクリックで
release
Evolution CMS JP Edition のリリース作業を対話形式でガイドするスキル。バージョン更新・タグ作成・GitHub Actions によるパッケージビルドまでを順を追って進める。「リリース」「release」と依頼されたときに使用する。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Evolution CMS JP Edition のリリース作業を対話形式でガイドするスキル。バージョン更新・タグ作成・GitHub Actions によるパッケージビルドまでを順を追って進める。「リリース」「release」と依頼されたときに使用する。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
ExecPlan(実行計画)の作成・検証・更新を支援するスキル。複雑なタスク(新機能開発、リファクタリング、バグ修正)の設計フェーズで使用します。`/create-plan`でプラン作成を開始。
AI向けマークダウンドキュメント(SKILL.md、AGENTS.md、.agent/*.md など)の健全性チェックと修正を支援するスキル。「ドキュメントの整合性を確認」「SSOT違反を探す」「スキル定義をメンテしたい」「PRの概要を更新したい」と依頼されたときに使用する。
ExecPlan(実行計画)の作成・検証・更新を支援するスキル。複雑なタスク(新機能開発、リファクタリング、バグ修正)の設計フェーズで使用します。`/create-plan`でプラン作成を開始。
Evolution CMS JP Editionの開発タスクを実行するためのワークフロー、コマンド(/work, /start-session等)、およびコーディング規約ガイド。開発作業を開始する際に使用します。
ロードマップ(`.agent/roadmap.md`)を運用するスキル。タスクの追加・変更・削除・次タスク着手・完了同期を一貫して扱い、ExecPlan未作成タスクは着手前に計画を作成する。
ロードマップ(`.agent/roadmap.md`)の依存順を基準に次の未完了タスクへ着手するスキル。完了時のチェック反映、ExecPlan未作成タスクの計画作成先行、実装開始までを一貫して行う。
| name | release |
| description | Evolution CMS JP Edition のリリース作業を対話形式でガイドするスキル。バージョン更新・タグ作成・GitHub Actions によるパッケージビルドまでを順を追って進める。「リリース」「release」と依頼されたときに使用する。 |
手順の正本は assets/docs/release-process.md。このスキルはその手順を対話形式で実行するラッパー。
/releaseassets/docs/release-process.md の「基本手順」を読み込み、各ステップでユーザー確認を取りながら進める。
開始前チェック(docs にない確認事項):
git branch --show-current)— main でない場合は警告し続行確認git status — 未コミット変更があれば警告manager/includes/version.inc.php の $modx_version)git tag --sort=-creatordate | grep '^release-' | head -5).agent/roadmap.md の WIP タスク有無問題がなければ assets/docs/release-process.md の手順に従いリリースを進める。
「Publish release」完了後、assets/docs/release-process.md の「リリース後の対応」手順 3 に従い、Status: DONE のタスクを .agent/roadmap.md から .agent/roadmap-archive.md へ移動してコミットする。
タグ push 後、GitHub Actions の完了を待ってからリリースノートを生成する。
コミット抽出コマンド・構成フォーマット・除外ルール・ドラフトへの適用方法は assets/docs/release-process.md の「リリースノートの生成と適用」セクションに従う。
生成後はユーザーへ提示し、以下のチェックリストで確認を促す:
【リリースノート レビューチェックリスト】
□ 対象読者(非エンジニア)に伝わる言葉になっているか
□ 各改修の「なぜ変えたのか」が説明されているか
□ トレードオフや制限事項を隠していないか
□ 事実と異なる記述はないか
□ 概要・ハイライトの優先順位は適切か
ユーザーの修正指示を受けて内容を更新し、最終確認後に gh release edit で適用する。