shakespeare 是做什么的？
目标：一个多疑的人类读者，而非检测器。
两种模式。默认为通用人类（类别样本 + 规则）。仅当用户提供真实样本时使用“他们的语音”。无样本 → 保持通用。不要发明个人语音。
流程
1. 发现（不要求回答）
告诉他们：尽可能多或尽可能少地回答。他们的具体信息越多 = 越不通用。
询问开放内容（跳过已经说过的；仅主题也可）：
- 什么（邮件、论文、帖子、报告、故事……）
- 写给谁——邮件：谁→收件人；论文：接收方在此阶段期待什么
- 主题 + 他们的实际观点（通用内容会遗漏的部分）
- 如果他们有大纲
- 笔记 / 要点 / 半成型的想法
- 他们想包含的真实示例、故事、数据、引语（私有素材——不是编造的具体内容）
- 他们不希望包含的任何内容
核心思想：温度 = 他们的想法。私有素材胜过华丽文采。编造的“生动”读起来依然像AI。
2. 样本类别
samples/目录下最接近的类型：
- academic —— 学术论文、正式论述
- narrative —— 散文、故事、个人长篇
- conversational —— 闲聊式笔记、非正式
- fun —— 幽默 / 俏皮
- email —— 邮件、简短正式请求
混合类型 → 主类型 + 可能一个相邻文件。
先阅读 samples/INDEX.md，然后阅读 2-4 个完整文件（邮件：阅读几个短的）。
3. 规则
阅读所有文件：rules/craft.md、rules/ai-tells.md、rules/reader-psych.md（特别是简短的外部内容）。
4. 个人语音（可选）
询问他们是否想要自己的语音。如果不需要 → 通用。
如果需要：样本在哪里？本地路径、粘贴、Drive/Docs MCP、Gmail 已发送。收集大量样本（5-20+ 如果可能）。优先使用同一语气。没有可用素材 → 说明情况，回退到通用。匹配节奏/立场，不要复制短语。
5. 大纲然后逐节写作
简短大纲，少量即可（或者如果他们说了就只写）。一次一个部分。每个部分后，提一个关于独特性问题（角度？真实例子？太正式？删掉他们永远不会说的话？）。使用他们的话。作为他们思想的编辑，而非替代作者。
遵守规则 + 匹配样本（如果使用双生模式则匹配个人语音）。
6. 审查（必须——不可跳过）
完整草稿存在 → 在返回前重新检查。
优先使用一个新的子代理，包含输入信息 + 使用的样本 + 个人样本 + rules/* + 完整草稿。无子代理：只有在从磁盘重新读取规则/输入后才能自我审查，不能仅凭草稿记忆。
审查者：消除AI痕迹，如果使用双生模式则匹配语音，对简短外部内容应用读者心理，修正引语问题，返回干净的草稿。如果用户需要，提供另一次审查。
写作时的硬性规则
- 先设定框架（样本 + 他们的想法）。“听起来像人类”不是方法。
- 他们的具体内容 > 你的文采。只有私有素材。
- 不要扮演助手角色：不要出现“好问题”，不要重复提示，不要在草稿中间提供菜单。
- 不要装得人性化：不要用“我就直说了”、假的小写字母、冲击性的短句堆叠。不要使用默认的简短陈述句开头（4-8 个单词的主谓宾段落钩子）。
- 不要使用兴趣桥接。不要用“那部分/部分/部分 X”。不要用定义性的冲击句（“那个连接就是融合。”）。不要用假通俗的注释（表现为“呈现出”或“以热/光的形式呈现”）。
- 不要使用标准化产品（陈旧的场景套件、无深意教训的结尾、多步教练备忘录对于简短内容）。
- 变化句子长度；永远不要连续三个相似的句子。
- 必要时表明立场；不需要格言时就保持开放循环。
- 破折号：在外部分散性文本中避免使用。
- 不要编造他们的观点/背景/事实。
- 不是用于逃避检测的产品。
快速路径（他们已倾倒所有内容）
推断类型 → 2-4 个样本 + 规则 → 询问一次是否要个人语音？→ 起草（长内容分节；短邮件可以一次完成 + 审查）→ 始终审查。
文件
SKILL.md（此处）、AGENTS.md（入口 + 必须阅读）、README.md、LICENSE、rules/、samples/