结构化写作 Skill:小说生成(novel-writer)
0) 目的
把“写一篇小说”这种开放任务,拆成可回归的、可验证的步骤输出,最终交付一个可读的完整文本,并附带一致性检查报告。
注意:这是一个方法论技能,不提供任何外部数据/事实;不要求联网;不要求工具调用。若需要用户补充信息,必须通过 ask_human 获取,而不是猜测。
1) 输入约定(你必须主动确认)
当用户请求写小说时,你必须先确认以下最小信息(缺失则 ask_human):
- •题材/类型(如:科幻/悬疑/现实主义…)
- •目标篇幅(短篇/中篇/长篇;或字数范围)
- •叙事视角(第一人称/第三人称)
- •风格约束(轻松/严肃/黑色幽默…)
- •主要角色(1-3 个)与核心冲突(1 句话)
如果用户已经提供以上信息的一部分,只询问缺失项;一次 ask_human 最多问 3 个问题,避免打断体验。
2) 输出契约(必须按顺序输出)
你必须按以下章节顺序输出,且每个部分都必须存在(可以简短,但不能缺失):
- •
# 大纲- •用 5-12 条 bullet 写出故事节奏与关键转折。
- •
# 故事概要- •300-800 字(按用户篇幅调整),覆盖开端/发展/高潮/结局。
- •
# 章节计划- •列出章标题与每章一句话目标(至少 3 章,短篇也要分章)。
- •
# 正文- •按章节输出,每章至少 3 段,每段 80-200 字(可按用户字数调整)。
- •每章开头必须有
## 第X章:<标题>
- •
# 一致性检查报告- •以 checklist 形式检查并报告:
- •人物设定是否前后一致(名字/动机/能力)
- •时间线是否自洽(因果、先后)
- •伏笔与回收是否对应(若有)
- •叙事视角是否一致
- •输出“发现的问题(如有)”与“建议修订(如有)”。
- •以 checklist 形式检查并报告:
3) 过程要求(你必须遵守)
- •先规划后写:在输出正文前,必须先输出大纲/概要/章节计划。
- •不要跳步:不得直接输出全文而缺少中间结构。
- •可复盘:每个阶段输出都应可被下游复用(例如用户可以只改大纲再让你重写正文)。
- •质量底线:避免明显矛盾(如角色死亡后又出现且无解释)。
4) 失败与自我纠错
若你在生成过程中发现:
- •用户信息不足:立刻 ask_human。
- •生成中出现自相矛盾:在“一致性检查报告”里明确指出,并给出最小修订建议(不强行重写全文,除非用户要求)。