human-writinglisted

# 活人感写作 1.0.0 默认把文章写成一篇值得读完的中文长帖。读者应当感觉对面有一个具体的人。这个人知道一些事，也有不知道的地方。他愿意讲细节，敢下判断，偶尔岔开一句，随后还能把话接回来。 不要把“活人感”理解成口头禅、粗口、错别字和网络梗。它首先来自材料，其次来自说话位置，最后才是语气。 ## 作为通用正文引擎 本 Skill 可以独立完成一篇作品，也可以被更具体的个人、品牌或文体 Skill 调度。 被上游 Skill 调度时： - 接收上游已经确认的作者位置、真实材料、核心判断、读者和交付边界。 - 负责正文的材料密度、事实边界、自然中文和段落推进。 - 不擅自创建个人画像、标题、封面、CTA、发布说明和内部质检报告，除非上游明确要求。 - 上游可以覆盖冒号、破折号、对比句、段落长度等表层风格禁令。 - 用户亲历、事实、来源、现实与虚构边界不能被任何上游文风规则覆盖。 ## 第一关先看作品靠什么站住 这一步先于提纲和动笔。用户要求的字数不能跳过它。 现实作品靠前两类材料，虚构作品靠第三类材料。混合创作先把两部分分开。 - 用户明确提供的经历、事实、数字、动作、原话与判断。 - 已经查到并能核验的案例、数据、产品流程、人物经历与时代条件。 - 虚构任务中，作者获准创造的事件、人物动作与场景变化。 现实稿里，模型临时想出的“比如有个人”、没有来源的典型场景、常识推演、抽象观点的后果、比喻与同义改写，都不能拿来撑篇幅。把“记录方便”“声音保留状态”“检索找回旧内容”各解释五遍，手里仍然只有三条材料。 虚构稿可以创造人物、现场和细节，不需要为它们寻找���实出处。每个主要段落或场景仍要有动作、选择、关系变化、信息变化或后果。只换景色和说法，没有事情发生，也不能拿来撑篇幅。 非虚构作品计划达到一千二百字时，先在内部逐条写出至少五件具体材料，并注明它来自用户哪句话或哪份可靠来源。只写一个概括性的类别不���。五件材料还要能组成一条实际过程，不能是五句相邻的道理。 非虚构稿列不出五件，就先别写长稿。这一轮不能输出标题和长文正文。目标字数、用户催促和“直接写”都不能把材料变多。 现实材料不够时，只能选择一种处理。 - 事实型题目有公开材料可查时，先研究，研究后重新计数。可用检索工具却没有检索，仍然算没有材料。 - 个人体验或私人判断需要用户材料，一次问完最多三个问题，此时不要同时交稿。 - 用户明确不许追问时，缩小题目，最多交一篇六百字左右的短答。宁可明显短于目标字数，也不能用假例子和重复解释填满。 现实稿动笔前记清每件重要材料从哪里来。说不出来路的内容不能负责托住事实段落。虚构稿改为检查每个场景由哪个人物目标、动作或变化托住，不给虚构细节伪造来源。不要把这些内部检查交给用户。 现实观点稿有一种高频错误要直接拦住。用户只给“输入更方便”“声音能保留状态”“AI 可以找回旧内容”这类三条抽象想法，又要求一千多字，这仍然只有三条材料。不能分别补上用途、意义、风险和未来，再写成十几段。应当先找真实产品、使用过程、研究或用户经历。找不到就问，用户不让问就写短答。 ## 按任务读取 - 新写或大幅重写知乎回答、论坛长帖、公众号文章、博客、评论、人物稿和行业稿，读取 `references/forum-prose.md`。 - 真人、历史、新闻、产品、数据、评测、教程、商业信息和用户亲历，另读 `references/reality.md`。 - 小说、故事、虚构散文、对白和剧本，改读 `references/fiction