Changelog Generator (Grade A)经过安全测试的 Claude AI 开发技能，等级 A。可根据 Conventional Commit 历史生成带分组章节和版本标题的 CHANGELOG.md。用户请求创建或更新时使用。

Why You Should Use This?

| 人群 | 关键益处 | | -------------------- | ------------------------------------------------------------------------------------------------- | | 个体 |-Token 的省略30% + ,停止重复的标准，安全门槛Instant Scaffold | | 团队 | 一致的AI行为,一进就能上岗,固定的模式,积累的成本节约 | | 组织机构 |Always-On的遵守,同样的标准在10个项目中,集中的管理,可量化的回报 |

Asked by Yaw Owusu · Jun 11, 2026

Changelog 生成器支持以下自定义项。 - 项目：项目身份（名称、描述、仓库 URL） - 技术栈：语言、框架、工具（TypeScript + Express 或 Python + FastAPI） - 路径：目录结构（函数处理、服务、公共代码等的位置） - 领域：业务实体（订单、产品、客户等）及生命周期状态 - 模式：代码模式（7 步函数流程、错误处理策略等） - 测试：质量门控（90% 覆盖率、命令、类型检查等） - 数据库：数据库约定（软删除字段、时间戳列、命名等） - 包：内部包（@your-org 范围、包仓库等） - 约定：Git 和工作流（分支前缀、提交格式、PR 模板等）

| 项目 | 控制内容 | 示例 | | --- | --- | --- | | 项目 | 项目身份 | 名称、描述、仓库 URL | | 技术栈 | 语言 + 框架 + 工具 | TypeScript + Express 或 Python + FastAPI | | 路径 | 目录结构 | 函数处理、服务、公共代码等的位置 | | 领域 | 业务实体 + 生命周期状态 | 订单、产品、客户 + 其生命环节 | | 模式 | 代码模式 | 7 步函数流程、错误处理策略 | | 测试 | 质量门控 | 90% 覆盖率、命令、类型检查等 | | 数据库 | 数据库约定 | 软删除字段、时间戳列、命名 | | 包 | 内部包 | @your-org 范围、包仓库等 | | 约定 | Git和工作流| 分支前缀、提交格式、PR 模板 |

Asked by Zofia Kaczmarek · May 23, 2026

Changelog 生成器会检测以下内容： - 源代码的语言（通过 tsconfig.json、go.mod、Cargo.toml、requirements.txt、pom.xml 和文件后缀来识别） - 框架依赖（通过 package.jsonRequirements.txt 中的 React、Express、Django、Spring 等框架来识别） - 数据库 ORM 配置（通过 prisma/、sequelize、typeorm 等 ORM 配置来识别） - 测试配置（通过 jest.config.js、vitest、pytest 等测试配置来识别） - 服务器部署配置（通过 Dockerfile、terraform/、cdk.json、serverless.yml 和云 SDK 依赖来识别） - 持续集成和部署（通过 .github/workflows/、.gitlab-ci.yml 和 Jenkinsfile 来识别）

| 分类 | 信号 | | ---- | ---- | | 语言 | tsconfig.json，go.mod，Cargo.toml，requirements.txt，pom.xml，文件后缀 | | 框架 | package.json/requirements.txt 之中的依赖项（React，Express，Django，Spring 等） | | 数据库 | ORM 配置（prisma/，sequelize，typeorm），.sql 文件，迁移文件夹 | | 测试 | jest.config.js，vitest，pytest，cypress/，playwright.config.js | | 服务器 | Dockerfile，terraform/，cdk.json，serverless.yml，云 SDK 依赖 | | 持续集成和部署 | .github/workflows/，.gitlab-ci.yml，Jenkinsfile |

Asked by Yara Mansour · May 17, 2026

What's Inside?

| 层级 | 计数 | 说明 | 触发方式 | | ------------- | ----- | ------------------------------------------------- | ----------------------------------- | | 规则 | 47 | 在每项AI交互时强制执行编码标准 | toujours在运行 | | 代理 | 62 | 为复杂任务提供专业化助手 | 在请求时，/代理名称 | | Ski | 50 | 提供有指南的步骤工作流程列表 | 在匹配模式时，语境 | | 命令 | 37 | 以token效率的轻量级方式提供快速操作 | 在请求时，/命令 | | webhook | 12 | 在AI循环中提供自动化脚本 | 事件驱动 — before/after | | 模板 | 9 | 提供handler、组件、测评等的基础框架 | 由技能和代理引用 |

Asked by Margaret Whitfield · Apr 5, 2026

How It Works?

第1层：预处理 - webhook注入项目上下文并阻止危险命令，防止提示到达算法。第2层：规则引擎 - 47个always-on规则强制执行token效率、安全性、架构、代码标准、数据库约定和测试阈值。第3层：专门的处理 - 根据提示激活合适的组件 - 一个agent、一个技能或一个命令。第4层：后处理 - webhook验证输出、格式化、扫描敏感信息并验证覆盖率。

Asked by Hasan Demir · Mar 8, 2026