Releasing Php Package
yansongda/pay
A skill your agent uses when preparing to publish a new version of a PHP Composer package and need to write or update CHANGELOG, upgrade guides, and documentation before tagging and releasing
baserCMS の plugins/baser-core/VERSION.txt に、リリース分の変更履歴（NEW/CHG/BUG）をコミットログから生成して追記する手順。「VERSION.txt を更新して」「リリースノートを作って」「変更履歴をまとめて」「今回のリリース分の変更点を書き出して」「前回リリースからの差分を VERSION.txt…
Install Basercms Release Note
$ npx skills add baserproject/basercms --skill basercms-release-note -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install baserproject/basercms basercms-release-note --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/baserproject/basercms.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/basercms-release-note .claude/skills/basercms-release-note && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "basercms-release-note" agent skill from https://github.com/baserproject/basercms/tree/5.4.x/.agents/skills/basercms-release-note into .claude/skills/basercms-release-note/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "basercms-release-note", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/baserproject/basercms/tree/5.4.x/.agents/skills/basercms-release-noteType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add baserproject/basercms --skill basercms-release-note -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install baserproject/basercms basercms-release-note --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/baserproject/basercms.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.agents/skills/basercms-release-note .agents/skills/basercms-release-note && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "basercms-release-note" agent skill from https://github.com/baserproject/basercms/tree/5.4.x/.agents/skills/basercms-release-note into .agents/skills/basercms-release-note/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "basercms-release-note", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add baserproject/basercms --skill basercms-release-note -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install baserproject/basercms basercms-release-note --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/baserproject/basercms.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.agents/skills/basercms-release-note .cursor/skills/basercms-release-note && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "basercms-release-note" agent skill from https://github.com/baserproject/basercms/tree/5.4.x/.agents/skills/basercms-release-note into .cursor/skills/basercms-release-note/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "basercms-release-note", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/baserproject/basercms.git --path .agents/skills/basercms-release-note--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add baserproject/basercms --skill basercms-release-note -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install baserproject/basercms basercms-release-note --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/baserproject/basercms.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.agents/skills/basercms-release-note .gemini/skills/basercms-release-note && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "basercms-release-note" agent skill from https://github.com/baserproject/basercms/tree/5.4.x/.agents/skills/basercms-release-note into .gemini/skills/basercms-release-note/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "basercms-release-note", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install baserproject/basercms basercms-release-noteInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add baserproject/basercms --skill basercms-release-note -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/baserproject/basercms.git skills-src && mkdir -p .github/skills && cp -r skills-src/.agents/skills/basercms-release-note .github/skills/basercms-release-note && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "basercms-release-note" agent skill from https://github.com/baserproject/basercms/tree/5.4.x/.agents/skills/basercms-release-note into .github/skills/basercms-release-note/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "basercms-release-note", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add baserproject/basercms --skill basercms-release-note -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install baserproject/basercms basercms-release-note --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/baserproject/basercms.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.agents/skills/basercms-release-note .opencode/skills/basercms-release-note && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "basercms-release-note" agent skill from https://github.com/baserproject/basercms/tree/5.4.x/.agents/skills/basercms-release-note into .opencode/skills/basercms-release-note/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "basercms-release-note", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
Facts
- Skill name
basercms-release-note- GitHub stars
- 190
- Token cost
- ~1.6k tokens
- SKILL.md length
- 337 words
- Files
- 1
- Skills in repo
- 15
- Repo updated
- First seen
- Licence
- MIT
At a glance
baserCMS の plugins/baser-core/VERSION.txt に、リリース分の変更履歴（NEW/CHG/BUG）をコミットログから生成して追記する手順。「VERSION.txt を更新して」「リリースノートを作って」「変更履歴をまとめて」「今回のリリース分の変更点を書き出して」「前回リリースからの差分を VERSION.txt…
- Works in 11 steps: 対象ブランチを確認する → 前バージョンとリリースバージョンをユーザーに確認する → コミットを収集する → …
- Tasks that involve Changelog and release notes
- SKILL.md covers VERSION.txt の書式, 手順, チェックリスト and 関連スキル
- Calls git
What it does
Basercms Release Note is an agent skill from baserproject/basercms. baserCMS の plugins/baser-core/VERSION.txt に、リリース分の変更履歴（NEW/CHG/BUG）をコミットログから生成して追記する手順。「VERSION.txt を更新して」「リリースノートを作って」「変更履歴をまとめて」「今回のリリース分の変更点を書き出して」「前回リリースからの差分を VERSION.txt に反映」等のときに参照する。対象ブランチの決定、前バージョン／リリースバージョンの確認、利用者に不要なコミット（Merge・テストのみ・CI・依存更新）の除外、プラグイン略号（BC/CC/BG/ML/UL/SO/BE/MC/CL）の判定、利用者視点への言い換え、Issue 番号の付与、NEW→CHG→BUG の並び替え、VERSION.txt への挿入までを収録。
Its SKILL.md is about 1.6k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in Development, covering Changelog and release notes. It works with PHP. The repository describes itself as: baserCMS : Based Website Development Project. The licence is MIT.
When your agent uses it
- Tasks that involve Changelog and release notes
Example prompts
- “Use the basercms-release-note skill to basercm の plugins/baser-core/VERSION.txt に、リリース分の変更履歴（NEW/CHG/BUG）をコミットログから生成して追記する手順。「VERSION.txt…”
- “/basercms-release-note”
Requirements
- Docker
Workflow steps
11 steps, taken from the step headings in SKILL.md.
What it can do on your machine
Read from SKILL.md and the folder at commit 748b4f6. It shows what the files ask for, not the result of running them.
Tool permissions
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Runs code
Shell commands in SKILL.md call:
git
From the folder's file list and the shell code blocks in SKILL.md.
Network
No URLs in SKILL.md. Its commands use git, which can reach the network depending on how they are called.
From URLs in SKILL.md, links to its own repository left out.
Credentials
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Context cost
Basercms Release Note loads about 1.6k tokens when it runs. Until then it costs about 95 tokens; SKILL.md has 337 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
Safety
Auto-check passed
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
SKILL.md
The full file from baserproject/basercms at commit 748b4f6, republished under its MIT licence (© baserproject). 337 words, ~1,630 tokens.
Download SKILL.mdSave it as
.claude/skills/basercms-release-note/SKILL.md (or your agent's skills folder).- name
- basercms-release-note
- description
- baserCMS の plugins/baser-core/VERSION.txt に、リリース分の変更履歴（NEW/CHG/BUG）をコミットログから生成して追記する手順。「VERSION.txt を更新して」「リリースノートを作って」「変更履歴をまとめて」「今回のリリース分の変更点を書き出して」「前回リリースからの差分を VERSION.txt に反映」等のときに参照する。対象ブランチの決定、前バージョン／リリースバージョンの確認、利用者に不要なコミット（Merge・テストのみ・CI・依存更新）の除外、プラグイン略号（BC/CC/BG/ML/UL/SO/BE/MC/CL）の判定、利用者視点への言い換え、Issue 番号の付与、NEW→CHG→BUG の並び替え、VERSION.txt への挿入までを収録。
- license
- MIT
baserCMS リリースノート（VERSION.txt）作成ガイド
plugins/baser-core/VERSION.txt に、前回リリースからの変更内容を追記する作業の手順書。
コミットログをそのまま貼るのではなく、利用者（baserCMS を使うサイト管理者・開発者）が読んで意味が分かる文章に翻訳するのがこの作業の本質。
VERSION.txt の書式
ファイル先頭は開発中バージョン、次にライセンスヘッダ、その下に凡例行があり、以降がリリースブロック。
5.4.0-dev
/////////// (ライセンスヘッダ) ///////////
CHG: 変更内容 / BUG: バグフィックス / NEW: 機能追加
[2026-07-30] basercms-5.3.0
- CHG [BC] リンク先URLに必須ラベルを表示する
- BUG [BC] ログインボタンの二重クリック防止を実装
- BUG [UL] ファイルの公開期間外に設定するとフロントで500エラーになる不具合の修正
[2026-07-30] basercms-5.2.9
...- 新しいリリースブロックほど上に置く（凡例行の直下、既存の最新ブロックの上に挿入）。
- 1 行の書式は
- <NEW|CHG|BUG> [略号] 内容（半角スペース区切り、行頭は-）。 - Issue 番号がある場合は行末に
fix #NNNN。
手順
1. 対象ブランチを確認する
現在のブランチを対象とする。 他ブランチの内容は混ぜない。
git rev-parse --abbrev-ref HEAD5.4.x にいるなら 5.4.x の履歴だけを対象にする。作業ブランチ（fix/... や security/...）にいる場合は、
本当にそのブランチのリリースノートを書くのかをユーザーに確認する。
2. 前バージョンとリリースバージョンをユーザーに確認する
ここは必ずユーザーに確認して確定させる。 既定値を提示したうえで AskUserQuestion で選んでもらう。
| 項目 | 既定値の求め方 |
|---|---|
| 前バージョン（比較の起点） | VERSION.txt 先頭のリリースブロック見出しのバージョン（例 basercms-5.3.0 → 5.3.0） |
| リリースバージョン（見出しに書く番号） | VERSION.txt 1 行目（例 5.4.0-dev → 5.4.0） |
| 日付 | 実行日（[YYYY-MM-DD]） |
タグの実在を確認する（タグ名はバージョン番号そのもの。v は付かない）。
git tag --sort=-creatordate前バージョンのタグが存在しない場合は、比較の起点（タグ／コミット）をその場でユーザーに確認する。
3. コミットを収集する
git log 5.3.0..HEAD --no-merges --format=%h%x09%s各コミットの変更ファイルは次で確認する（プラグイン判定に使う）。
git show --stat --format= <コミットハッシュ>パイプや複合コマンドは使わず、単一コマンドで実行する（
AGENTS.mdのシェル実行方針）。
4. 利用者に不要なコミットを除外する
以下は VERSION.txt に載せない。
| 除外対象 | 判定の目安 |
|---|---|
| Merge コミット | git log --no-merges で除外済み。Merge branch ... |
| リリース作業そのもの | 「バージョン番号を変更」「VERSION.txt を更新」など |
| テストのみの変更 | 変更ファイルが tests/ 配下だけ。「〜Test が時々失敗する問題を修正」「テストを追加」 |
| CI / GitHub Actions / 開発環境 | .github/、docker/、*.yml のみの変更。Copilot 設定、PR 自動アサインなど |
| 依存パッケージの更新・Dependabot | 「axios を 1.18.0 に更新」「ビルドツール系の依存を更新」など |
| 今回のリリースで新規搭載したプラグイン内の修正 | そのリリースで初めて同梱されたプラグイン（例: 5.4.0 の BurgerEditor / MCP）の不具合修正・仕様変更 |
新規搭載プラグインの扱い: そのリリースで初めて同梱されたプラグインについては、プラグイン内の不具合修正・仕様変更を
個別の行にしない。利用者にとって「以前の版」が存在せず、「修正された」と書かれても意味がないため。NEW の 1 行に含める。
NEW [BE] リッチテキストエディタ「BurgerEditor」をコアプラグインとして標準搭載
↑ この 1 行に含める。搭載前に行った BurgerEditor 内の修正（アップロード制限の強化、
エディタ用CSSのパス修正など）は個別に書かない例外: PHP・CakePHP の対応バージョンの変更は依存更新ではなく利用者に影響する仕様変更なので CHG として記載する。
- CHG [BC] PHP8.5対応
- CHG [BC] CakePHP5.2対応内部リファクタリングやコメント修正など、利用者から見て挙動が一切変わらないものも除外してよい。 迷ったら「これを読んだ利用者が何か判断・行動できるか」で決める。
5. プラグイン略号を判定する
コミットの変更ファイルパス plugins/<name>/ から下表で変換する。複数プラグインにまたがる場合は、
利用者から見て主たる機能の略号を使う。
| 略号 | 対象 |
|---|---|
| BC | baser-core、および利用者から見て「システム全体」に属する変更。コア付随プラグイン（bc-admin-third / bc-front / bc-installer / bc-favorite / bc-widget-area / bc-content-link / bc-editor-template / bc-search-index / bc-theme-config / bc-theme-file）も BC に寄せる |
| CC | コンテンツ管理・カスタムコンテンツ（bc-custom-content、コンテンツ管理まわり） |
| BG | ブログ（bc-blog） |
| ML | メール（bc-mail） |
| UL | アップローダー（bc-uploader） |
| SO | SEO（bc-seo） |
| BE | BurgerEditor（bc-burger-editor） |
| MC | MCP（bc-mcp） |
| CL | BcColumn（BcColumn） |
表記揺れの正規化: 過去の履歴には UP（アップローダー）が混在するが、新規記載では UL に統一する。
既存の過去ブロックは書き換えない。
表にないプラグインが出てきた場合は、略号案を提示してユーザーに確認してから使い、この対応表にも追記する。
6. 利用者から見た 1 つの変更に集約する
同じ不具合・同じ機能に属する複数コミットは 1 行にまとめる。修正の途中経過、followup、レビュー指摘対応、 テスト追加は表に出さない。
例（4 コミット → 1 行）:
BcBurgerEditor アップロード時の拡張子制限を強化
BcBurgerEditor 編集フォームの FormProtection の除外指定を限定
BcBurgerEditor 拡張子制限とフィールド除外のテストを追加
BcBurgerEditor allowedAdmin を有効にした経路のテストを追加
↓
- BUG [BE] BurgerEditor でファイルアップロード時の制限が不十分だった問題を修正7. NEW / CHG / BUG に分類する
| 種別 | 内容 |
|---|---|
| NEW | これまで無かった機能・画面・設定項目の追加 |
| CHG | 既存の仕様・挙動・表示の変更、改善、対応バージョンの変更 |
| BUG | 意図した動作をしていなかったものの修正 |
判断に迷うもの:
- 「バリデーションを追加した」→ 今まで通っていた入力が通らなくなる = CHG。ただし本来弾くべきものが弾けていなかったなら BUG。
- 「エラーメッセージを分かりやすくした」→ CHG
- 「500 エラーになる」「保存できない」「表示されない」→ BUG
8. 利用者に伝わる文章に書き換える
クラス名・メソッド名・変数名などの内部実装用語は、利用者が触る画面・機能の名前に置き換える。 1 行 1 文、簡潔に。末尾は「〜を修正」「〜に対応」「〜を追加」「〜を変更」で揃える。
| コミットログ（実装者視点） | VERSION.txt（利用者視点） |
|---|---|
Accept-Language にワイルドカードが指定されるとサイト全体が500になる不具合を修正 | - BUG [BC] 特定のブラウザ設定でサイト全体が500エラーになる不具合を修正 |
固定ページ一覧で draft が NULL のレコードが除外される不具合を修正 | - BUG [BC] 【固定ページ】一部のページが一覧に表示されない不具合を修正 |
BcBaserHelper->getContentsName でプラグインのコントローラー名が取得できず default になる件を修正 | - BUG [BC] プラグインのページでコンテンツ名が正しく取得できない件を修正 |
BlogHelperTest::testPosts が乱数依存で時々失敗する問題を修正 | （テストのみ → 記載しない） |
補足のルール:
- 画面名を頭に付ける場合は
【ユーザー管理】【ブログ】のように全角隅付き括弧を使う（既存ブロックの慣例）。必須ではない。 - 「〜という問題を解決」「〜する件を修正」など既存の言い回しに合わせてよい。冗長な前置きは削る。
- セキュリティ修正は、攻撃手法の詳細を書かず「〜が閲覧できてしまう問題を修正」程度に留める。
9. Issue 番号を付ける
コミットメッセージ本文・PR 本文から Issue 番号を拾い、あれば行末に fix #NNNN を付ける。
- マージコミット由来の
(#4503)のような PR 番号は落とす。 - Issue 番号が見つからないものは番号なしでよい。
- 複数コミットを集約した場合、代表となる Issue 番号 1 つを付ける。
- BUG [ML] 【メール】確認画面で送信時にバリデーションエラーが発生するとエラーになる件を修正 fix #433810. 並び替える
- カテゴリ順: NEW → CHG → BUG
- カテゴリ内はプラグイン順: BC → CC → BG → ML → UL → SO → BE → MC → CL（略号対応表の順）
[2026-08-27] basercms-5.4.0
- NEW [BC] ...
- NEW [BG] ...
- CHG [BC] ...
- CHG [CC] ...
- BUG [BC] ...
- BUG [BG] ...
- BUG [BE] ...11. VERSION.txt に追記する
下書きの確認は挟まず、直接 plugins/baser-core/VERSION.txt に書き込む（差分でレビューする前提）。
- 挿入位置は凡例行
CHG: 変更内容 / BUG: バグフィックス / NEW: 機能追加の直下、既存の最新ブロックの上。 - 凡例行との間、および前ブロックとの間は既存の慣例どおり空行を空ける。
- ファイル 1 行目の
X.Y.Z-devはこのスキルでは触らない（リリース作業側の管轄）。
書き込み後、git diff plugins/baser-core/VERSION.txt で挿入位置と書式を確認し、
除外したコミットのうち判断が微妙だったものがあればユーザーに伝える。
チェックリスト
- 現在のブランチを確認した
- 前バージョンとリリースバージョンをユーザーに確認して確定した
- Merge / テストのみ / CI / 依存更新のコミットを除外した
- PHP・CakePHP の対応バージョン変更は CHG として拾った
- 略号が対応表どおり（
UPを使っていない） - 関連コミットが 1 行に集約されている
- 今回新規搭載したプラグイン内の BUG / CHG を個別に書いていない
- 内部実装の用語（クラス名・メソッド名）が残っていない
- PR 番号を書かず、Issue 番号だけ
fix #NNNNで付けた - NEW → CHG → BUG、その中でプラグイン順に並んでいる
- 凡例行の直下に挿入されている
関連スキル
- テスト実行:
basercms-unittest - コアプラグイン化に伴う追加:
basercms-core-plugin-convert - セキュリティ修正の対応:
basercms-security-advisory
© baserproject, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Files
Just SKILL.md in .agents/skills/basercms-release-note of baserproject/basercms.
Open the folder on GitHubat commit 748b4f6
Compare with similar skills
Basercms Release Note next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Basercms Release Note this skillbaserproject/basercms | 190 | — | ~1.6k | Automated safety check: Pass | MIT | |
| Releasing Php Packageyansongda/pay | 5.4k | — | ~1.6k | Automated safety check: Pass | MIT | |
| Instructor Releasecognesy/instructor-php | 328 | — | ~1.7k | Automated safety check: Pass | MIT | |
| Chamilo Changelog Updaterchamilo/chamilo-lms | 1k | — | ~4.2k | Automated safety check: Pass | GPL-3.0 | |
| Releasemarko-php/marko | 397 | — | ~2.9k | Automated safety check: Pass | MIT | |
| Document Releasestatamic/docs | 132 | — | ~1.9k | Automated safety check: Pass | Custom licence |
Similar skills
Instructor Release
cognesy/instructor-php
Prepare and execute a new InstructorPHP version release. An agent skill from cognesy/instructor-php.
Chamilo Changelog Updater
chamilo/chamilo-lms
Adds commits for a new Chamilo release to the changelog page, classifying them into categories and skipping those already listed for that version.
Release
marko-php/marko
Cut a new Marko release. An agent skill from marko-php/marko.
Document Release
statamic/docs
Reviews the changelog from the latest release and updates the documentation.
Verify Release
illegalstudio/elephc
Pre-release verification that first requires a complete release-changelog audit, then checks README, docs, roadmap, test coverage, examples, and the full test suite for regressions.
More from baserproject/basercms
All 15 skills in this repoBasercms Security Advisory
baserproject/basercms
baserCMS のリポジトリセキュリティアドバイザリ（GHSA・triage含む）対応を、一覧取得→指摘検証→課題別の修正→プライベートフォーク/ブランチ/PR作成→ローカル検証まで一気通貫で扱う手順とスクリプト。「セキュリティアドバイザリを確認」「triageの脆弱性を検証」「アドバイザリごとにフォークとPRを作って」「脆弱性修正をプルリクにまとめて」等のときに使う。Copilot/GHAは…
Basercms Core Plugin Convert
baserproject/basercms
baserCMS の「通常プラグイン（サードパーティ／単体配布）」を monorepo の「コアプラグイン」に昇格させる手順。「コアプラグインに変更」「コアプラグイン化」「通常プラグインをコアに昇格」「monorepo に取り込む」等のときに参照する。プラグイン名の規約変更（bc- プレフィックス付与・CamelCase→ハイフン区切り）、.git/シンボリックリンク/standalone…
Basercms Plugin 5x Update
baserproject/basercms
baserCMS プラグインを 5.2系 から 5.3系（PHP 8.5 / CakePHP 5.2.x ベース、開発中）へ移行する際の baserCMS 固有の破壊的変更・非推奨・テスト基盤対応のレシピ集。「プラグインを5.3に対応」「baserCMS 5.3 マイグレーション」「PluginCollection::create(): $config null given」「Plugin…
Basercms Unittest
baserproject/basercms
baserCMS（CakePHP5 / PHPUnit）のユニットテストをローカル Docker 環境で実行・調査する手順。「ユニットテストを実行して」「全テストを走らせて」「このテストだけ流して」「テスト失敗を調べて」「プラグイン単体でテストを動かしたい」「プラグインにテスト環境を導入したい」等のときに参照する。コンテナ名・実行コマンド・権限自動承認のためのコマンド整形・失敗の集計と切り分け方…
Basercms4 Development
baserproject/basercms
baserCMS 4系（CakePHP 2.10ベース）＋ jQuery プロジェクトの開発ルール集。「baserCMS 4 で開発」「4系のプラグインを修正」「CakePHP 2系のコードを書く」「app/Plugin 配下の Controller／Model／View」「テーマの…
Basercms5 Claude Workflow Setup
baserproject/basercms
baserCMS5（CakePHP5）の開発・移行を Claude Code で進めるときに、着手前に一度参照する「推奨ワークフロー環境セットアップ」スキル（提案ベース・実行は opt-in）。「5系プラグインの開発や移行をこれから始める」「どう進めるのがベストか」「設計→計画→実装の進め方/環境を整えたい」「パーミッションを整理して Auto mode…
Related
Works with
Categories
Questions about Basercms Release Note
What does Basercms Release Note do?
baserCMS の plugins/baser-core/VERSION.txt に、リリース分の変更履歴（NEW/CHG/BUG）をコミットログから生成して追記する手順。「VERSION.txt を更新して」「リリースノートを作って」「変更履歴をまとめて」「今回のリリース分の変更点を書き出して」「前回リリースからの差分を VERSION.txt…. Basercms Release Note is an agent skill from baserproject/basercms.
When should I use Basercms Release Note?
Basercms Release Note fits situations like: tasks that involve Changelog and release notes.
How do I install Basercms Release Note in Claude Code?
Run `npx skills add baserproject/basercms --skill basercms-release-note -a claude-code`. Or copy the skill folder (.agents/skills/basercms-release-note in baserproject/basercms) into .claude/skills/basercms-release-note in your project. Claude Code loads it when a task matches its description.
How do I install Basercms Release Note in Codex?
Run `npx skills add baserproject/basercms --skill basercms-release-note -a codex`. Or copy the skill folder (.agents/skills/basercms-release-note in baserproject/basercms) into .agents/skills/basercms-release-note in your project. Codex loads it when a task matches its description.
Can I use Basercms Release Note in Cursor, Gemini CLI or GitHub Copilot?
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add baserproject/basercms --skill basercms-release-note -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/basercms-release-note, .gemini/skills/basercms-release-note, .github/skills/basercms-release-note and .opencode/skills/basercms-release-note in your project.
What does Basercms Release Note need to run?
Going by SKILL.md and its folder, Basercms Release Note needs the command-line tools its instructions call (git). Our summary lists: Docker.
Does Basercms Release Note access the network?
SKILL.md contains no URLs. Its commands use git, which can reach the network depending on how they are called. This is read from the text; nothing was executed.
Is Basercms Release Note safe to install?
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
What licence does Basercms Release Note use?
Basercms Release Note is published under the MIT licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.
How many tokens does Basercms Release Note use?
About 1.6k tokens (SKILL.md is roughly 6.5k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
What are the alternatives to Basercms Release Note?
Skills that share tags, products or a category with Basercms Release Note: Releasing Php Package (yansongda/pay, 5.4k stars), Instructor Release (cognesy/instructor-php, 328 stars), Chamilo Changelog Updater (chamilo/chamilo-lms, 1k stars) and Release (marko-php/marko, 397 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
Who maintains Basercms Release Note?
baserproject (a GitHub organization) maintains it in baserproject/basercms, which has 190 GitHub stars. The repository holds 15 skills in this directory. The repository was last updated on October 5, 2026.
Source: baserproject/basercms on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.