---
name: core-constraints
purpose: 每次章节写作前加载，确保三大定律执行
---

<context>
此文件用于章节创作时的核心约束检查。Claude 已知一般写作规范，这里只补充网文特定的防幻觉协议。
</context>

<instructions>

## 三大定律（低自由度 - 必须精确执行）

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

## 新实体处理流程

v5.0 不再要求在正文中写 XML 标签。新实体由 Data Agent 在章节完成后自动提取：

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

## 爽点密度要求

- 每章 ≥1 个爽点
- 每 5 章 ≥1 个大爽点
- 避免连续 3 章同类型

## Strand 平衡警告

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

## 禁止事项

- `[待补充]`、`[TODO]`、`...（省略）...` → 必须完整写出
- 战斗后无善后描述（都市异能题材）

</instructions>

<examples>

<example>
<input>主角需要使用"天雷掌"击败敌人</input>
<output>
1. 检查 state.json → entities 中是否有"天雷掌"技能
2. 若有：直接使用
3. 若无：在正文中安排获得途径（如拜师/领悟/传承），Data Agent 会自动提取
</output>
</example>

<example type="edge_case">
<input>剧情需要主角展示筑基期实力，但 state.json 显示练气期</input>
<output>
❌ 直接写筑基期战力 → 违反"设定即物理"
✅ 先安排突破场景，更新 state.json，再展示新实力
</output>
</example>

</examples>

<errors>
❌ 主角突然会新技能 → ✅ 先在正文中安排获得途径
❌ 实力设定不一致 → ✅ 写作前查询 state.json 确认
</errors>