CommunityRédaction et éditiongithub.com

TongyiDai/chinese-teacher

中文老师|Chinese Teacher — 让中文工作文档有判断力、有人味、能推动决策的 AI skill,自动插入飞书画板做视觉摘要

Qu'est-ce que chinese-teacher ?

chinese-teacher is a Claude Code agent skill that 中文老师|Chinese Teacher — 让中文工作文档有判断力、有人味、能推动决策的 AI skill,自动插入飞书画板做视觉摘要.

Compatible avecClaude CodeCodex CLICursor
npx skills add TongyiDai/chinese-teacher

Installed? Explore more Rédaction et édition skills: steipete/notion, affaan-m/seo, affaan-m/brand-voice · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

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 的骨架。
  3. 写句子时遵循选定的风格规则。默认风格规则见下文;其他风格规则见对应 reference 文件。
  4. 写完后,生成画板。 读取 references/whiteboard-guide.md,根据文风选画板风格,根据文档类型确定三个画板的内容。画板能力和 24 种配色风格已内嵌在本 skill 的 whiteboard/ 目录中(源自 zara 的 beautiful-feishu-whiteboard,MIT 许可)。按 whiteboard/RULES.md 的硬限制生成 SVG,写入飞书画板。画板生成失败时不阻塞,fallback 为纯文字文档。
  5. 要实际创建或更新飞书文档时,切到 lark-doc 执行,将画板链接嵌入文档对应位置。

改写已有文档时

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

默认风格规则(Default Style Rules)

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

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

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

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

详细技法见 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/consulting-style.md用户要求咨询风格时
同事风格references/colleague-style.md用户要求同事风格时
精神病风格references/psycho-style.md用户要求精神病风格时

工具参考文件

以下文件是写作工具,不绑定特定风格:

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

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

示例请求

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

最终自检

写完任何文档后,用这 5 条检查:

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

Skills associés

steipete/notion

Notion CLI/API for pages, Markdown content, data sources, files, comments, search, Workers, and raw API calls.

community

affaan-m/seo

Audit, plan, and implement SEO improvements across technical SEO, on-page optimization, structured data, Core Web Vitals, and content strategy. Use when the user wants better search visibility, SEO remediation, schema markup, sitemap/robots work, or keyword mapping.

community

affaan-m/brand-voice

Build a source-derived writing style profile from real posts, essays, launch notes, docs, or site copy, then reuse that profile across content, outreach, and social workflows. Use when the user wants voice consistency without generic AI writing tropes.

community

affaan-m/crosspost

Multi-platform content distribution across X, LinkedIn, Threads, and Bluesky. Adapts content per platform using content-engine patterns. Never posts identical content cross-platform. Use when the user wants to distribute content across social platforms.

community

affaan-m/x-api

X/Twitter API integration for posting tweets, threads, reading timelines, search, and analytics. Covers OAuth auth patterns, rate limits, and platform-native content posting. Use when the user wants to interact with X programmatically.

community

affaan-m/content-engine

Create platform-native content systems for X, LinkedIn, TikTok, YouTube, newsletters, and repurposed multi-platform campaigns. Use when the user wants social posts, threads, scripts, content calendars, or one source asset adapted cleanly across platforms.

community