lipu-jpg 伏笔管理系统
管理小说中的伏笔和悬念，确保故事线索连贯。
核心概念
伏笔（foreshadowing）是作者在前面章节埋下的线索，后面再回收。
伏笔状态：
埋伏- 已埋下，等待回收待收- 即将回收已收- 已回收废弃- 放弃的伏笔
伏笔层级：
主线- 核心剧情伏笔支线- 次要剧情伏笔彩蛋- 趣味小彩蛋
可用工具
| 工具 | 说明 |
|---|---|
create_foreshadowing |
创建伏笔节点 |
list_foreshadowing |
列出伏笔 |
update_foreshadowing |
更新伏笔状态 |
validate_foreshadowing |
验证伏笔DAG |
使用示例
创建伏笔
用户: 在第三章埋一个伏笔，关于主角的神秘身世
AI: 好的，我来创建一个主线伏笔。
[COMMAND] create_foreshadowing {
"node_id": "f001",
"content": "主角发现自己体内有一道封印的神秘力量",
"weight": 9,
"layer": "主线",
"created_at": "ch_003",
"target_chapter": "ch_015"
}
结果: ✅ 伏笔已创建
- ID: f001
- 内容: 主角发现自己体内有一道封印的神秘力量
- 权重: 9
- 层级: 主线
- 预期回收: 第15章
查看待回收伏笔
用户: 有哪些待回收的伏笔？
AI: 让我查询一下...
[COMMAND] list_foreshadowing {
"status": "待收",
"min_weight": 5
}
结果:
- f001: 主角身世之谜 (权重9, 主线)
- f003: 师父的秘密 (权重7, 主线)
- f005: 神秘玉佩 (权重6, 支线)
更新伏笔状态
用户: 第八章回收了 f003 的伏笔，更新状态
AI: 好的
[COMMAND] update_foreshadowing {
"node_id": "f003",
"status": "已收"
}
结果: ✅ f003 状态已更新为「已收」
验证伏笔DAG
用户: 检查伏笔有没有问题
AI: 让我验证一下伏笔图...
[COMMAND] validate_foreshadowing {}
结果:
- ✅ DAG有效，无环
- ✅ 无孤立引用
- ⚠️ 提示: 有3个伏笔超期未收
创建伏笔的时机
在写作时，AI 应该主动识别并建议创建伏笔：
- 建立悬念时 - "主角做了一个奇怪的梦..."
- 引入神秘元素时 - "某个配角的来历不明..."
- 埋下线索时 - "桌上放着一封未拆的信..."
- 暗示未来事件时 - "天气预报说三天后会下大雨..."
伏笔设计原则
- 可识别性 - 伏笔要能被读者注意到
- 合理性 - 回收时要有合理的解释
- 权重分配 - 重要伏笔高权重，主线权重≥7
- 时机控制 - 埋设和回收之间要有足够铺垫
DAG验证规则
- 无环 - 伏笔之间不能循环依赖
- 有向 - 边必须从伏笔指向回收点
- 可达 - 每个待收伏笔必须有明确的回收章节