通用中文创作与改稿 Skill。用于知乎回答、论坛长帖、公众号文章、博客、评论、人物故事、历史叙事、新闻与行业解读、科普、教程、评测、个人叙事、小说、故事、对白、口播和演讲稿。默认写成一个见过事、查过材料、愿意把来龙去脉讲清楚的人在说话,重点保留中文互联网长回答与长帖的活人感和自然中文韵律,避免空泛的机构腔、喊口号式演说腔、营销腔和模型腔。非虚构长文先检查材料够不够,材料不足时研究、追问或缩短,绝不用重复解释灌字数。现实内容额外核验事实、引语、数据与用户亲历,虚构内容可以创造人物、场景、对白、心理与情节。成稿正文严禁冒号、破折号、“不是……而是……”及同类翻案句,并清除商业黑话和模型惯用黑话。不创建作者画像、个人规则库或个人写作 Skill。
npx skills add https://github.com/KKKKhazix/human-writing --skill human-writing
默认把文章写成一篇值得读完的中文长帖。读者应当感觉对面有一个具体的人。这个人知道一些事,也有不知道的地方。他愿意讲细节,敢下判断,偶尔岔开一句,随后还能把话接回来。
不要把“活人感”理解成口头禅、粗口、错别字和网络梗。它首先来自材料,其次来自说话位置,最后才是语气。
这一步先于提纲和动笔。用户要求的字数不能跳过它。
现实作品靠前两类材料,虚构作品靠第三类材料。混合创作先把两部分分开。
现实稿里,模型临时想出的“比如有个人”、没有来源的典型场景、常识推演、抽象观点的后果、比喻与同义改写,都不能拿来撑篇幅。把“记录方便”“声音保留状态”“检索找回旧内容”各解释五遍,手里仍然只有三条材料。
虚构稿可以创造人物、现场和细节,不需要为它们寻找现实出处。每个主要段落或场景仍要有动作、选择、关系变化、信息变化或后果。只换景色和说法,没有事情发生,也不能拿来撑篇幅。
非虚构作品计划达到一千二百字时,先在内部逐条写出至少五件具体材料,并注明它来自用户哪句话或哪份可靠来源。只写一个概括性的类别不算。五件材料还要能组成一条实际过程,不能是五句相邻的道理。
非虚构稿列不出五件,就先别写长稿。这一轮不能输出标题和长文正文。目标字数、用户催促和“直接写”都不能把材料变多。
现实材料不够时,只能选择一种处理。
现实稿动笔前记清每件重要材料从哪里来。说不出来路的内容不能负责托住事实段落。虚构稿改为检查每个场景由哪个人物目标、动作或变化托住,不给虚构细节伪造来源。不要把这些内部检查交给用户。
现实观点稿有一种高频错误要直接拦住。用户只给“输入更方便”“声音能保留状态”“AI 可以找回旧内容”这类三条抽象想法,又要求一千多字,这仍然只有三条材料。不能分别补上用途、意义、风险和未来,再写成十几段。应当先找真实产品、使用过程、研究或用户经历。找不到就问,用户不让问而且研究后仍然不足,才写短答。
references/forum-prose.md。references/reality.md。references/fiction.md。用户要求帖子体小说或第一人称故事时,再同时读取 references/forum-prose.md。references/formats.md。references/revision.md。不要在动笔前加载详细审稿规则。不要为了保险一次加载全部参考文件,只读当前任务确实命中的部分。真正的混合任务可以读取多个文件,references/revision.md 仍留到初稿以后。创作时以正向目标为主,已经写在本文件里的交付禁令留到初稿完成后再逐项检查。
按下面的顺序处理。
references/fiction.md、references/reality.md 和 references/formats.md 中与当前任务直接相关的规则。references/forum-prose.md 与本文件里的默认散文写法。references/revision.md 的改稿规则与检查脚本的提醒。具体文体覆盖通用写法。现实稿的来源要求不能压到纯虚构上,散文的完整主干不能压到诗歌分行和人物对白上。检查脚本只能执行已经写明的硬禁令,警告项不能替作者决定文体。
真人、现实事件、数字、引语和用户经历都要核准。用户没提供的亲历、现场、对白和心理,不能补成事实。
可以创造人物、地点、现场、对白、心理和结局。人物、时间、因果与世界规则要前后接得上。
先分开现实中必须准确的部分和可以创造的部分。只核会影响故事与现实判断的事实。
用户说了“小说”“虚构”“假设”“随便编”,直接创作。用户要求真实、纪实、亲历或遵循历史,先核验再写。
在内部回答下面五件事,不把答案原样交给用户。
现实稿的第三项太少,回到开稿前的材料检查。不要用哲理、象征、想象现场和重复结论补字数。六千字现实长文需要能展开多个阶段、案例或现实关系。虚构稿若缺少人物目标、行动和场景变化,回到 references/fiction.md 补出故事,不向用户索要不存在的现实出处。
现实材料不够时先停在这里。能查到公开材料就研究。作品依赖用户体验、情绪和私人判断,就一次问完下面三件事。
不要先交一篇空稿,再期待用户往里补活人感。
现实稿要求直接写而且无法补材料时,宁可交一篇更短、更实的作品。篇幅是目标,材料边界是底线。虚构任务直接按授权创造,篇幅由事件和场景变化托住。
个人经历缺少关键材料时,最多问三句。用户明确要求不追问或直接出稿,就先研究,随后缩小题目或缩短篇幅,不能把新增经历安到用户身上。
第一稿从具体说话者和材料出发。像给一个感兴趣但不了解此事的人解释,边讲事情,边处理他下一步会产生的疑问。
下面是现代白话散文的默认写法。诗歌、剧本、人物对白和实验写作服从具体文体规则,不能为了满足散文句法而改坏作品。
用下面这组句子校准方向。
> 他毕业后离开上海,去了成都。那套量化程序已经跑过一段时间,他觉得可以全职试试。收入会不会稳定,当时没人知道。
这比“他关掉一条好走的路,把命运押上赌桌”更接近目标。前一种写法给动作、条件与风险,后一种写法只有姿势。
论坛感不等于“老铁”“兄弟们”“谢邀”“泡杯茶慢慢说”。烟头、啤酒、冷馒头、深夜屏幕和突然响起的电话,也不能凭空替文章增加真实感。
现实稿里,没有来源的精确时间、神态、天气、房间摆设和对白都是假细节。假细节越具体,AI 味越重。虚构稿可以创造这些内容,细节必须跟着人物视角与行动走,不能只负责穿上论坛服装。
现实稿真正有用的是信息来路。写清作者在哪里知道这件事,起初哪里想错了,哪条材料改变了判断,哪一块到现在仍拿不准。只挑当前文章确实拥有的部分,不要凑齐。虚构稿的可信感来自人物怎样知道、误解和发现,不伪造现实来源。
下面几项覆盖标题、小标题、正文、图片说明和引用转述。命中一项就不能交稿。
先明白一件事。这里禁的是修辞动作,不是字面。把一个禁用句式换一套字继续做同一个动作,仍然算命中。
—、双破折号 —— 和连接号式破折号 –。: 与 : 只允许一种用法,引出人物的直接原话。“一句话总结:”“核心是:”这类提示性冒号禁止。网址、代码与机器字段除外。references/revision.md 区分绝对禁词和需要结合语境判断的词,检查脚本不得自行增加未写明的硬禁词。“不只……还……”是正常中文的递进,可以用。它出现在翻案位置、用来给下文抬价时,按翻案腔处理。
初稿写完以后再执行这些检查。修改违禁句时,先找它原本想说的事实,随后用普通句子说出来。不要寻找另一种漂亮句式替换。
长稿可以保存为 Markdown 或文本后运行 scripts/check_prose.py <稿件路径>。脚本失败就继续修改,直到禁用项清零。
用户只要作品,就只交作品。不要展示内部提纲、规则检查和创作过程。references/reality.md 要求的开头检索痕迹是正文的一部分,不算创作过程。
来源的处理只有一条规则。全靠公开材料写成的事实稿,在文末列出对结论重要的少数来源;个人经历和观点稿不附。用户另有要求时听用户的。不把检索笔记塞进正文。
只服务当前作品。不建立长期作者画像,不生成个人规则库,不创建新的个人写作 Skill。
Take kkkkhazix/human-writing from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.