大模型应用
从 git log 自动起草符合仓库规范的…
准备发布或归档未发布改动时,用 git log 生成分层 CHANGELOG 草稿供维护者审阅。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 38/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 58/100 ×0.15
适用场景
从 git log 自动起草符合仓库规范特定
解决思路
- 先做运行时检测:判断当前 AI 客户端是否装有 pm-skills 插件。
- 若在装有 pm-skills 插件的 Claude Code 中:调用 `@agent-pm-skills:pm-changelog-curator`,并把 `$ARGUMENTS` 中的 `--since-tag`、`--target-version`、`--committed-only` 透传给它,返回其草稿。
- 若在其他客户端(Codex CLI、Cursor、Windsurf、Copilot、Gemini CLI 等无原生子代理支持):读取规范子代理定义文件 `agents/pm-changelog-curator.md`,把其中的 system prompt 正文当作操作指令执行。
- 执行子代理定义中的 8 步起草流程:确定提交范围 → 读取卫生规则 → 检查工作区状态 → 枚举提交 → 分类 → 分组 → 改写 → 确定目标版本 → 输出草稿。
- 应用 `$ARGUMENTS` 中的 `--since-tag`、`--target-version`、`--committed-only` 参数。
- 按 master plan D26 返回分层输出:完整 CHANGELOG 草稿 + Status Summary + Status YAML。
- 执行 Bash 命令 `git log`、`git describe`、`git status` 来获取提交范围与工作区状态。
- 读取 CLAUDE.md 中的卫生规则和现有 CHANGELOG.md 的格式参考(v2.15.1 与 v2.15.2 条目为规范范例)。
- 应用仓库卫生规则:描述实际改动、只写公开路径、不加署名 trailer、不用内部笔记引用、不用 em-dash。
- 工作区脏时拒绝生成,除非传入 `--committed-only`。
- 若某客户端不可靠,回退到手动 `git log` + 以 CLAUDE.md 为卫生参考手动起草。
适用边界 · 注意事项
- 想直接提交 CHANGELOG 条目时(本技能只产出待审阅草稿,不提交)。
- 想评审 PM 产物时,改用 `utility-pm-critic`。
- 想做全仓库治理审计时,改用 `utility-pm-skill-auditor`;想要完整发布流程时,改用 `utility-pm-release-conductor`。