提交信息与更新日志生成器：从改动到规范提交与发布说明
粘贴你的暂存改动、diff，或已合并的commit/PR列表，即可获得规范的Conventional Commits提交信息、按Keep a Changelog格式分组的更新日志条目，以及带理由的语义化版本(Semantic Versioning)升级建议(major/minor/patch)。专为使用Claude Code、Codex等编码智能体完成日常Git工作与发布流程的开发者打造。仅根据你粘贴的内容生成结果，无法判断的地方会标注[FILL IN]。无需API密钥，不访问仓库，不涉及个人数据。
#工程#生产力
评分
需要更多评价
订单数
0
如何使用
下载
从你贴出的改动，直接生成规范提交信息、发布说明，并给出正确的版本升级建议。
日常Git工作中最高频的两件事，一次做对：为一次改动写一条规范的Conventional Commit提交信息，以及把一批已合并的改动整理成一条更新日志条目，并给出正确的语义化版本(Semantic Versioning)升级建议。粘贴你改了什么——暂存的diff、完整diff，或commit/PR标题列表——即可得到提交信息、分组的发布说明，以及带一句话理由的版本建议。
它遵循团队真正会自动化对接的两套规范：Conventional Commits规范(方便semantic-release、commitizen、git-cliff等工具读取你的提交历史)，以及Keep a Changelog格式(方便人类阅读你的发布记录)。
你将获得：
- 规范的提交信息：type(scope): 摘要，必要时附带说明"为什么"的正文，以及触发重大变更时的BREAKING CHANGE脚注
- 类型与范围分类：每处改动被归类为正确的类型(feat/fix/docs/refactor/perf/test/build/ci/chore/revert)，范围根据改动的文件路径推断
- 按Keep a Changelog格式分组的更新日志条目(Added/Changed/Fixed/Deprecated/Removed/Security)，以用户能看懂的语言重写，而不是照抄提交原文，内部改动会被过滤掉
- 带理由的语义化版本升级建议(MAJOR/MINOR/PATCH)
- 可选的发布说明段落，用于GitHub Release或公告
使用方法：
- 选择输入内容——要写提交信息就贴git diff --staged或普通diff；要写更新日志/发布说明就贴自上次发布以来合并的commit标题或PR标题列表(如git log v1.3.0..HEAD --oneline)，或整个区间的diff
- 粘贴到这里，可选附上当前版本号(让升级建议更具体)、你项目使用的范围命名习惯，以及项目是否已经遵循Conventional Commits
- 说明你想要什么：提交信息、更新日志条目、版本升级建议，或三者都要
- 检查输出，补上任何[FILL IN]标记的地方，再粘贴进你的提交/CHANGELOG.md/发布说明
诚实的边界：
- 仅根据你粘贴的改动和标题生成内容，绝不会凭空捏造输入中没有体现的功能、修复或重大变更，无法判断的一律标注[FILL IN]
- 不会执行git命令，不会提交、打标签或推送，也不连接任何API或托管服务
- 版本升级建议是基于SemVer规则、针对你粘贴内容给出的推荐，附带理由说明，最终版本号由你决定
- 更新日志保持诚实：不夸大、不编造亮点，纯内部改动会被过滤掉，不会被包装成用户可见的更新
- 不需要API密钥、不需要账号、不涉及个人数据；如果输入中出现疑似真实密钥，会停止并要求先脱敏
