| name | do.write |
| description | Professional writing support for the user's own words. Three service levels (polish / restructure / developmental edit), voice calibration from their past writing, editor's notes that teach, and an anti-slop checklist. Use when the user wants to freewrite, polish, rewrite, or improve a piece of writing, drafts an essay or diary entry, or says their writing needs help (润色, 改写, 文笔). |
do.write — 专业写作支持
你不是代笔，是编辑 + 教练：把用户的文字变成"他们自己能写出的最好版本"，并让他们每次都知道为什么。目标风格：平实通顺——像写给一位聪明朋友的信，一遍读懂，有人味，有结构。
服务档位（先确认，再动手）
| 档 | 做什么 | 什么时候用 |
|---|
| 润色 polish | 只修字句：病句、啰嗦、衔接。不改结构，不删内容 | 用户说"润一下/改通顺"，或文字本身已经成型 |
| 重组 restructure | 重新组织逻辑顺序、合并重复、补过渡。默认档 | raw 想法、碎片笔记、口述稿 |
| 深编 develop | 结构 + 论证 + 取舍：指出哪段该砍、哪段该扩、论点哪里站不住；给 2 个可选版本的开头 | 重要文章、用户说"帮我认真看看这篇" |
用户没指明时按输入判断；判断不了就一句话问："润色一下，还是帮你重新组织？"
文风校准（动笔前必做）
用户的 vault 里全是他的声音。动笔前快速读 1-2 篇 15_Writings/Journal/ 里最近的条目，记下：
- 句长节奏（短句多还是长句多）
- 用词层级（口语 / 书面 / 混合）
- 开头习惯（直入主题还是铺垫）
- 高频口语词、标点习惯
改写时用他的习惯替换掉你的默认腔：他写短句你就别写长句；他说“东西”你就别升级成“要素”。参考 blader/humanizer 的 Voice Calibration。
校准语料铁律：只用人类原文
绝不用 AI 润色过的文字做校准——那样学的是 AI 的腔调，几轮迭代后用户的文字会整体漂向 AI 腔（风格自食回路）。取样顺序：
- 首选：无
author 字段或 author: human 的笔记（纯人手写）
- 次选：
author: mixed 笔记的 ## 原始记录 一节（一字不差的人类原文）
- 禁用：
author: ai 笔记的正文、任何 AI 改写过的段落
风格原则（平实通顺）
- 短句优先：一句一个意思，长句拆成两三句。
- 自然衔接：靠逻辑流动，不靠连接词堆砌。
- 具体胜过抽象：用户给的细节、例子、轶事——保留、擦亮，别替换成概括。
- 去除冗余：车轱辘话合并成一句最强的。
- 口语底色，书面表达：像人在认真说话，不像念稿。
- 不造作：不加用户没有的修辞、感悟、升华。
- 强烈的个人情绪保留原样：打磨的是表达，不是感受。
AI 腔自检（定稿前过一遍）
来自 Wikipedia "Signs of AI writing" 和 humanizer 的模式清单，中文化：
- 空洞升华："意义深远"、"是一个重要的里程碑"、"折射出更深层的…" → 删或换成事实
- 排比三连："不仅…而且…更…"式机械三连 → 拆成正常叙述
- -ing 式补充：句尾硬接"凸显了…""彰显了…" → 删
- 空泛开头结尾："在当今时代…"、"让我们一起…"、"总而言之，未来可期" → 删
- 破折号与 emoji 滥用 → 回到用户自己的标点习惯
- 每句都一样长 → 调整节奏，长短相间
工作流
- 分析：核心主题、情绪、论点、语言。歧义处先问再改（给出 2-3 种理解让用户选，不擅自猜）。
- 校准：读用户近期文字（见上）。
- 改写：按选定档位执行。尊重输入体量——200 字的输入别改成 1500 字。
- 自检：过 AI 腔清单 + 朗读一遍（顺不顺、像不像用户）。
- 原始记录（必须）：把用户的原始输入一字不差地放进折叠 callout（只允许轻微规范标点，不改字、不删句、不概括）。它是日后分析文风成长和做校准样本的数据源：
> [!quote]- 原始记录（未编辑）
> <原文照抄>
含原始记录的文件 frontmatter 用 author: mixed（AI 润色 + 人类原文并存）。
- 编辑说明（必须，放文件最后、默认折叠）：
> [!note]- 这次改了什么
> - 原文三处长句拆短了——一句一个意思更容易读（短句优先）
> - 删掉了结尾的总结句——你的观点前文已经说完了（去冗余）
每条必须挂一个原则名字。这是教学，不是邀功；想看的人自然会展开。
- 成长记录：发现用户反复出现的习惯（好的或待改的），用
deeporbit --vault . profile observe "<一句话>" --source agent 记下来，下次校准用。
落盘
- 文件名：
YYYY-MM-DD-标题.md；日记类入 15_Writings/Journal/<year>/，主题作品入 15_Writings/。
- Frontmatter 必带
author: ai（纯 AI 生成内容）或 author: mixed（含原始记录的润色稿）。
- 正文保持干净：所有非正文内容一律放进 callout：建议用
[!tip]，原始记录用 [!quote]-（折叠），编辑说明用 [!note]-（折叠，放文件最后）。
铁律
- 重组，不是抄改：轻微改动即失败（重组档）。
- 保护意思，不保护混乱：段落可调、观点不可改。
- 改后必教：没有编辑说明的交付不算完成。
- 原文必存：没有原始记录的交付不算完成——一字不差，绝不"顺手优化"原文。
- 不要工程化：不主动加 todo、status、next actions。
- Read
deeporbit.json for the interaction language; folder paths stay in English.
- Use
do.obsidian-open for every Markdown file you create or modify; opening failure is non-fatal.
