メニュー
Create a GitHub release for the current package version, using the matching CHANGELOG section verbatim as the release notes (the repo's established release format).
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
SOC 職業分類に基づく
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/cornpip/flutter_ffi_uvc --skill gh-releaseコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
SKILL.md を表示中
| name | gh-release |
| description | Create a GitHub release for the current package version, using the matching CHANGELOG section verbatim as the release notes (the repo's established release format). |
| argument-hint | [version, e.g. 0.7.0 — defaults to pubspec.yaml version] |
| disable-model-invocation | true |
Create a GitHub release following this repo's established format: tag and
title are v<version>, the tag is an annotated tag on the main merge
commit, and the body is the CHANGELOG section for that version copied
verbatim (subheadings and bullets only, no ## <version> heading).
Resolve the version. Use $ARGUMENTS if given; otherwise read
version: from pubspec.yaml. Call it <version> below.
Preconditions — stop and tell the user if any fail:
git fetch origin main, then confirm the release commit for
<version> is on origin/main (e.g. the Bump version to <version> and update changelog commit or its merge commit). If main doesn't
contain it, the feature branch probably hasn't been merged yet.gh release view v<version> must fail (release/tag must not already
exist).## <version> section.Extract the release notes from CHANGELOG.md: the content between
## <version> and the next ## heading, with the heading line and
surrounding blank lines stripped. Write it to a scratchpad file and show
it to the user so they can spot a stale or wrong section.
Create and push the annotated tag (do not skip: a release created without an existing tag gets a lightweight tag from GitHub):
git tag -a v<version> -m "v<version>: <short feature summary>" origin/main
git push origin v<version>
The message summary matches the release's headline change (see existing
tags, e.g. v0.10.0: MP4 video recording).
Create the release on the pushed tag:
gh release create v<version> --title v<version> --notes-file <notes-file>
Verify: gh release list --limit 3 — the new release must appear and
be marked Latest — and git cat-file -t v<version> must print tag
(annotated). Report the release URL.
dart pub publish); do
not attempt it from this skill, but remind the user it remains.