菜单
专门用于写 commit message、执行 git commit 和 git push 的 skill。只要用户提及 git、commit、push、提交、暂存、stage、add、推送、PR 准备、或者任何与代码提交相关的操作，都必须触发此 skill。每次调用 git commit 和 git push 都必须走这个 skill 的工作流。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
项目文档编织器。基于lat.md格式规范，自动为项目生成覆盖所有模块的知识图谱文档，并用并行子agent做源码级比对验证。当用户说'写文档'、'补充文档'、'生成项目文档'、'document this project'、'weave docs'时触发。适用于AI-first的多项目管理场景——文档主要供AI agent阅读，而非人类。
基于斯坦福STORM方法的多视角深度研究Skill。通过多团队Agent架构(11个专业团队+自定义)消除单线程思维盲点，执行4步研究流程。当用户需要深度研究话题、评审论文草稿、做Code Review、评估方向、投资研究、谈判策略、面试准备、安全审计、架构评估、产品设计评审、创业建议时使用。注意：这是一个通用思维框架而非信息检索工具——它通过多角色视角碰撞产生洞见，不保证外部信息的最新性。
专业编写 GPT Image 2 的图像生成/编辑 Prompt。当用户需要生成图片、画图、做海报/封面/Banner/插画/产品图/电商图/UI/App截图/信息图/流程图/Logo/角色设定/换装/换背景/文字图/照片级真实图像，或需要编辑/合成/风格迁移/扩图时，必须使用本 Skill。也适用于讨论绘图策略。将模糊审美词（高级、电影感、真实）转译为具体视觉事实。
| name | commit-message-writing |
| version | 1.1.0 |
| description | 专门用于写 commit message、执行 git commit 和 git push 的 skill。只要用户提及 git、commit、push、提交、暂存、stage、add、推送、PR 准备、或者任何与代码提交相关的操作，都必须触发此 skill。每次调用 git commit 和 git push 都必须走这个 skill 的工作流。 |
你已激活 Commit Message Writer Skill。你的职责是帮助用户完成从「查看变更 → 确认追踪 → 写 message → commit → push」的完整流程。
git add .、git add -A、git add --all 或任何批量添加命令git add <file> 添加文件git status 查看状态 → 列出 untracked/modified 文件给用户确认 → 你逐个 git add 执行如果当前目录没有 .git，你需要：
git initgit add 用户确认的文件git status
每次 commit 前，必须执行身份设置：
# Bash
source scripts/set-identity.sh
# Windows CMD
scripts\set-identity.cmd
或手动执行：
git config user.name "ID-VerNe"
git config user.email "yuu_seeing@foxmail.com"
export GIT_COMMITTER_NAME="ID-VerNe"
export GIT_COMMITTER_EMAIL="yuu_seeing@foxmail.com"
Commit message 中禁止出现任何 Co-Authored-By: 行。如果自动生成的 message 中包含此类内容，必须手动移除。
严格遵循 references/commit-message-conventions.md 中的格式：
<type>: <short summary (max 72 chars)>
ADD:
- <itemized list of additions>
FIX:
- <itemized list of fixes>
类型前缀对照：
| 前缀 | 含义 |
|---|---|
feat: | 新功能 |
fix: | 修复 Bug |
docs: | 文档变更 |
style: | 格式调整（不改变代码行为） |
refactor: | 重构（既不是新功能也不是修 Bug） |
perf: | 性能优化 |
test: | 添加测试 |
chore: | 构建/工具链变更 |
可选 Scope（影响范围）： 类型后可加 (<scope>) 标明改动涉及模块，如 feat(auth):、fix(ui):。
可选 Footer（页脚）： 正文后可加 Closes #123 关联 Issue，或 BREAKING CHANGE: 标记不兼容变更。
原则： 摘要行使用小写前缀，冒号后有空格。ADD/FIX 部分是英文单词 + 冒号，子项用 dash bullet。多行示例（标准格式）：
fix(auth): 修复第三方登录令牌过期未刷新的问题
原因是在请求拦截器中漏掉了对 401 状态码的判断。
现在已补上拦截逻辑，并会自动触发 token 刷新请求。
Closes #123
git status 2>/dev/null || echo "NOT_A_REPO"
git init 并追踪根据 git status 的结果，展示三类文件给用户：
用简洁列表呈现，问用户："这些文件要追踪并提交吗？" 如果有不想提交的让用户排除。
用户确认后，逐个执行：
# Windows
bash scripts/stage.sh <file1> <file2> ...
# 或
scripts\stage.cmd <file1> <file2>
或手动：
git add <file1>
git add <file2>
git diff --cached
根据暂存区 diff 生成 commit message：
feat(auth):）+ 不超过 72 字的英文摘要Closes #xxx；如果有不兼容变更，加 BREAKING CHANGE: <说明>注： 对于简单变更，单行摘要即可。对于复杂变更，建议提供多行正文说明为什么这么改，而不只是改了什么东西。
写完 commit message 后，必须先展示给用户看，用户说OK才能继续。 这一步不能跳过，不能默认确认。
展示格式示例：
📝 Commit message 草案：
feat: add commit-message-writing skill
ADD:
- SKILL.md with full workflow instructions
- references/commit-message-conventions.md
- references/git-commit-identity.md
这个 message 可以吗？需要修改的话告诉我就行。
用户确认后再执行 Step 6。
用户确认后执行：
# 1. 先将 message 写入临时文件（避免 shell 转义问题）
cat > /tmp/commit_msg.txt << 'EOF'
<用户确认的完整 message>
EOF
# 2. 用脚本执行 commit
bash scripts/commit.sh /tmp/commit_msg.txt
# 或 Windows: scripts\commit.cmd %TEMP%\commit_msg.txt
# 3. 清理临时文件
rm /tmp/commit_msg.txt
commit 成功后：
git push
输出 push 结果给用户。
references/commit-message-conventions.md — Commit message 格式规范详情references/git-commit-identity.md — 身份信息配置规则scripts/ 目录包含 3 组脚本（每组分 Windows CMD 和 Bash 两个版本），方便自动化操作：
| 脚本 | 功能 | 使用方式 |
|---|---|---|
set-identity.sh / .cmd | 设置 git 身份 (ID-VerNe) + 环境变量 | source scripts/set-identity.sh / scripts\set-identity.cmd |
stage.sh / .cmd | 逐个 add 文件（禁止批量） | bash scripts/stage.sh <file1> <file2> / scripts\stage.cmd <file1> |
commit.sh / .cmd | 从文件读取 message，检查 Co-Authored-By，自动设身份后 commit | bash scripts/commit.sh <msg_file> / scripts\commit.cmd <msg_file> |
注意： set-identity.sh 需要用 source 执行（而非 bash），因为需要将环境变量导出到当前 shell 进程。
git diff --cached 的内容写 messagegit add <file>