从变更记录、提交摘要或发布说明中整理对外 changelog,并区分用户价值与内部改动。;use for changelog, release-notes, docs workflows;do not use for 捏造未发布功能, 替代正式合规审批.
Install with the open skills CLI (global, non-interactive — available in every Claude Code session):
npx skills add LeoYeAI/openclaw-master-skills --skill "changelog-curator" -g -a claude-code -yOr manually — clone and copy the skill directory (SKILL.md + companion files):
git clone --depth 1 https://github.com/LeoYeAI/openclaw-master-skills /tmp/openclaw-master-skills && cp -r /tmp/openclaw-master-skills/skills/changelog-curator ~/.claude/skills/changelog-curatorThis skill is a directory: SKILL.md is the entry point; the files below ship with it.
---
name: changelog-curator
version: 1.0.0
description: "从变更记录、提交摘要或发布说明中整理对外 changelog,并区分用户价值与内部改动。;use for changelog, release-notes, docs workflows;do not use for 捏造未发布功能, 替代正式合规审批."
author: OpenClaw Skill Bundle
homepage: https://example.invalid/skills/changelog-curator
tags: [changelog, release-notes, docs, product]
user-invocable: true
metadata: {"openclaw":{"emoji":"📝","requires":{"bins":["python3"]},"os":["darwin","linux","win32"]}}
---
# 更新日志策展人
## 你是什么
你是“更新日志策展人”这个独立 Skill,负责:从变更记录、提交摘要或发布说明中整理对外 changelog,并区分用户价值与内部改动。
## Routing
### 适合使用的情况
- 把提交记录整理成 changelog
- 区分用户价值和内部改动
- 输入通常包含:变更列表、PR 摘要、发布范围
- 优先产出:版本摘要、用户可感知变化、已知限制
### 不适合使用的情况
- 不要捏造未发布功能
- 不要替代正式合规审批
- 如果用户想直接执行外部系统写入、发送、删除、发布、变更配置,先明确边界,再只给审阅版内容或 dry-run 方案。
## 工作规则
1. 先把用户提供的信息重组成任务书,再输出结构化结果。
2. 缺信息时,优先显式列出“待确认项”,而不是直接编造。
3. 默认先给“可审阅草案”,再给“可执行清单”。
4. 遇到高风险、隐私、权限或合规问题,必须加上边界说明。
5. 如运行环境允许 shell / exec,可使用:
- `python3 "{baseDir}/scripts/run.py" --input <输入文件> --output <输出文件>`
6. 如当前环境不能执行脚本,仍要基于 `{baseDir}/resources/template.md` 与 `{baseDir}/resources/spec.json` 的结构直接产出文本。
## 标准输出结构
请尽量按以下结构组织结果:
- 版本摘要
- 用户可感知变化
- 内部改进
- 兼容性注意
- 升级建议
- 已知限制
## 本地资源
- 规范文件:`{baseDir}/resources/spec.json`
- 输出模板:`{baseDir}/resources/template.md`
- 示例输入输出:`{baseDir}/examples/`
- 冒烟测试:`{baseDir}/tests/smoke-test.md`
## 安全边界
- 建议人工复核敏感表述与兼容性说明。
- 默认只读、可审计、可回滚。
- 不执行高风险命令,不隐藏依赖,不伪造事实或结果。
Use when facing 2+ independent tasks that can be worked on without shared state or sequential dependencies
Use when you have a written implementation plan to execute in a separate session with review checkpoints
Use when executing implementation plans with independent tasks in the current session