メニュー
按 Conventional Commits 规范编写提交信息和 PR 标题。提交代码、撰写提交信息、squash 或命名 PR 时使用，需要正确的 type(feat/fix/docs/...)、scope、breaking-change 标记及祈使语气的主题行。
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
SOC 職業分類に基づく
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/znlgis/my-deepseek-config --skill conventional-commitsコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
SKILL.md を表示中
Token-frugal, multi-dimension code review. Reports findings by severity; never rewrites code unless explicitly asked.
Write commit messages and PR titles following the Conventional Commits standard.
Audit code changes for security vulnerabilities before merging. Reports findings; never auto-fixes silently.
| name | conventional-commits |
| description | 按 Conventional Commits 规范编写提交信息和 PR 标题。提交代码、撰写提交信息、squash 或命名 PR 时使用，需要正确的 type(feat/fix/docs/...)、scope、breaking-change 标记及祈使语气的主题行。 |
| paths | [] |
| priority | low |
生成符合 Conventional Commits 格式的提交信息和 PR 标题，使历史保持机器可读， 变更日志和版本号升级可自动化。规范：https://www.conventionalcommits.org
<type>(<可选 scope>): <祈使语气主题>
<可选正文 — 改了什么和为什么，约 72 列换行>
<可选脚注 — BREAKING CHANGE:、Closes #123、Co-authored-by:>
| Type | 用途 | SemVer |
|---|---|---|
feat | 新的用户可见功能 | minor |
fix | bug 修复 | patch |
docs | 仅文档变更 | — |
style | 格式化/空白，无行为变更 | — |
refactor | 既不修 bug 也不加功能的代码变更 | — |
perf | 性能优化 | patch |
test | 添加或修复测试 | — |
build | 构建系统或依赖 | — |
ci | CI 配置和脚本 | — |
chore | 不涉及 src 或 test 的维护 | — |
revert | 回退一个提交 | — |
feat(parser): ...。!，和/或加 BREAKING CHANGE: 脚注说明迁移方式。Closes #42），不放主题行。feat(auth): add OAuth2 device-code login flow
fix(api): guard against null user before serializing
docs: clarify skill auto-discovery paths in README
refactor(orchestrator)!: drop legacy qwen routing table
BREAKING CHANGE: the `qwen3.7-max` route is removed; callers must
use the deepseek-v4 tiers instead.
对单文件的微小改动，一行 type: subject 足够——只有 diff 看不出"为什么"时才需要正文。
如果仓库已有不同但一致的提交风格，匹配既有风格。
提议格式前检查仓库最近历史：
git log --oneline -20 # 看实际使用的提交风格
如果仓库用不同约定（如 [fix] subject 或模块前缀 auth: subject），遵循既有风格——
不遵循规范。