dsh-changelog
在终端中运行以下命令:
dsh plugin install GongYuanCaiJi/dsh-changelog
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在终端中运行以下命令即可安装该插件(开源地址:https://github.com/GongYuanCaiJi/dsh-changelog ):dsh plugin install GongYuanCaiJi/dsh-changelog,安装过程中会自动执行 prepare 脚本构建 dist 目录。
插件介绍
每次发布版本,你都不得不在 git log、PR 列表和提交信息之间来回翻找,拼出一段像样的发布说明——同时还要提心吊胆,怕某条内部链接、commit 哈希或私有 URL 混进公开文件里。dsh-changelog 把这件琐事变成一条命令:/release-notes 解析 GitHub 发布、PR 与提交,按明确的来源优先级(公开摘要 → 上下文 → 发布正文 → PR 标题 → 提交信息)逐级回退,写出可直接发布的干净文案;/unreleased 则审计最近一个 tag 以来合并的 PR,不创建任何 tag、分支或文件,让你在真正发版前确认范围。公开文案与来源审计被严格隔离:PR 编号、commit 哈希、内部备注和私有 URL 只会写入 .dsh/tmp/ 下的审计文件,绝不泄漏到公开产出中。
它同样适合那些希望发布说明贴合产品调性的团队。/setup-release-notes-style 会生成一份仓库专属的文风档案,让每次发布的措辞、节奏和语气都对准你的目标受众,而不是千篇一律的模板感。如果你维护着有真实提交历史的开源项目或内部平台、定期发版,又不想每次发布都变成一场手动文案拉锯战,这个插件就是为你准备的。
使用场景
- 发版前一键生成可发布的公开文案
- 审计最近 tag 以来合并的 PR 而不创建任何文件
- 为仓库生成专属发布说明文风格档案
适合人员
- 定期发版的开源项目维护者
- 维护有真实提交历史的内部平台团队
- 注重发布文案中敏感信息隔离的工程师