菜单
当用户明确要求"提交 Git 改动"、"生成 commit 信息"或"创建 git commit"时使用。仅用 Git 分析改动并自动生成 conventional commit 信息（可选 emoji）；必要时建议拆分提交，默认运行本地 Git 钩子（可 --no-verify 跳过），提交后默认自动 push（可 --no-push 跳过）。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
根据用户描述生成高质量绘图 prompt，并按通用、roadmap、schematic 模式调用 gpt-image-2 或 Nano Banana/Gemini 图片模型 API；gpt-image-2 默认使用低画质、原生尺寸和 JPEG，第 2 轮起基于上一轮图片做保真微调。
当用户明确要求"测试代码"、"运行代码审查"或"进行代码自检"时使用。通过多轮 A 轮批判性代码审查 + B 轮代码质量原则检查，系统化发现、记录、修复程序代码中的问题，并将计划/过程/结果统一沉淀到目标代码根目录的 `.bensz-api/task-{yyyymmdd-hhmm}-{简短描述}/auto-test-code/{yyyy-mm-dd-hh-mm}/output/tests/` 隔离工作区。⚠️ 不适用：用户只是想优化功能（应直接修改）、只是询问代码问题（应直接回答）、没有明确"测试代码"意图。
当用户明确要求"测试项目"、"运行 auto-test-project"或"进行项目级测试"时使用。对完整项目进行多轮 A 轮批判性测试 + B 轮质量检查，系统化发现、记录、修复问题。⚠️ 不适用：用户只是想优化功能（应直接修改）、只是询问项目问题（应直接回答）、没有明确"测试"意图。
当用户明确要求"测试技能"、"运行 auto-test"或"进行批判性测试"时使用。通过多轮 A 轮批判性测试 + B 轮质量原则检查，系统化发现、记录、修复问题，并沉淀可追溯的 `.bensz-api/task-{yyyymmdd-hhmm}-{简短描述}/auto-test-skill/output/plans/` 与 `.bensz-api/task-{yyyymmdd-hhmm}-{简短描述}/auto-test-skill/output/tests/` 文档。⚠️ 不适用：用户只是想优化功能（应直接修改）、只是询问技能问题（应直接回答）、没有明确"测试"意图。
后端开发专家。精通 Node.js/Python/Go/Rust 等后端技术栈，专注于 API 设计、数据库优化、认证授权、微服务架构和性能调优。用于后端服务开发、API 设计和系统架构。
当用户明确要求"使用 brainstorming"或"使用 awesome-code"时使用。⚠️ 不适用：用户只是想优化/改进某个功能（应直接修改）、只是询问技能问题（应直接回答）、没有明确使用 brainstorming/awesome-code 的一般性开发。
| name | git-commit |
| description | 当用户明确要求"提交 Git 改动"、"生成 commit 信息"或"创建 git commit"时使用。仅用 Git 分析改动并自动生成 conventional commit 信息（可选 emoji）；必要时建议拆分提交，默认运行本地 Git 钩子（可 --no-verify 跳过），提交后默认自动 push（可 --no-push 跳过）。 |
| metadata | {"author":"Bensz Conan","short-description":"仅用 Git 分析改动并生成 conventional commit 信息（可选 emoji），默认自动 push","keywords":["git-commit","git commit","conventional commit","commit message"]} |
| category | normal |
本 Skill 的新任务中间文件统一写入 ./.bensz-api/task-{yyyymmdd-hhmm}-{简短描述}/{skill名}/input|output|log/。同一任务复用一个任务根目录；多 Skill 协作才创建 shared/。正式交付物不写入该目录，历史隐藏目录只允许显式兼容读取、迁移或清理。
bensz-collect-bugs 规范记录到 ~/.bensz-skills/bugs/，不要直接修改用户本地已安装的 skill 源码；若有 workaround，先记 bug，再继续完成任务。gh 上传新增 bug 到 huangwb8/bensz-bugs；不要 pull / clone 整个仓库。仅用 Git 分析改动并自动生成 conventional commit 信息（可选 emoji）；必要时建议拆分提交，默认运行本地 Git 钩子（可 --no-verify 跳过），提交后默认自动 push（可 --no-push 跳过）。
本技能支持两种工作模式：
| 模式 | 触发方式 | 行为特征 |
|---|---|---|
| 自动模式 | 默认（无参数） | AI 自主决策所有步骤：自动暂存、自动拆分、直接提交 |
| 审核模式 | --review 参数 | 在关键决策点暂停，等待用户确认暂存方式、拆分建议、提交信息 |
默认使用自动模式，因为大多数情况下 commit 的顺利提交比内容本身更重要；如不满意可直接回退。
git rev-parse --is-inside-work-tree 判断是否位于 Git 仓库
git init 初始化仓库后继续git rev-parse --symbolic-full-name HEAD 返回 HEADgit switch -c <branch-name>）或切换到现有分支（git switch <branch-name>）"git status<<<<<<< 的文件）git add <冲突文件>git rebase --continue 或 git merge --continuegit rebase --skipgit rebase --abort / git merge --abortgit status --porcelain 与 git diff 获取已暂存与未暂存的改动
git ls-files --others --exclude-standard 列出未跟踪且未被忽略的文件git add -A（除非传入 --no-all 或 --no-untracked 跳过）--no-untracked 跳过）
git ls-files --others --exclude-standardgit add -- <untracked_paths...>git ls-files --others --exclude-standard -z | xargs -0 git add --git add -A）git add -- <untracked_paths...>）git add <path>...）git add -A（除非传入 --no-all 跳过）按以下决策树判断是否需要拆分提交：
1. 强制拆分条件（任一满足则建议拆分）：
2. 建议拆分条件（不满足强制条件时）：
3. 单一提交条件（以上都不满足）：
若检测到多组独立变更或 diff 规模过大：
遵循 Conventional Commits 规范：
[<emoji>] <type>(<scope>)?: <subject>
<body>
<footer>
详见 config.yaml 中的 commit_types 定义。
详见 config.yaml 中的 emoji_map 定义。
type 自动识别：根据改动内容自动识别（如新增功能 → feat，修复缺陷 → fix）
scope 自动识别：
src/auth/login.ts → scope 为 auth）feat: add user feature）--scope 参数覆盖自动识别的 scope- 开头BREAKING CHANGE: <description>Closes #123）检测规则（满足任一条件即为破坏性变更）：
处理方式：
feat(api)!: redesign authentication APIBREAKING CHANGE: <description>按以下优先级动态检测提交信息语言：
--lang zh 或 --lang en 参数临时切换语言git log -n 5 --pretty=%s 获取最近 5 次提交的主题行$LANG（macOS/Linux）或系统语言设置zh_CN、zh_TW、zh_HK 等 → 使用简体中文检测示例：
# 获取最近 5 次 commit 主题
git log -n 5 --pretty=%s
# 检测设备语言
echo $LANG # 例如：zh_CN.UTF-8 → 中文；en_US.UTF-8 → 英文
git commit [-S] [--no-verify] [-s] -F .git/COMMIT_EDITMSGgit add <paths> && git commit ...git add <paths> && git commit ... 指令，询问是否执行提交成功后，默认自动执行 push：
git push（除非传入 --no-push）git rev-parse --abbrev-ref --symbolic-full-name @{u}git push -u origin <branch> 设置上游并推送git pushgit pull --rebase）后再推送如误暂存，可用 git restore --staged <paths> 撤回暂存（命令会给出指令）
如误提交（未推送），可用 git reset --soft HEAD~1 撤回提交（保留改动）
如已推送，需使用 git revert 创建反向提交（避免强制推送）
--review：启用审核模式（在关键决策点暂停，等待用户确认）--no-all：在自动模式下跳过自动暂存（包括自动 git add -A 与自动补齐未跟踪文件）--no-untracked：在自动/审核模式下不自动处理未跟踪文件（避免把“新文件”自动加入暂存区）--no-verify：跳过本地 Git 钩子--no-push：提交后不自动推送（仅本地提交）--amend：修补上一次提交（⚠️ 危险操作：仅在未推送的本地分支使用，已推送的分支使用会导致历史不一致）--signoff：附加 Signed-off-by 行--emoji：在提交信息中包含 emoji 前缀--scope <scope>：指定提交作用域--type <type>：强制提交类型--lang <zh|en>：临时指定提交信息语言（覆盖自动检测）✨ feat(ui): add user authentication flow
- implement Google and GitHub third-party login
- add user authorization callback handling
- improve login state persistence logic
Closes #42
feat(auth): add OAuth2 login flow
- implement Google and GitHub third-party login
- add user authorization callback handling
- improve login state persistence logic
feat(api)!: redesign authentication API
- migrate from session-based to JWT authentication
- update all endpoint signatures
- remove deprecated login methods
BREAKING CHANGE: authentication API has been completely redesigned, all clients must update their integration
自动模式：自动执行以下三个提交（不询问）
审核模式：检测到多组独立变更，建议拆分为以下提交：
git add src/components/LoginForm.tsx src/hooks/useAuth.ts
git commit -m "feat(ui): add user authentication flow
- implement login form with email and password fields
- add authentication state management hook
Closes #42"
git add src/api/auth.ts
git commit -m "fix(api): resolve token validation error
- add proper error handling for expired tokens
- update token refresh logic"
git add docs/auth-guide.md
git commit -m "docs(auth): update authentication documentation
- add OAuth2 integration guide
- update troubleshooting section"
--no-verify 可跳过--no-push 可跳过.git/COMMIT_EDITMSG 与暂存区