# Chinese Teacher

> Chinese Teacher / 中文老师：通用的 AI agent 写作风格引擎，用于创建、改写、润色、重组或续写飞书云文档、Docx、Wiki、方案、汇报、纪要、公告、复盘、周报等中文工作文档。提供四种文风（默认/同事/咨询/精神病），规则来自 Google/Microsoft/GitHub 文档风格指南、MBB/四大/HR 咨询机构中文原生报告、以及戴同一个人写作风格。默认在文档开头、关键章节和结尾自动插入飞书画板做视觉摘要。不绑定特定 agent 平台，TRAE CLI、Claude Code、Cursor、Codex 等均可使用。

- **Type:** Skill
- **Install:** `agentstack add skill-tongyidai-chinese-teacher-chinese-teacher`
- **Verified:** Yes — security-reviewed for prompt injection and unsafe behavior
- **Seller:** [TongyiDai](https://agentstack.voostack.com/s/tongyidai)
- **Installs:** 0
- **Category:** [Developer Tools](https://agentstack.voostack.com/c/developer-tools)
- **Latest version:** 0.1.0
- **License:** MIT
- **Upstream author:** [TongyiDai](https://github.com/TongyiDai)
- **Source:** https://github.com/TongyiDai/chinese-teacher

## Install

```sh
agentstack add skill-tongyidai-chinese-teacher-chinese-teacher
```

Requires the [AgentStack CLI](https://agentstack.voostack.com/docs/cli). Works with Claude Code, Cursor, and any MCP-compatible agent.

## About

# 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](https://github.com/zarazhangrui/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](https://github.com/TongyiDai)
- **Source:** [TongyiDai/chinese-teacher](https://github.com/TongyiDai/chinese-teacher)
- **License:** MIT

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

## Pricing

- **Free** — Free

## Security capabilities

Automated source analysis of v0.1.0 — what this tool can access:

- **Network access:** no
- **Filesystem access:** no
- **Shell / process execution:** no
- **Environment & secrets:** no
- **Dynamic code execution:** no

*"Yes" means the capability is present in the source — more access means more to trust, not that it is unsafe.*


## Versions

- **0.1.0** — security scan: passed — Imported from the upstream source.

## Links

- Listing page: https://agentstack.voostack.com/l/skill-tongyidai-chinese-teacher-chinese-teacher
- Seller: https://agentstack.voostack.com/s/tongyidai
- Browse the marketplace: https://agentstack.voostack.com/browse

---
Listed on AgentStack — the marketplace for AI agent skills and MCP servers. Every listing is security-reviewed. Creators keep 70%.