| name | commit |
| description | 把项目当前所有变更按内容分组，一组一组地调用 /msg 生成提交消息并输出 git commit 命令，由用户逐组执行后再继续下一组。 |
每次调用 /commit 只处理一组变更：
git status 扫描当前所有未提交变更（staged + unstaged + untracked）/msg 流程（stage → 生成消息 → 写临时文件）git commit -F <tmpfile> 命令/commit 处理下一组用户工作流：/commit → 执行命令 → /commit → 执行命令 → … 直到所有组完成。
按以下顺序判断，一个文件只属于一组：
| 优先级 | 组名 | 匹配规则 |
|---|---|---|
| 1 | scripts | wiki/scripts/ 下的 .py / .sh |
| 2 | skills | .claude/skills/ 或 skills/ 下的文件 |
| 3 | frontend-js | wiki/public/js/ 下的 .js |
| 4 | frontend-css | wiki/public/css/ 下的文件 |
| 5 | pages | wiki/public/pages/ 下的 .md |
| 6 | history | wiki/public/history/ 下的文件 |
| 7 | logs | wiki/logs/ 下的文件 |
| 8 | docs | README.md、wiki/doc/、docs/ 下的文件 |
| 9 | config | wiki/public/pages.json、*.json（非 pages/history）、.gitignore |
| 10 | other | 其他所有文件 |
分组后若某组只有 1 个文件且与相邻组强相关，可合并（由 Claude 判断）。
git status --short
收集所有 M、A、D、?? 状态的文件路径。
按分组策略归类，输出如下格式：
📦 分组计划（共 N 组）：
[1/N] scripts（3 个文件）
- wiki/scripts/record_revision.py
- wiki/scripts/publish.sh
- wiki/scripts/rebuild_recent.py
[2/N] skills（1 个文件）
- .claude/skills/wiki/SKILL.md
[3/N] docs（2 个文件）
- README.md
- wiki/doc/recent-log.md
判断"第一组"：即 git status 中仍有变更的最高优先级组（已完成提交的组不再出现在 status 中）。
对该组执行 /msg 流程：
git add <该组所有文件路径>（逐个显式路径，禁止 -A/.）git diff --cached --stat 确认缓存区git diff --cached 查看具体内容git log --oneline -5 了解 commit 风格python3 -c "
import hashlib, subprocess, datetime
diff = subprocess.check_output(['git','diff','--cached'])
h = hashlib.sha256(diff).hexdigest()[:6]
ts = datetime.datetime.now().strftime('%Y%m%d_%H%M%S')
print(f'/tmp/gitmsg_{ts}_{h}.txt')
"
输出格式：
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
[1/N] scripts — 提交消息已写入 /tmp/gitmsg_XXXXXXXX_XXXXXX.txt
<消息草稿全文>
执行：
git commit -F /tmp/gitmsg_20260427_143521_a3f8c1.txt
完成后再次运行 /commit 处理下一组 [2/N] skills
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
若这是最后一组，替换为"完成后所有变更已提交"。
git add -A / git add . / git add --allgit commitgit restore --staged .）还是将缓存区内容并入当前组将任意文本源（书籍、文档、笔记、语料）转化为结构化 wiki 百科页面。识别并提取三种知识：fact（列表/表格型）、narrative（叙述型实体页）、skill（程序型 how-to 页）。通过 add_page.py 写入 wiki。支持永续迭代模式，自动追踪进度、捕获跨域洞察。
启动三体 Wiki 管家永续 loop。三队列系统（content/housekeeping）。每轮：W1三队列选任务→W2执行→W3自评→记账，无需用户逐轮确认。每11轮discover+housekeeping-scan，每17轮自动/wiki发布，每29轮W5反思，每37轮H17覆盖扫描/H18存根排序。工作目录：/home/baojie/work/knowledge/three-body。支持 --focus 参数指定任务范围（多实例并发时使用）。
三体 Wiki 编委审稿：检查近期 butler 工作是否违反质量规范，输出分级违规报告，给出具体纠正建议。工作目录：/home/baojie/work/knowledge/three-body。
从本 Wiki 随机抽取 1-3 个页面作为灵感种子，到网上搜索相关分析文章，发现 Wiki 真正的缺口并补齐。可接受参数指定灵感方向。标准模式写作严格限于三体原文；--ext 模式允许为原文引用的现实作者/作品建页，可补充外部背景知识。工作目录：/home/baojie/work/knowledge/three-body。
逐章反思，一次只扫一章，发现原文章节中遗漏的实体页面和改进建议。工作目录：/home/baojie/work/knowledge/three-body。
一键发布三体 Wiki：重建注册表 → 重算质量分 → 同步 docs/ → git commit → git push。此 skill 明确授权自动 commit 和 push，覆盖项目 CLAUDE.md 中的禁止自动提交/推送限制。