Chinese Teacher

Chinese Teacher / 中文老师

这个 skill 是什么

一个中文工作文档的写作风格引擎。它提供四种文风，从"清晰可执行"到"敢下判断、有数据底气"，覆盖从日常周报到战略方案的各种场景。写文档时自动在开头、关键章节和结尾插入飞书画板做视觉摘要——不是生硬的逻辑图，是简约的、可编辑的关键信息展示。

它的规则来自三处：公开文档风格指南（Google、Microsoft、GitHub）的提炼、MBB/四大/HR 咨询机构中文原生报告的分析、以及戴同一个人写作风格的总结。它不是一个"写得更正式"的工具——它是一个让文档有判断力、有人味、能推动决策的写作系统。

通用的 AI agent skill，不绑定特定平台。TRAE CLI、Claude Code、Cursor、Codex 等均可使用。需要实际创建或更新 Docx/Wiki 时，与飞书文档 skill（如 lark-doc）配合使用。

四种文风

chinese-teacher 提供四种文风，从基线到极端，逐层递进：

| # | 风格 | 定位 | 一句话描述 | | --- | --- | --- | --- | | 1 | 默认风格 | 基线 | 结构清晰、直接可执行、专业克制。所有风格的基础。 | | 2 | 同事风格 | 个人 | 戴同一个人风格。从业务出发、有判断力、像同事在说话。 | | 3 | 咨询风格 | 机构 | MBB/四大/HR 咨询风格。框架驱动、数据支撑、强判断力。 | | 4 | 精神病风格 | 融合 | 人味 × 咨询的极端融合。敢下判断、有数据底气、说话带刺但句句站得住。 |

风格之间的关系

默认风格（基线）
  ├─ + 人味 + 从业务出发 → 同事风格
  ├─ + 框架感 + 数据出处 + 方法论透明 → 咨询风格
  └─ + 同事风格的所有诚实 + 咨询风格的所有专业性 + 尖锐度 → 精神病风格

• 默认风格是地基。所有风格都建立在它的结构规则之上（怎么开头、怎么分层、怎么收尾）。
• 同事风格和咨询风格是两个独立的分支，各自在默认风格之上叠加不同的侧重。
• 精神病风格是两个分支的融合体，也是最具张力的风格。在对内文档中，同事风格和精神病风格高度重合。

什么时候选哪种

| 场景 | 推荐风格 | 为什么 | | --- | --- | --- | | 周报、纪要、公告、日常方案 | 默认风格 | 需要清晰、可执行，不需要过度风格化 | | 对客方案、客户培训、对内思考 | 同事风格 | 需要从业务出发、有温度、有判断力 | | 战略方案、行业分析、投资建议 | 咨询风格 | 需要框架感、数据支撑、方法论透明 | | 内部战略讨论、复盘、敢说真话 | 精神病风格 | 需要尖锐判断、诚实到让人不舒服 | | 对客方案 + 强框架感 | 同事 + 咨询 | 既有个人温度，又有机构专业度 | | 对内思考 + 极度诚实 | 同事 + 精神病 | 在对内文档中两者天然重合，不需要显式组合 |

使用流程

Step 0：主动询问文风

当用户没有明确指定文风就要求写文档时，不要直接开始写。先列出可用文风，让用户选择。以下为固定话术：

我目前支持这几种文风，你看哪个合适：

1. **默认风格** — 结构清晰、直接可执行。适合方案、汇报、纪要、周报。
2. **同事风格**（戴同一本人） — 从业务出发、有判断力、像同事在说话。适合对客方案、对内思考、培训材料。
3. **咨询风格**（MBB / 四大 / HR 咨询） — 专业、可信、能推动决策。适合战略方案、行业分析、投资建议。
4. **精神病风格** — 人味 × 咨询的极端融合。敢下判断、有数据底气、说话带刺但句句站得住。适合内部战略讨论、复盘。

也可以组合："同事风格 + 咨询风格"或"同事风格 + 精神病风格"。

文档会自动在开头、关键章节和结尾插入飞书画板做视觉摘要。不需要额外指定。画板风格跟随你选的文风。

如果用户一次就指定了文风，跳过此步骤。

Step 1-5：判断 → 选结构 → 写句子 → 加画板 → 发布

1. 判断文档类型、受众、目标动作。信息不全但能合理假设时继续写，不为小空白打断流程。
2. 选结构，再写句子。优先使用 [references/templates.md](references/templates.md) 的骨架。
3. 写句子时遵循选定的风格规则。默认风格规则见下文；其他风格规则见对应 reference 文件。
4. 写完后，生成画板。 读取 [references/whiteboard-guide.md](references/whiteboard-guide.md)，根据文风选画板风格，根据文档类型确定三个画板的内容。画板能力和 24 种配色风格已内嵌在本 skill 的 [whiteboard/](whiteboard/) 目录中（源自 zara 的 beautiful-feishu-whiteboard，MIT 许可）。按 whiteboard/RULES.md 的硬限制生成 SVG，写入飞书画板。画板生成失败时不阻塞，fallback 为纯文字文档。
5. 要实际创建或更新飞书文档时，切到 [lark-doc](../lark-doc/SKILL.md) 执行，将画板链接嵌入文档对应位置。

改写已有文档时

• 先判断用户给的是"目标稿"还是"参考素材"。
• 参考素材：先抽主题、结论、受众和可复用事实，再按目标场景重写。不要把原文结构、篇幅和措辞当边界。
• 目标稿：先保留事实和决策，再处理语气、顺序和冗余。先删重复，再补缺口，再调语气。
• 如果原文事实不清，不要擅自补事实；用"待确认"或"假设"标出。
• 如果用户只要润色，不改变事实、口径、结论和责任归属。

默认风格规则（Default Style Rules）

以下 8 条规则是默认风格的基线，也是所有其他风格的地基。当使用咨询风格、同事风格或精神病风格时，这些规则仍然适用，但会被各自风格的特有规则叠加或调整。

0. 有人味——写作者必须在场

一份没有"人味"的文档，即便结构清晰、信息完整，读起来也像机器生成的。人味不是"写得随意"，而是让读者感知到：这是一个人，基于自己的判断和经验，写给另一个人看的。

• 用细节代替概括。不写"存在一定风险"，写"如果周五前跑不完数据校验，上线后历史记录会缺"。不写"近期用户反馈较多"，写"过去三天工单量涨了 40%，集中在登录超时"。
• 有判断，不只是有信息。敢说"我认为""我不确定""我倾向于"。
• 句子有呼吸感。短句有力，长句有细节，交错使用。一段不超 5 行。
• 诚实比正确更重要。不知道就说不知道，不确定就说"还在验证"。
• 删掉"写作者不在场"的标记："经评估，我们认为……"→"我判断……"；"建议可以考虑……"→"建议……"；"综上所述……"→删掉。

详细技法见 [references/voice-guide.md](references/voice-guide.md)。

1. 开头先交代目的

前 2-4 句必须回答：这是什么、为什么现在看、读者需要知道什么或做什么。不要先铺大段背景再进入正文。决策类文档开头直接写建议或结论；同步类文档开头直接写进展、风险、下一步。

2. 结构按读者问题展开

• 标题必须具体，出现对象和动作。避免"项目进展""方案说明"这类空标题。
• 一个 section 只做一件事。不要把背景、结论、行动项混在同一段。
• 流程写成编号列表；并列比较写成表格；纯说明不要硬凑成表格。
• 优先使用稳定的 H2：背景、目标、现状、方案、影响、风险、下一步、待确认项。

3. 句子短、主语清楚、动作明确

• 多用主动表达，少用被动。
• 明确主语：谁负责、谁决定、谁受影响。少用"这""其""相关方"。
• 尽量一行只承载一个判断。
• 当动作是必需时，用"需要""请""将""必须"；不用"可以""可考虑""建议可"制造模糊。
• 少用名词化表达，优先把抽象名词还原成动词。

4. 语气克制，不装腔

• 语气直接、冷静、可信，不热闹，不喊口号。
• 删掉不传递信息的抬轿词：全面、系统性、深度、强力、赋能、抓手、闭环、高质量推进。
• 少写"我们认为""这里需要说明的是""为了更好地"。能直接说结论就直接说。
• 克制不等于冷感。 删掉空话之后，留下的应该是写作者真实的判断、具体的观察和诚实的态度。

5. 让执行信息显式出现

• 时间写明确日期或范围，不写"近期""尽快"。
• 人写负责人或角色，不写"相关同学""对应团队"。
• 决策单独列出"结论"或"待决策项"。
• 风险写触发条件、影响、缓解动作，不只写"存在一定风险"。
• 用具体场景代替抽象描述。 不写"当并发量较高时可能出现性能瓶颈"，写"如果 QPS 超过 5000，当前单实例部署会出现超时，压测数据见附录"。

6. 版式服务阅读，不服务好看

• 段落尽量短。连续大段正文要拆开。
• 列表项要平行，首词尽量同类。
• 粗体只标关键结论、对象、动作；不要整段加粗。
• Callout 只留给警告、关键限制、关键决策；不要每节都上提示框。
• 表格只在二维比较明显更好读时使用。

7. 按文档类型输出

• 方案、提案、决策：先结论，后背景，再方案、影响、风险、下一步。
• 汇报、周报：先本期变化，再风险阻塞，再下周动作。
• 会议纪要：先结论和 action items，再记录讨论过程。
• 公告、通知：先说变更事项、生效时间、影响范围、读者动作。

风格参考文件

每个风格有独立的 reference 文件，包含详细的技法、示例和规则。只在用户选择了对应风格时才读取：

| 风格 | 参考文件 | 何时读取 | | --- | --- | --- | | 所有风格（人味技法） | [references/voice-guide.md](references/voice-guide.md) | 默认风格、同事风格、精神病风格需要时 | | 咨询风格 | [references/consulting-style.md](references/consulting-style.md) | 用户要求咨询风格时 | | 同事风格 | [references/colleague-style.md](references/colleague-style.md) | 用户要求同事风格时 | | 精神病风格 | [references/psycho-style.md](references/psycho-style.md) | 用户要求精神病风格时 |

工具参考文件

以下文件是写作工具，不绑定特定风格：

| 文件 | 用途 | 何时读取 | | --- | --- | --- | | [references/templates.md](references/templates.md) | 常用文档骨架 | 从零起草、重组结构时 | | [references/rewrite-patterns.md](references/rewrite-patterns.md) | 常见坏写法与改写模式 | 句子级润色、删空话时 | | [references/sources.md](references/sources.md) | 规则来源与提炼 rationale | 用户追问"为什么这么写"或处理规则冲突时 | | [references/whiteboard-guide.md](references/whiteboard-guide.md) | 画板使用指南（文风映射、插入策略、生成流程） | 写文档需要生成画板时 | | [whiteboard/](whiteboard/) | 24 种画板配色风格 + 画板硬限制（内嵌，源自 zara 的 beautiful-feishu-whiteboard） | 生成画板时 |

默认不要一次性把全部 references 展开。按当前任务最小化读取。

示例请求

• "用中文老师把这份方案改得更像正式工作文档。"
• "把这段周报润色一下，保留事实不变，但写得更清楚。"
• "给我起草一份会议纪要，先写结论和 action items。"
• "用同事风格改这份客户方案，从业务出发，像同事在说话。"
• "用咨询风格写这份行业分析，要有判断力，要像麦肯锡那样。"
• "用同事风格 + 咨询风格写这份行业分析，要有判断力，也要有框架感。"
• "用精神病风格写这份战略建议，我要有人味，同时要有专业判断力。"

最终自检

写完任何文档后，用这 5 条检查：

• 读者能在 30 秒内看懂"这是什么、为什么现在、要我做什么"。
• 每个 section 的标题都能独立成立。
• 每个重要动作都有 owner、时间或触发条件。
• 没有为了显得正式而保留的空话。
• 如果把大部分形容词删掉，文档仍然站得住。

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

• Author: TongyiDai
• Source: TongyiDai/chinese-teacher
• License: MIT

Install and usage instructions live in the source repository linked above.