القائمة
当用户明确要求"提交 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 与暂存区