菜单
当用户明确要求"提交 Git 改动"、"生成 commit 信息"或"创建 git commit"时使用。仅用 Git 分析改动并自动生成 conventional commit 信息（可选 emoji）；必要时建议拆分提交，默认运行本地 Git 钩子（可 --no-verify 跳过），提交后默认自动 push（可 --no-push 跳过）。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/huangwb8/skills --skill git-commit命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
检查 Markdown 文档中的引用是否可定位、URL 或锚点是否可访问，并整理供后续判断引用真实性与适切性的结构化证据。当用户要求核查引用、检查文档链接，或确认引用是否支持正文论断时使用。
规范 AI 开发 R Markdown 分析脚本的行为准则。当用户要求"写 Rmd 分析"、"开发 R 脚本"、"做数据分析"时触发。核心原则：遵循主业与副业分离架构（.R 保留完整数据，.Rmd 应用业务阈值），优先使用用户已有 R 包资源；图表默认按 Nature 级别可读性与出版质量生成；专家级解读兼顾弱背景读者，提供四层框架、指标导读与不常用指标首次解释协议；路径验证确保跨平台兼容性。前提：luckyBase 为硬依赖。
当需要把本仓库 skills/alpha 下的生产 skills 安装到系统级（默认同时安装到 Codex: ~/.codex/skills 和 Claude Code: ~/.claude/skills），以便在任意项目/对话中可被发现与调用时使用。默认不安装 skills/beta；只有显式指定 beta 源目录时才处理 beta skill。使用 MD5 哈希进行版本控制，仅安装有更新的 skills；支持 --skill 指定单个或少量技能安装/更新、强制覆盖安装、指定单一目标安装和远程安装模式（--remote --check/--auto）。
| 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 与暂存区