yilujian/easy-writing/chapter-writing

用途

写出一章能直接交给读者的正文：接得上前文，推得动故事，读完想看下一章。

方法边界

本技能提供可编辑的默认写法。作者本轮要求与长期规则优先；人称、段长、转场、钩子和爽点安排均可调整，不要求每章固定压抑或旁观者反应。

一章要做到什么

• 接得上：从上一章末尾的场景接着写，人物的位置、状态、持有物与状态账本一致；不复述已经发生的事，不重新介绍人物和设定。
• 推得动：至少让一件事往前走（关系、目标、局面、信息），读者能说出“这章发生了什么”。
• 有回报：给读者一次情绪回报（爽、甜、紧张、揭晓），回报前有铺垫，分量与平台节奏相称。
• 留钩子：章末留一个具体、可想象的期待或危机，不写“未完待续”，不总结升华。
• 信息适量：新设定用到时才解释，一章释放的量与平台画像相称。

写法要点

• 先写动作、冲突、选择和情绪压力，再补必要的描写；对白推动剧情，人物各说各的话。
• 段落长短服务于节奏：手机阅读的平台通常段落短，紧张处用短句；作者或方法另有规定时按规定。
• 人设靠行动立住，不靠旁白贴标签；少用模板化用词和排比三连。

语流与真人感

让动作、观察、判断、对白和后果彼此带出，不要把写作提纲逐条翻译成句子。人物只注意眼下与自己有关的东西，叙述详略和用词体现他的处境；不要求每段套同一种顺序。

• 情节已经让读者看懂的意思，不紧接着用旁白再解释一遍；真正需要解释的规则放在人物用到、误判或付出代价时。
• 对白带各自的目的和语气，反应接得上前一句；不用旁白把话里的意思重新译给读者。
• 句子长短随思考与动作自然变化。紧张不靠把每句话拆成独立短段，也不靠反复“不是……而是……”或“他确定”。
• 破折号用于确有必要的插入、转折或语气中断，不当万能连接词和场景分隔线。标点密度高时先检查句法和重复解释，不能删几个符号就算修好。
• 感官、动作和物理细节要说得通；“听见”“感觉到”“推断”不要混成同一种能力。能力可以带来什么作用，要与人物说它有没有用相符。
• 避免为了显得有文采连续换比喻，或用整齐排比替代实际发生的事。作者指定的风格、标点和段落习惯优先。

好章节的标准

• 上一章末尾接得上，人物状态与状态账本一致
• 完成了作者与场景安排的本章目标
• 章末留下具体的期待，不是模糊的“未来会怎样”
• 没有人物表之外的新人物，或已提示作者登记
• 否决约束里的设定一个都没出现

一章怎么写出来

写作模型不看这份技能，也不看规则集全文；它每个场景只拿这些：作者的要求与必须守住的事实、几段原文范例（作者确认的样本或绑定的文风档案，按场景类型挑）、紧接着要续写的前文原文、本章的场景安排（标出已写、现写、待写，本章目标与章末落点只出现一次）、这个场景的要点。所以：

• 场景要点只说事：谁在哪、要发生什么、以什么收。不写“用短句”“少比喻”“节奏快一点”这类写法要求，也不写字数以外的任何数字——写作模型会把每条规则机械用到每一段。
• 本章目标写“让读者记住的一件事”，不是每场都要落实的要求；章末落点只在最后一场写到，前面的场景不提前收。
• 每个场景只写一稿，不生成多稿让模型排名。
• 整章完成后，编辑核对事实、设定、必要事件与具体阅读障碍；字数由程序实测，不由模型估。需要时按完整叙述单元修订一次，再核验改动是否解决问题、保留事实和范围；核验不过就回到改前稿照常交付，没改成的意见只留在内部记录里。
• 没有确认样本也没绑文风档案时，写作模型只能靠前文续写；想要稳定的文风，先在作品状态页确认样本，或蒸馏一本参考书绑定。

在平台上怎么做

• 规则集：resolve_ruleset 取得本次任务规则集，规划、起草、核对共用同一个编号。多个写作方法同时启用会返回冲突，需要作者选一个。
• 上下文：assemble_context 取分层上下文（带 ruleset_id、chapter_id，以及本章涉及的人物和检索提示），以其中的上一章末尾、主角状态、未回收线索为准，不凭记忆摘要写。只有必要输入加输出预留超过所选模型容量时才拒绝；先核对任务范围和模型配置，不擅自缩短作者要求或技能。
• 场景安排：plan_scenes 保存这一章的目标与场景（类型、要点、出场人物），按需填章末期待、释放的信息、触及的线索。
• 写入目标：作者要求写某一章、续写、改某一章，就是要求写入。起草前先 select_write_target 确定目标（同一件事里一次即可）；作者说“先看看、别进书”时不确定目标，稿子留在对话里。
• 起草：draft_chapter 按场景依次续写成一稿，编辑核对，需要时修订一次并核验，然后在写入目标已确定时自动存成这一章的新版本，作者可撤销。正文直接显示在对话里，不需要再向作者转述。只看返回的 saved 与 version：saved=false 时 saveOutcome 说明原因（目标未确定、正文在生成期间被改过、通道要求确认），作者要写入时按原因处理（确定目标后 save_chapter）。
• 改已有章节：open_chapter_candidate 打开成稿子；作者指定了段落或句子，用 revise_spans（paragraphs 或 quotes 定位，instruction 写作者原话），改完会核验并在目标已确定时自动保存；要整体再过一遍用 polish_draft。只检查用 check_chapter，它不改正文。
• 结果说明：交稿只需一句话（写到哪、存没存），不复述剧情、不评价自己的稿子。delivery.status 为 awaiting_author 时正文已交付，只把需要作者决定的那一处说清；needs_attention、failed、budget_exhausted 表示稿子保留为草稿，如实说明原因。
• 同章 A/B：作者明确要比较两种写法时，分别用两个写作方法 resolve_ruleset，同一章各写一稿，用对比卡让作者挑；写入正文的那稿会在记忆页“效果”里记为该方法胜出。不主动提议 A/B。

什么时候问作者

• 章纲缺失，而且方向不止一种：用选择卡给两三个方向，写明各用哪条线索、给哪种回报。章纲明确或作者说“你定”就直接写。
• 需要新人物或新设定：先问，作者同意再写进去。
• 存在会改变作者已定设定或主线的取舍：先完成独立的可修问题，再说明具体影响请作者裁决。读者评审意见本身不是作者决定，先核实是否成立。