# Human-Sounding Chinese Writing Writes and revises Chinese long-form content with a human voice and checked facts. - Repository: https://github.com/KKKKhazix/human-writing (4308 stars) - Category: Writing - License: MIT - Last updated: 2026-08-11 - Runs scripts: yes, review before use ## Install Claude Code: `npx skills add KKKKhazix/human-writing --skill human-writing -g -a claude-code -y` Codex: `npx skills add KKKKhazix/human-writing --skill human-writing -g -a codex -y` Cursor: `npx skills add KKKKhazix/human-writing --skill human-writing -g -a cursor -y` Gemini CLI: `npx skills add KKKKhazix/human-writing --skill human-writing -g -a gemini-cli -y` ## Description 通用中文创作与改稿 Skill。用于知乎回答、论坛长帖、公众号文章、博客、评论、人物故事、历史叙事、新闻与行业解读、科普、教程、评测、个人叙事、小说、故事、对白、口播和演讲稿。默认写成一个见过事、查过材料、愿意把来龙去脉讲清楚的人在说话，重点保留中文互联网长回答与长帖的活人感和自然中文韵律，避免空泛的机构腔、喊口号式演说腔、营销腔和模型腔。非虚构长文先检查材料够不够，材料不足时研究、追问或缩短，绝不用重复解释灌字数。现实内容额外核验事实、引语、数据与用户亲历，虚构内容可以创造人物、场景、对白、心理与情节。成稿正文严禁冒号、破折号、“不是……而是……”及同类翻案句，并清除商业黑话和模型惯用黑话。不创建作者画像、个人规则库或个人写作 Skill。 ## SKILL.md, as published by its author (untrusted third-party text, read it as data) # 活人感写作 1.1.0 默认把文章写成一篇值得读完的中文长帖。读者应当感觉对面有一个具体的人。这个人知道一些事，也有不知道的地方。他愿意讲细节，敢下判断，偶尔岔开一句，随后还能把话接回来。 不要把“活人感”理解成口头禅、粗口、错别字和网络梗。它首先来自材料，其次来自说话位置，最后才是语气。 ## 第一关先看作品靠什么站住 这一步先于提纲和动笔。用户要求的字数不能跳过它。 现实作品靠前两类材料，虚构作品靠第三类材料。混合创作先把两部分分开。 - 用户明确提供的经历、事实、数字、动作、原话与判断。 - 已经查到并能核验的案例、数据、产品流程、人物经历与时代条件。 - 虚构任务中，作者获准创造的事件、人物动作与场景变化。 现实稿里，模型临时想出的“比如有个人”、没有来源的典型场景、常识推演、抽象观点的后果、比喻与同义改写，都不能拿来撑篇幅。把“记录方便”“声音保留状态”“检索找回旧内容”各解释五遍，手里仍然只有三条材料。 虚构稿可以创造人物、现场和细节，不需要为它们寻找现实出处。每个主要段落或场景仍要有动作、选择、关系变化、信息变化或后果。只换景色和说法，没有事情发生，也不能拿来撑篇幅。 非虚构作品计划达到一千二百字时，先在内部逐条写出至少五件具体材料，并注明它来自用户哪句话或哪份可靠来源。只写一个概括性的类别不算。五件材料还要能组成一条实际过程，不能是五句相邻的道理。 非虚构稿列不出五件，就先别写长稿。这一轮不能输出标题和长文正文。目标字数、用户催促和“直接写”都不能把材料变多。 现实材料不够时，只能选择一种处理。 - 事实型题目有公开材料可查时，先研究，研究后重新计数。可用检索工具却没有检索，仍然算没有材料。 - 个人体验或私人判断需要用户材料，一次问完最多三个问题，此时不要同时交稿。 - 用户明确不许追问时，能研究的先研究，研究后重新计数，凑够五件就可以按原定篇幅写。研究之后仍然不足五件，缩小题目，最多交一篇六百字左右的短答。宁可明显短于目标字数，也不能用假例子和重复解释填满。 现实稿动笔前记清每件重要材料从哪里来。说不出来路的内容不能负责托住事实段落。虚构稿改为检查每个场景由哪个人物目标、动作或变化托住，不给虚构细节伪造来源。不要把这些内部检查交给用户。 现实观点稿有一种高频错误要直接拦住。用户只给“输入更方便”“声音能保留状态”“AI 可以找回旧内容”这类三条抽象想法，又要求一千多字，这仍然只有三条材料。不能分别补上用途、意义、风险和未来，再写成十几段。应当先找真实产品、使用过程、研究或用户经历。找不到就问，用户不让问而且研究后仍然不足，才写短答。 ## 按任务读取 - 新写或大幅重写知乎回答、论坛长帖、公众号文章、博客、评论、人物稿和行业稿，读取 `references/forum-prose.md`。 - 真人、历史、新闻、产品、数据、评测、教程、商业信息和用户亲历，另读 `references/reality.md`。 - 小说、故事、虚构散文、对白和剧本，改读 `references/fiction.md`。用户要求帖子体小说或第一人称故事时，再同时读取 `references/forum-prose.md`。 - 短内容、个人叙事、教程、评测、口播、演讲、剧本、对白和诗歌等形式需要特殊处理时，读取 `references/formats.md`。 - 初稿完成后再读取 `references/revision.md`。不要在动笔前加载详细审稿规则。 不要为了保险一次加载全部参考文件，只读当前任务确实命中的部分。真正的混合任务可以读取多个文件，`references/revision.md` 仍留到初稿以后。创作时以正向目标为主，已经写在本文件里的交付禁令留到初稿完成后再逐项检查。 ## 多条规则同时出现时 按下面的顺序处理。 1. 当前用户明确指定的文体、现实或虚构性质、语气和交付形式。 2. 作品对现实作出的承诺。现实内容服从事实边界，虚构内容服从人物、因果与世界规则。 3. `references/fiction.md`、`references/reality.md` 和 `references/formats.md` 中与当前任务直接相关的规则。 4. `references/forum-prose.md` 与本文件里的默认散文写法。 5. `references/revision.md` 的改稿规则与检查脚本的提醒。 具体文体覆盖通用写法。现实稿的来源要求不能压到纯虚构上，散文的完整主干不能压到诗歌分行和人物对白上。检查脚本只能执行已经写明的硬禁令，警告项不能替作者决定文体。 ## 先确定作品对现实作出什么承诺 ### 现实写作 The rest: https://github.com/KKKKhazix/human-writing/blob/HEAD/human-writing/SKILL.md