원클릭으로
release
c-lord のバージョン/リリース手順。「v1.5.0としてリリースして」等と言われたときに使う。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
c-lord のバージョン/リリース手順。「v1.5.0としてリリースして」等と言われたときに使う。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Step-by-step guide to add a new discord.py Cog to the framework
Python coding patterns, idioms, and quality standards for c-lord development
Security checklist specific to c-lord — subprocess injection, env leaks, input validation
Enforce test-driven development — write tests FIRST, then implement. Mandatory for new features and bug fixes.
Testing patterns for c-lord — pytest, async testing, mocking Discord objects, TDD workflow
Run full verification pipeline (lint, format, test, security) before committing
| name | release |
| description | c-lord のバージョン/リリース手順。「v1.5.0としてリリースして」等と言われたときに使う。 |
| allowed-tools | Bash, Read, Edit |
vX.Y.Z。pyproject.toml に version は書かない(hatch-vcs がタグから導出)。手書きで version を書き換えてはいけない。.github/workflows/auto-version-bump.yml が patch を +1 してタグ + GitHub Release を作る(v1.4.0→v1.4.1→…)。操作不要。scripts/release.sh でタグを打つ(このスキル)。c-lord version / /version で v1.4.0-b<commit7>-<YYYYMMDD> 形式(記事準拠)で確認できる。CHANGELOG.md の該当セクションから自動抽出される。v1.4.0 ──(PR merge: 自動 patch)──> v1.4.1 ──(自動)──> v1.4.2 ──(手動 minor)──> v1.5.0
auto-version-bump.yml は head コミットの subject が次のときスキップ(release→docs-sync→release ループ防止):
docs: で始まる(翻訳・ドキュメント更新)[skip-release] または [skip ci] を含むbump させたくない PR は、squash コミット subject を docs: にするか [skip-release] を付ける。
cd /home/yousan/c-lord
git checkout main && git pull
## [Unreleased] を ## [1.5.0] - YYYY-MM-DD(今日)に変更## [Unreleased] を追加[1.5.0]: .../compare/v1.4.0...v1.5.0 等)も追記git checkout -b docs/changelog-v1.5.0
# CHANGELOG.md を編集
git add CHANGELOG.md
git commit -m "docs: changelog for v1.5.0" # docs: なので自動 patch bump は走らない
git push -u origin docs/changelog-v1.5.0
gh pr create --base main --title "docs: changelog for v1.5.0" \
--body "Changelog for the v1.5.0 release."
PR をマージ(CHANGELOG をタグより先に main へ入れることで、リリースノートが正しく拾われる)。
scripts/release.sh を使う。まず dry-run:
git checkout main && git pull
./scripts/release.sh --version 1.5.0 # dry-run(打たれるタグを表示)
./scripts/release.sh --version 1.5.0 --apply # タグ作成 + push → release.yml が Release 作成
バージョンを明示せず、直近コミットの [minor]/[major]/[release] から自動算出も可能(指定なしは patch):
./scripts/release.sh --level minor # dry-run
./scripts/release.sh --level minor --apply
gh release view v1.5.0 --repo yousan/c-lord
普通の PR を main にマージ
└── push: main → auto-version-bump.yml
├── subject が docs: / [skip-release] → 何もしない
└── それ以外 → 最新タグ + patch でタグ作成 + GitHub Release
手動 minor/major
└── scripts/release.sh --apply → vX.Y.Z タグ push
└── push: tags v* → release.yml → GitHub Release(CHANGELOG 抽出)
注:
GITHUB_TOKENで打ったタグは別ワークフローを起動しない(GitHub の再帰防止)。そのため auto-version-bump.yml はタグと Release を同一ジョブで作る。release.sh が打つタグ(個人の認証)は release.yml を起動する。
| 状況 | 原因 | 対処 |
|---|---|---|
| Release のノートが空/簡素 | タグより先に CHANGELOG が main に入っていない | CHANGELOG を main へ入れてからタグを打ち直す |
| タグが既に存在するエラー | 同じバージョンで再実行 | git push --delete origin v1.5.0 してから再実行 |
| docs PR なのに patch が上がった | subject が docs: 始まりでなかった | subject を docs: にするか [skip-release] を付ける |
版が 0.0.0 に見える | タグが1つも無い(ブートストラップ前) | 最初の v1.4.0 タグを打つ(release.sh が seed する) |