القائمة
根据 git 变更生成并执行符合 Conventional Commits 规范的提交信息。用于用户要求编写 commit message、分析 staged 或 unstaged diff、整理提交粒度、按约定式提交规范提交代码，或直接执行 git commit 的场景。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | git-commit-message |
| description | 根据 git 变更生成并执行符合 Conventional Commits 规范的提交信息。用于用户要求编写 commit message、分析 staged 或 unstaged diff、整理提交粒度、按约定式提交规范提交代码，或直接执行 git commit 的场景。 |
基于实际 git diff 判断合适的提交类型、作用域和摘要，生成统一、语义明确的 Conventional Commits 提交信息。
优先针对已暂存内容生成提交信息；如果尚未暂存，先确认本次提交应包含的文件范围，再继续操作。
<type>[optional scope]: <description>
[optional body]
[optional footer(s)]
编写标题时遵循这些规则：
| 类型 | 适用场景 |
|---|---|
feat | 新增功能 |
fix | 修复缺陷 |
docs | 仅修改文档 |
style | 仅格式或样式调整，不改变逻辑 |
refactor | 重构代码，但不是修复缺陷也不是新增功能 |
perf | 性能优化 |
test | 新增或更新测试 |
build | 构建系统、依赖或打包流程变更 |
ci | CI/CD 或自动化流程配置变更 |
chore | 维护性杂项修改 |
revert | 回滚历史提交 |
遇到破坏性变更时，使用以下两种方式之一明确标记：
feat!: remove deprecated endpoint
feat(config): support extending shared configs
BREAKING CHANGE: change how the extends field is resolved
只有在接口、行为或兼容性确实被破坏时才添加 ! 或 BREAKING CHANGE。
先检查当前仓库状态，再决定基于哪份 diff 生成提交信息：
git status --porcelain
git diff --staged
git diff
按以下规则处理：
git diff --staged每个 commit 只处理一个清晰的逻辑变更。
如果需要调整提交范围，使用明确的暂存命令，例如：
git add path/to/file1 path/to/file2
git add '*.test.*'
git add src/components/*
git add -p
绝不提交敏感信息，例如：
.envcredentials.json根据 diff 判断以下三个核心字段：
type：这次改动属于什么类别scope：影响的是哪个模块、目录或子系统；不明确时可以省略description：一句话概括改动结果需要补充正文或 footer 时，优先用于以下内容：
Refs #123、Closes #456单行提交可以直接执行：
git commit -m "<type>[scope]: <description>"
需要正文或 footer 时，使用多行提交：
git commit -m "$(cat <<'EOF'
<type>[scope]: <description>
<optional body>
<optional footer>
EOF
)"
type，不要机械按文件类型分类scope 只在确实有助于理解时使用，避免写得过细或过泛git status --short，确认不会把无关文件一起带上--no-verifyhard reset 或其他破坏性 git 操作