// 升级 shiji-kb wiki 页面质量一档（stub→basic→standard→featured→premium），或升至用户指定档。诊断页面当前指标缺口，执行对应补充操作（补引文、写散文、加节、加图）。当用户说 /enrich PAGE 或 /enrich PAGE 目标档 时触发。
| name | enrich |
| description | 升级 shiji-kb wiki 页面质量一档（stub→basic→standard→featured→premium），或升至用户指定档。诊断页面当前指标缺口，执行对应补充操作（补引文、写散文、加节、加图）。当用户说 /enrich PAGE 或 /enrich PAGE 目标档 时触发。 |
/enrich PAGE → 升一档（当前质量 → 下一档）
/enrich PAGE featured → 升至 featured
/enrich PAGE premium → 升至 premium
| 档位 | 关键指标 |
|---|---|
| stub | 内容 < 100 字，或无 H2 且 < 300 字 |
| basic | 内容 < 500 字，或（节 < 2 且 PN < 2） |
| standard | 其余（未达 featured） |
| featured | ≥3节 + (PN≥3 或 引文行≥5) + 散文≥200字 |
| premium | 有图 + ≥5节 + 散文≥1000字 + (PN≥10 或 引文行≥10 或 散文≥2500字) |
指标定义（来自 wiki/scripts/compute_quality.py）：
## 数量（NNN-N） 格式的段落引用数> 开头的行数image: 或 images:读页面，运行诊断：
python3 wiki/scripts/compute_quality.py --dry-run PAGE
同时手动统计：节数、PN数、引文行数、散文字数、是否有图。与目标档门槛对比，列出缺口。
| 缺口 | 操作 |
|---|---|
| 节不足 | 按页面 type 添加标准节（见 references/section_templates.md） |
| 散文不足 | 根据已有引文写叙述性段落；补充背景、影响、历史意义等 |
| PN/引文不足 | 运行 /quote PAGE，取相关度高的候选添加到 ## 史记引文 |
| 有图缺失（place） | 运行 /map PAGE，把生成的 images 写入 frontmatter |
| 有图缺失（state/侯国/邦国） | 若 frontmatter 有 coords → 运行 /map PAGE；若无 coords，先在 ## 地理位置 末补 <!-- TODO: 待补 coords -->，鼓励后续补充 |
| 有图缺失（其他 type） | 在 ## 相关页面 后标注 <!-- TODO: 需配图 -->，不强行补 |
操作优先级（同时有多个缺口时）：
python3 wiki/scripts/compute_quality.py PAGE
确认 quality 已升至目标档。若未达到，检查哪个指标仍不足，继续补。
python3 wiki/scripts/butler/record_revision.py PAGE \
--summary "enrich: <旧档>→<新档>，<一句话说明做了什么>" \
--author enrich
这一步不得省略。它将修改写入 wiki/public/history/PAGE.json 和 wiki/public/recent.json，使页面历史和最近修改视图可见。summary 格式示例：
enrich: basic→standard，新增侯国概况散文，补立国时间/人物/国祚enrich: standard→featured，补引文5条，扩散文至300字/quote skill 的取舍标准）| 升级路径 | 典型工作量 |
|---|---|
| stub → basic | 写200字散文，加2节，找1-2条PN |
| basic → standard | 扩散文到500字，补节到2+，PN到2+ |
| standard → featured | 加节到3+，补引文到5行或PN到3+，散文200字+ |
| featured → premium | 加图，扩到5+节，散文1000字+，引文/PN到10+ |
启动 shiji-kb 史记 Wiki 管家的永续 loop。每轮执行一个原子动作（W1选任务→W2执行→W3/W4评估→记账），完成后立即进入下一轮，无需用户逐轮确认。支持多实例并行（--instance/--focus）。
根据 git 缓存区（staged）内容生成中文提交消息草稿。无参数时只看缓存区、不执行 git add；带参数 `/msg X` 时先把与 X 相关的改动 `git add` 到缓存区，再生成消息草稿。始终不执行 git commit。
为 shiji-kb wiki 页面补全「史记引文」节。搜索实体标注文件中对该页面实体的真实引用（而非裸字符匹配），展开已知 PN 的完整段落，过滤已引，输出新增候选。当用户说 /quote PAGE 时触发。
为 shiji-kb wiki 页面从谭其骧《中国历史地图集》自动裁切历史地图截图，并生成 frontmatter images 片段。适用于 type=place（地名）和 type=state（诸侯国/侯国/邦国）页面。当用户说 /map PAGE、/map PAGE 时间、/map PAGE all 时触发；/enrich 对 state/place 类型页面补图时也应调用。前提：页面 frontmatter 必须有 coords 字段（无 coords 则先补 coords 再调用）。
扫描并补齐缺失的每日工作日志。对比 logs/daily/ 已有日志与 git 有提交的日期（按 07:00 边界归属），列出「昨天及之前、有 commit 但无日志」的日期，逐日调用 generate_log.py 生成骨架，再按 SKILL_10b 补写微信通知和改动意义。不执行 git add/commit，不补齐今天。
将现代文本改写为司马迁《史记》文笔风格。 **触发场景**（主动使用）： - 用户明确要求"用太史公文笔改写"、"以史记风格写..."、"太史公曰"、"列传体" - 用户要求将现代文本转为文言文，且强调古雅、简洁、有文史韵味 - 用户提供人物传记、历史事件、技术概念等素材，要求古风改写 - 用户询问"司马迁会怎么写这件事" **功能**： - 三层转换：现代名词古化 → 白话转文言 → 太史公风格 - 应用《史记》特有句式（开篇定式、层递并列、简短断言、对话穿插动作等） - 应用《史记》修辞（白描、先抑后扬、排比对仗、跳跃式剪辑等） - 可选输出"太史公曰"评论段（50-80字精简版） **不做什么**： - 不复述《史记》原文内容 - 不模拟司马迁的历史观点 - 不套用《史记》名句 - 只学习语言形式、句法结构、修辞节奏 本技能基于《史记》130篇语料分析，适用于人物传记、历史事件、技术概念等现代素材的古风改写。