core-constraints.md 3.9 KB


name: core-constraints

purpose: 每次章节写作前加载,确保三大定律执行

此文件用于章节创作时的核心约束检查。Claude 已知一般写作规范,这里只补充网文特定的防幻觉协议。 注意:此文件为 shared 单一事实源;禁止在各 Skill 的 references 下复制修改。若需更新,请修改本文件。

三大定律(低自由度 - 必须精确执行)

定律 规则 检查方式
大纲即法律 严格执行大纲,不得擅自发挥 审查时对照大纲
设定即物理 实力/招式/物品 ≤ index.db 记录 写作前查询确认
发明需识别 新实体由 Data Agent 自动提取 章节完成后处理

新实体处理流程

当前规则:正文不再要求 XML 标签:

  1. 写作时: 直接写纯正文,新角色/地点/物品正常描写
  2. 完成后: Data Agent 自动识别新实体并写入 index.db
  3. 不确定实体: Data Agent 标记为 uncertain,由人工确认

章节约束分层

Hard(必须)

  • 本章可读性达标:读者能回答“发生了什么 / 谁在做什么 / 为什么”。
  • 本章必须存在清晰推进:问题、目标、代价、关系变化、信息变化至少一项可被识别。
  • 若上章有明确承诺(钩子/未闭合问题),本章必须回应(允许部分兑现,不要求一次性结清)。
  • 禁止输出占位正文(如 [待补充][TODO]...(省略)...)。

Soft(建议)

  • 开头尽早进入冲突/风险/强情绪(建议前 200-400 字,不再固定 120 字)。
  • 未闭合问题或下一章期待锚点建议放在章末或后段(不限定“后 80-150 字”)。
  • 局面变化建议保持节奏感(参考 800-1400 字一个脉冲,短章至少一次实质变化)。
  • 微兑现频率按题材 profile 建议执行,不要求机械等间距。

Style(可选强化)

  • 对话尽量带意图(试探/回避/施压/诱导),减少纯说明句。
  • 避免连续大段纯解释;若必须解释,建议切分为“信息 + 行动/反应”。
  • 避免“回去休息了”式机械收尾;若使用平缓收尾,需同时保留未闭合期待。

爽点与节奏(按题材 profile 调整)

  • 爽点密度由题材与章型共同决定:过渡章允许低密度,但不允许“整章无收获”。
  • 组合爽点与里程碑爽点采用滚动窗口评估(5章/10-15章),用于预警而非逐章硬判。
  • 连续同类型爽点达到 3 章记为风险预警,优先通过类型变体或执行差异化修正。

Strand 平衡警告

情节线 警告条件
Quest(主线) 连续 5+ 章
Fire(感情线) >10 章未出现
Constellation(世界观) >15 章未出现

禁止事项

  • [待补充][TODO]...(省略)... → 必须完整写出
  • 战斗后无善后描述(都市异能题材)

主角需要使用"天雷掌"击败敌人

  1. 查询 index.db 中是否有"天雷掌"技能
  2. 若有:直接使用
  3. 若无:在正文中描写获得途径(如拜师/领悟/传承),Data Agent 会自动提取

剧情需要主角展示筑基期实力,但 index.db 显示练气期 ❌ 直接写筑基期战力 → 违反"设定即物理" ✅ 先安排突破场景,Data Agent 更新 index.db,再展示新实力

❌ 新实体描写模糊(无法自动识别) → ✅ 确保新实体有明确名称和描写 ❌ 主角突然会新技能 → ✅ 先描写获得途径 ❌ 实力设定不一致 → ✅ 写作前查询 index.db 确认 ❌ 整章无推进点(无目标/无代价/无变化) → ✅ 补至少一项可识别推进