dsh-novel 0.1.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/LICENSE +21 -0
- package/README.md +149 -0
- package/cordis.patch.yml +3 -0
- package/lib/client.js +1560 -0
- package/lib/client.js.map +1 -0
- package/lib/index.js +1436 -0
- package/lib/index.js.map +1 -0
- package/lib/types/client/NovelWorkspaceView.d.ts +3 -0
- package/lib/types/client/entity-client.d.ts +17 -0
- package/lib/types/client/index.d.ts +3 -0
- package/lib/types/client/noveel-shapes.d.ts +1 -0
- package/lib/types/client/novel-api.d.ts +1 -0
- package/lib/types/client/section-icons.d.ts +5 -0
- package/lib/types/client/sections/ChapterSection.d.ts +2 -0
- package/lib/types/client/sections/LevelSection.d.ts +2 -0
- package/lib/types/client/sections/ListDetailSection.d.ts +13 -0
- package/lib/types/client/sections/OutlineSection.d.ts +2 -0
- package/lib/types/client/sections/OverviewSection.d.ts +2 -0
- package/lib/types/client/sections/SkillSection.d.ts +3 -0
- package/lib/types/client/sections/TimelineSection.d.ts +2 -0
- package/lib/types/client/sections/WorldSection.d.ts +2 -0
- package/lib/types/client/sections/owned-sections.d.ts +4 -0
- package/lib/types/client/sections/types.d.ts +14 -0
- package/lib/types/client/styles.d.ts +1 -0
- package/lib/types/client/ui/EntitySidebar.d.ts +10 -0
- package/lib/types/client/ui/RelationPanel.d.ts +6 -0
- package/lib/types/client/ui/TemplateRead.d.ts +13 -0
- package/lib/types/client/ui/TimelinePanel.d.ts +8 -0
- package/lib/types/client/ui/controls.d.ts +22 -0
- package/lib/types/client/ui/live-reload.d.ts +2 -0
- package/lib/types/index.d.ts +5 -0
- package/lib/types/novel/contract.d.ts +2 -0
- package/lib/types/novel/defaults.d.ts +66 -0
- package/lib/types/novel/domains.d.ts +12 -0
- package/lib/types/novel/host-skills.d.ts +58 -0
- package/lib/types/novel/http.d.ts +5 -0
- package/lib/types/novel/normalize-entity.d.ts +18 -0
- package/lib/types/novel/noveel-shapes.d.ts +98 -0
- package/lib/types/novel/outline-labels.d.ts +10 -0
- package/lib/types/novel/schema.d.ts +3 -0
- package/lib/types/novel/seed.d.ts +27 -0
- package/lib/types/novel/store.d.ts +96 -0
- package/lib/types/novel/template-fields.d.ts +17 -0
- package/lib/types/novel/timeline-labels.d.ts +2 -0
- package/lib/types/novel/tools.d.ts +3 -0
- package/package.json +77 -0
- package/seed/skills/chapter//345/216/273AI/345/221/263/344/270/216/350/264/250/346/243/200.md +34 -0
- package/seed/skills/chapter//345/257/271/350/257/235/344/270/216/346/203/205/347/273/252.md +52 -0
- package/seed/skills/chapter//347/253/240/350/212/202/346/225/260/346/215/256/347/273/264/346/212/244.md +61 -0
- package/seed/skills/chapter//347/253/240/350/212/202/350/212/202/345/245/217/344/270/216/345/274/200/345/244/264.md +61 -0
- package/seed/skills/chapter//347/253/240/351/246/226/351/222/251/345/255/220.md +40 -0
- package/seed/skills/creature//345/274/202/345/205/275/344/270/216/347/201/265/346/244/215.md +11 -0
- package/seed/skills/creature//347/224/237/347/211/251/346/241/243/346/241/210/350/246/201/347/264/240.md +13 -0
- package/seed/skills/genres//344/273/231/344/276/240/overview//351/242/230/346/235/220/350/247/204/345/210/231.md +32 -0
- package/seed/skills/genres//344/273/231/344/276/240/review/outline//345/244/247/347/272/262/345/256/241/346/237/245.md +21 -0
- package/seed/skills/genres//345/216/206/345/217/262/overview//351/242/230/346/235/220/350/247/204/345/210/231.md +32 -0
- package/seed/skills/genres//345/216/206/345/217/262/review/outline//345/244/247/347/272/262/345/256/241/346/237/245.md +21 -0
- package/seed/skills/genres//346/202/254/347/226/221/overview//351/242/230/346/235/220/350/247/204/345/210/231.md +33 -0
- package/seed/skills/genres//346/202/254/347/226/221/review/outline//345/244/247/347/272/262/345/256/241/346/237/245.md +21 -0
- package/seed/skills/genres//346/234/253/344/270/226/overview//351/242/230/346/235/220/350/247/204/345/210/231.md +33 -0
- package/seed/skills/genres//346/234/253/344/270/226/review/outline//345/244/247/347/272/262/345/256/241/346/237/245.md +21 -0
- package/seed/skills/genres//347/216/204/345/271/273/overview//351/242/230/346/235/220/350/247/204/345/210/231.md +32 -0
- package/seed/skills/genres//347/216/204/345/271/273/review/outline//345/244/247/347/272/262/345/256/241/346/237/245.md +22 -0
- package/seed/skills/genres//347/247/221/345/271/273/overview//351/242/230/346/235/220/350/247/204/345/210/231.md +33 -0
- package/seed/skills/genres//347/247/221/345/271/273/review/outline//345/244/247/347/272/262/345/256/241/346/237/245.md +21 -0
- package/seed/skills/genres//350/250/200/346/203/205/overview//351/242/230/346/235/220/350/247/204/345/210/231.md +31 -0
- package/seed/skills/genres//350/250/200/346/203/205/review/outline//345/244/247/347/272/262/345/256/241/346/237/245.md +21 -0
- package/seed/skills/genres//351/203/275/345/270/202/overview//351/242/230/346/235/220/350/247/204/345/210/231.md +32 -0
- package/seed/skills/genres//351/203/275/345/270/202/review/outline//345/244/247/347/272/262/345/256/241/346/237/245.md +21 -0
- package/seed/skills/item//346/265/201/350/275/254/344/270/216/345/275/222/345/261/236.md +22 -0
- package/seed/skills/item//347/211/251/345/223/201/346/241/243/346/241/210/350/246/201/347/264/240.md +13 -0
- package/seed/skills/level//346/210/220/351/225/277/344/270/216/347/210/275/347/202/271.md +44 -0
- package/seed/skills/level//350/203/275/345/212/233/344/270/216/344/273/243/344/273/267.md +42 -0
- package/seed/skills/outline//345/211/247/346/203/205/351/252/250/346/236/266/346/265/201/346/260/264/347/272/277.md +51 -0
- package/seed/skills/outline//347/273/223/346/236/204/344/270/216/345/215/267/347/253/240/346/250/241/346/235/277.md +68 -0
- package/seed/skills/outline//351/273/204/351/207/221/344/270/211/347/253/240/344/270/216/351/252/214/346/224/266.md +42 -0
- package/seed/skills/overview//345/215/226/347/202/271/344/270/216/345/256/232/344/275/215.md +52 -0
- package/seed/skills/overview//345/274/200/344/271/246/347/247/215/345/255/220.md +60 -0
- package/seed/skills/overview//346/240/207/351/242/230/345/210/233/344/275/234.md +43 -0
- package/seed/skills/review/chapter//347/253/240/350/212/202/345/256/241/346/237/245.md +72 -0
- package/seed/skills/review/outline//345/244/247/347/272/262/345/256/241/346/237/245.md +74 -0
- package/seed/skills/role//344/272/272/347/211/251/345/241/221/351/200/240.md +52 -0
- package/seed/skills/role//345/205/263/347/263/273/344/270/216/351/205/215/350/247/222.md +53 -0
- package/seed/skills/role//350/247/222/350/211/262/346/241/243/346/241/210.md +52 -0
- package/seed/skills/timeline//344/272/213/344/273/266/350/275/264/350/247/204/345/210/222.md +33 -0
- package/seed/skills/timeline//347/212/266/346/200/201/345/220/214/346/255/245.md +41 -0
- package/seed/skills/world//344/270/226/347/225/214/350/247/204/345/210/231.md +30 -0
- package/seed/skills/world//344/274/217/347/254/224/350/264/246/346/234/254.md +44 -0
- package/seed/skills/world//345/212/277/345/212/233/344/270/216/345/234/260/345/233/276.md +52 -0
- package/seed/skills/writing-style/da-feng-da-geng-ren/STYLE.md +132 -0
- package/seed/skills/writing-style/da-feng-da-geng-ren/meta.json +6 -0
- package/seed/skills/writing-style/hei-dao-da-feng/STYLE.md +144 -0
- package/seed/skills/writing-style/hei-dao-da-feng/meta.json +6 -0
- package/seed/skills/writing-style/hei-dao-xie-huang/STYLE.md +139 -0
- package/seed/skills/writing-style/hei-dao-xie-huang/meta.json +6 -0
- package/seed/templates//344/273/231/344/276/240.json +1322 -0
- package/seed/templates//345/216/206/345/217/262.json +1318 -0
- package/seed/templates//346/202/254/347/226/221.json +1318 -0
- package/seed/templates//346/234/253/344/270/226.json +1127 -0
- package/seed/templates//347/216/204/345/271/273.json +1322 -0
- package/seed/templates//347/247/221/345/271/273.json +1322 -0
- package/seed/templates//350/250/200/346/203/205.json +1318 -0
- package/seed/templates//351/203/275/345/270/202.json +1318 -0
|
@@ -0,0 +1,42 @@
|
|
|
1
|
+
# 黄金三章与验收
|
|
2
|
+
|
|
3
|
+
大纲「可写」的最低标准:前三章留得住读者,并打开后续大弧。正式判定由《大纲审查》/`submitOutlineReview` 负责;本 skill 只约束写入第1–3章节点时的义务。
|
|
4
|
+
|
|
5
|
+
## 核心原则
|
|
6
|
+
|
|
7
|
+
1. 不因「文档不够厚」继续扩设定;能写黄金三章即可开工。
|
|
8
|
+
2. 矛盾公开标出并修复,不藏雷。
|
|
9
|
+
3. 验收看**留人义务**是否兑现:承诺 → 加压 → 早期兑现 → 打开长线。
|
|
10
|
+
|
|
11
|
+
## 黄金三章义务(读者语言)
|
|
12
|
+
|
|
13
|
+
| 章 | 必须交付 | 读者感到 |
|
|
14
|
+
|----|----------|----------|
|
|
15
|
+
| 第1章 | 立住主角、问题、即时张力、钩子;写入 theme/conflict/majorEvents/content | 开篇承诺清晰,想继续看 |
|
|
16
|
+
| 第2章 | 升级矛盾,或揭示能力/约束边界 | 压力上来或规则边界可见 |
|
|
17
|
+
| 第3章 | 早期兑现(小翻盘/揭秘/关系进展)+ 打开下一长线问题 | 有收获,且知道后头更大 |
|
|
18
|
+
|
|
19
|
+
## 保存前检查清单
|
|
20
|
+
|
|
21
|
+
- [ ] 类型与读者预期一致
|
|
22
|
+
- [ ] 一句话主轴(追什么)可售
|
|
23
|
+
- [ ] 剧情骨架无自相矛盾
|
|
24
|
+
- [ ] 卖点与阶段目标对齐
|
|
25
|
+
- [ ] 主角/关键配角动机可读
|
|
26
|
+
- [ ] 世界观仅含约束行动的部分
|
|
27
|
+
- [ ] 第1–3章节点字段齐且可写(能支撑净变化与章末期待)
|
|
28
|
+
- [ ] 第3章后长线问题已打开
|
|
29
|
+
- [ ] 阻塞写作的待确认问题已列出
|
|
30
|
+
|
|
31
|
+
## 写入第1–3章节点时须满足
|
|
32
|
+
|
|
33
|
+
- 三章均有具体 conflict 与有序 majorEvents,content 含章末期待
|
|
34
|
+
- 第1章非纯日常无压力;第3章须有可感知兑现并打开下一问
|
|
35
|
+
- 待确认问题**仅列阻塞项**(不堆设定愿望清单)
|
|
36
|
+
|
|
37
|
+
## 禁忌
|
|
38
|
+
|
|
39
|
+
- 第1章纯日常无压力;第3章仍无任何兑现。
|
|
40
|
+
- 字段齐全但读感劝退(无承诺、无兑现、无长线开口)。
|
|
41
|
+
- 未合并输入(种子/卖点/人设等)就宣称大纲完成。
|
|
42
|
+
- 写作侧自行宣布正式「通过/放行」(应交审查)。
|
|
@@ -0,0 +1,52 @@
|
|
|
1
|
+
# 卖点与定位
|
|
2
|
+
|
|
3
|
+
把灵感压成可约束全书的定位,并写入概述 blueprint。读者向:十秒知「追什么/什么爽」。
|
|
4
|
+
|
|
5
|
+
## 核心原则
|
|
6
|
+
|
|
7
|
+
1. 一句话确认读者承诺:读者打开这本书最想看什么。
|
|
8
|
+
2. 核心卖点最多 3 个;超过则合并或降级。
|
|
9
|
+
3. 主情绪不可偏移;大纲、人物、正文都必须服务它。
|
|
10
|
+
4. 差异化服务追读与爽点,不为复杂而复杂。
|
|
11
|
+
|
|
12
|
+
## 可执行清单
|
|
13
|
+
|
|
14
|
+
1. 拆灵感:题材 / 人物 / 冲突 / 爽点或虐点 / 反转 / 世界观元素。
|
|
15
|
+
2. 定目标读者与主幻想(变强、翻盘、关系独占、揭秘等,只选一个主轴)。
|
|
16
|
+
3. 写清表层卖点、深层爽点、长线钩子。
|
|
17
|
+
4. 检查长线:能否拆出 ≥5 个不重复剧情方向。
|
|
18
|
+
5. 写清首卷卖点与前三章必须兑现的承诺。
|
|
19
|
+
6. 列出风险与避坑(题材偏移、期待断裂、设定崩坏、情绪不兑现)。
|
|
20
|
+
|
|
21
|
+
## 写入概述 blueprint(键名对齐产品)
|
|
22
|
+
|
|
23
|
+
落库/更新概述时优先填这些键(模板包含则写入;勿另起平行标签当唯一真相):
|
|
24
|
+
|
|
25
|
+
| 定位内容 | blueprint 键 |
|
|
26
|
+
|----------|----------------|
|
|
27
|
+
| 题材标签(可多选) | `genre` |
|
|
28
|
+
| 主情绪 / 调性 | `tone` |
|
|
29
|
+
| 核心冲突 | `coreConflict` |
|
|
30
|
+
| 驱动力 / 动机 | `motivation` |
|
|
31
|
+
| 主题 | `theme` |
|
|
32
|
+
| 目标读者 | `targetAudience` |
|
|
33
|
+
| 文风参考 | `styleReference` |
|
|
34
|
+
| 叙事视角 / 人称 | `narrativePerspective` / `narrativePerson` |
|
|
35
|
+
| 章数规划 | `chapterCountPlan` |
|
|
36
|
+
| 单章目标字数 | `chapterWordTarget` |
|
|
37
|
+
| 其他硬约束 | `specialRequirements` |
|
|
38
|
+
|
|
39
|
+
一句话核心梗与开篇承诺可写入 `coreConflict`/`specialRequirements` 或 theme 旁注,须能被后续大纲检索。
|
|
40
|
+
|
|
41
|
+
## 写入自检
|
|
42
|
+
|
|
43
|
+
- 读者十秒能感到追什么、主情绪是什么
|
|
44
|
+
- 卖点≤3 且与 `tone`/`coreConflict` 一致
|
|
45
|
+
- 前三章承诺可检验
|
|
46
|
+
|
|
47
|
+
## 禁忌
|
|
48
|
+
|
|
49
|
+
- 只写市场标签,不写读者承诺与主情绪。
|
|
50
|
+
- 卖点超过 3 个且互不咬合。
|
|
51
|
+
- 首章无危机/杠杆,前三章无第一次有效回报。
|
|
52
|
+
- 定位只停在聊天,不写概述 blueprint。
|
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
# 开书种子
|
|
2
|
+
|
|
3
|
+
用户没有明确想法时,生成可追读的网文向开书方向;有想法时改为补全最小输入。读者向:十秒可售、前三章能留人。
|
|
4
|
+
|
|
5
|
+
## 核心原则
|
|
6
|
+
|
|
7
|
+
1. 目标是可卖、可代入、前三章能兑现,而非文学概念展示。
|
|
8
|
+
2. 每条种子必须含:主角处境 + 开局困境 + 核心杠杆 + 主动选择 + 首章爆点 + 长篇升级暗示。
|
|
9
|
+
3. 成熟赛道 + 一个改变推进方式的新变量。
|
|
10
|
+
4. **选中或确认方向后,必须落到概述 blueprint**(见《卖点与定位》);设定写完即停,等用户 `/novel-outline`。勿停在聊天灵感。
|
|
11
|
+
|
|
12
|
+
## 最小输入(有想法时)
|
|
13
|
+
|
|
14
|
+
先确认或追问:
|
|
15
|
+
|
|
16
|
+
1. **题材**:赛道与主情绪 → `genre` / `tone`
|
|
17
|
+
2. **主角**:身份/缺陷/想要什么 → 驱动 `motivation`,并后续建 role
|
|
18
|
+
3. **核心冲突**:外部压力与驱动力 → `coreConflict`
|
|
19
|
+
|
|
20
|
+
不够则补问,够则写入概述并完成定位;不要进入大纲,等用户 `/novel-outline`。
|
|
21
|
+
|
|
22
|
+
## 五条种子功能位(无想法时)
|
|
23
|
+
|
|
24
|
+
各保留一条,功能实质不同:
|
|
25
|
+
|
|
26
|
+
1. **强钩子**:极端处境 + 可反击杠杆。
|
|
27
|
+
2. **人物成长**:弱到强/低位到高位路径清晰。
|
|
28
|
+
3. **设定奇观**:规则变成可争夺、可升级资源。
|
|
29
|
+
4. **关系牵引**:情绪回报 + 立场/秘密冲突。
|
|
30
|
+
5. **悬念追查**:谜团绑定力量/身份/生存,分层揭开。
|
|
31
|
+
|
|
32
|
+
## 内部筛选门槛(不向用户展示过程)
|
|
33
|
+
|
|
34
|
+
- 十秒可售:题材 + 处境 + 杠杆 + 主回报。
|
|
35
|
+
- 首章有危机、主动选择、杠杆亮相。
|
|
36
|
+
- 前三章能第一次翻盘/揭秘/关系进展。
|
|
37
|
+
- ≥三档量级不同的目标/对手/地图。
|
|
38
|
+
- 五条在幻想与爽点结构上实质不同。
|
|
39
|
+
|
|
40
|
+
## 确认后路径
|
|
41
|
+
|
|
42
|
+
1. 用户选定/混合一条种子(或提供自己的想法)
|
|
43
|
+
2. 写入概述 blueprint:`genre`、`tone`、`coreConflict`、`motivation`、`theme`、`targetAudience` 等
|
|
44
|
+
3. 设定写完即停,等用户调用 `/novel-outline`;勿在开书步骤写卷章节点。
|
|
45
|
+
|
|
46
|
+
## 输出契约(无想法时)
|
|
47
|
+
|
|
48
|
+
```markdown
|
|
49
|
+
1. 【强钩子】一句话种子
|
|
50
|
+
2. 【人物成长】…
|
|
51
|
+
(共 5 条)
|
|
52
|
+
请选择一条、修改、混合,或提供自己的想法。选定后将写入概述。
|
|
53
|
+
```
|
|
54
|
+
|
|
55
|
+
## 禁忌
|
|
56
|
+
|
|
57
|
+
- 电影梗概、单次反转、纯设定展示。
|
|
58
|
+
- 五条都是「获能力—解危机—发现阴谋」换皮。
|
|
59
|
+
- 抽象大词代替具体画面与行动。
|
|
60
|
+
- 选定后不写概述,直接空转聊天。
|
|
@@ -0,0 +1,43 @@
|
|
|
1
|
+
# 标题创作
|
|
2
|
+
|
|
3
|
+
标题是第一印象;选定后写入本书 **书名**(`novels.title`)。按题材风格生成候选,用不同技巧拉开差异。
|
|
4
|
+
|
|
5
|
+
## 核心原则
|
|
6
|
+
|
|
7
|
+
1. 先定题材,再匹配风格;跨题材时优先核心冲突对应风格。
|
|
8
|
+
2. 每个候选使用不同起名技巧。
|
|
9
|
+
3. 一眼可感故事方向,又留一点好奇。
|
|
10
|
+
|
|
11
|
+
## 题材-风格映射
|
|
12
|
+
|
|
13
|
+
| 题材 | 风格 | 常用结构 |
|
|
14
|
+
|------|------|----------|
|
|
15
|
+
| 悬疑/推理 | 悬念 | 谜、局、消失的X、第N个X |
|
|
16
|
+
| 言情/甜宠 | 诗意/温暖 | 意象、四字、对比 |
|
|
17
|
+
| 玄幻/奇幻/仙侠 | 宏大/古风 | 录、传、纪、诀、歌 |
|
|
18
|
+
| 科幻 | 未来/哲思 | 技术意象、悖论 |
|
|
19
|
+
| 历史 | 厚重/时代 | 年代、地名、事件锚点 |
|
|
20
|
+
| 都市/现实 | 生活化 | 口语、反差 |
|
|
21
|
+
| 末世 | 压迫/求生 | 废土、生存、秩序 |
|
|
22
|
+
|
|
23
|
+
(产品分类常见:玄幻、仙侠、都市、历史、科幻、悬疑、言情、末世等;以本书 `category`/概述 `genre` 为准。)
|
|
24
|
+
|
|
25
|
+
## 五种起名法
|
|
26
|
+
|
|
27
|
+
1. **冲突提炼**:关键词直指核心矛盾。
|
|
28
|
+
2. **主角命名**:突出最独特身份/处境,避免全名传记感。
|
|
29
|
+
3. **意象隐喻**:象征主题,可读中回味。
|
|
30
|
+
4. **反差并置**:矛盾元素制造「为什么」。
|
|
31
|
+
5. **悬念留白**:不说破真相,留下缺口。
|
|
32
|
+
|
|
33
|
+
## 输出与落库
|
|
34
|
+
|
|
35
|
+
- 输出 3–5 个候选,标注所用技巧与题材风格。
|
|
36
|
+
- 每个候选附一句:为何适合本书主情绪/卖点。
|
|
37
|
+
- 用户选定后更新书名;可与概述 `theme`/`coreConflict` 一致,勿只改聊天不改书名。
|
|
38
|
+
|
|
39
|
+
## 禁忌
|
|
40
|
+
|
|
41
|
+
- 五个标题同一种结构或同义词堆砌。
|
|
42
|
+
- 剧透终局、空泛大词(命运、传说、永恒)无具体锚点。
|
|
43
|
+
- 与核心冲突/主角处境无关。
|
|
@@ -0,0 +1,72 @@
|
|
|
1
|
+
# 章节审查
|
|
2
|
+
|
|
3
|
+
站在资深连载读者立场,验收本章是否值得翻完、翻完是否还想看下一章;输出结构化判定,不写正文。
|
|
4
|
+
|
|
5
|
+
## 角色
|
|
6
|
+
|
|
7
|
+
你是章节质检官,不替写作 agent 改稿。只读设定与正文,给出判定与可执行修改意见。禁止因「文笔尚可 / 结构像那么回事」放过零回报、假钩、非 “” 对白或注水。
|
|
8
|
+
|
|
9
|
+
## 读者验收五问(必审)
|
|
10
|
+
|
|
11
|
+
任一项明确失败 → 不得判 `accepted`;`notes` 须点名失败问号与改法。
|
|
12
|
+
|
|
13
|
+
1. 开篇会不会让我想划走?
|
|
14
|
+
2. 读完我能一句话说清「得到了什么」吗?
|
|
15
|
+
3. 有没有哪段像说明书/复读/注水?
|
|
16
|
+
4. 对白是否像不同的人在说话,且全是 “”?
|
|
17
|
+
5. 章末我是否想立刻看下一章(真期待,非假钩)?
|
|
18
|
+
|
|
19
|
+
## 审查维度(读者优先)
|
|
20
|
+
|
|
21
|
+
1. **读者验收**:对照五问;写不出「一句话净变化」视为回报失败。
|
|
22
|
+
2. **章节职责**:大纲/合同要求的必须事件与信息交付是否兑现。
|
|
23
|
+
3. **读者回报**:关系 / 信息 / 局势至少一项实质推进;通过时在质量债或 notes 中写清该句净变化。
|
|
24
|
+
4. **主角主动性**:主角是否用选择推动局面,而非纯旁观。
|
|
25
|
+
5. **连续性**:人物硬设定、伏笔、物件归属、时间序、生物出场是否自洽;出戏即卡。
|
|
26
|
+
6. **节奏与翻页欲**:开篇是否劝退;章末是否有真牵引;无效注水是否过多。
|
|
27
|
+
7. **表达**:
|
|
28
|
+
- 去 AI 味(读者症状:假/作文、全员一腔、场面摸不着)← 否定式并列过密、格言旁白、解释性推进、口吻均质、悬空判断等。
|
|
29
|
+
- **对白硬规则**:人物说出的话一律用 “”;禁止英文直引号 `""`、直角引号「」、`()`、`[]`、`《》`、`『』` 充当对白外壳;禁止括号夹注对白或内心;违者至少 `local_patch`。
|
|
30
|
+
8. **长线**:是否与邻章/卷规划结构性冲突 → `stop_for_replan`。
|
|
31
|
+
9. **数据维护**:对照写作轮 `updateManifest`;正文新出现的人物/关系/物品/生物/世界/时间线/等级变更是否已列入。覆盖域:`role`、`roleRelation`、`roleTimeline`、`item`、`itemTimeline`、`creature`、`creatureTimeline`、`world`、`worldTimeline`、`timeline`、`level`。`ok=false` 时不得判 `accepted`。
|
|
32
|
+
10. **单章字数**:对照概述 `chapterWordTarget`(允许 ±15%,去空白计)。系统会注入实测字数与目标区间;**越界不得**判 `accepted` / `continue_with_warning`,应判 `local_patch`(略短补写 / 略长删注水)或 `rewrite_needed`(严重偏离)。未设置目标时在 notes 中注明即可,不因此卡关。**字数达标仍可因注水、零回报、假钩不通过。**
|
|
33
|
+
|
|
34
|
+
## 判定表(必须选一)
|
|
35
|
+
|
|
36
|
+
| 判定 | 含义 | 是否通过 |
|
|
37
|
+
|------|------|----------|
|
|
38
|
+
| accepted | 可继续下一章/下一任务 | 通过 |
|
|
39
|
+
| continue_with_warning | 有质量债可记,不阻塞 | 通过 |
|
|
40
|
+
| local_patch | 局部可修,需写作 agent 改片段 | 不通过 |
|
|
41
|
+
| rewrite_needed | 须重写本章关键段落 | 不通过 |
|
|
42
|
+
| stop_for_replan | 与邻章/卷规划结构性冲突 | 不通过 |
|
|
43
|
+
|
|
44
|
+
### 常见情形 → 建议判定
|
|
45
|
+
|
|
46
|
+
| 情形 | 建议判定 |
|
|
47
|
+
|------|----------|
|
|
48
|
+
| 零净变化;假钩;开篇劝退且全章空转 | `rewrite_needed` |
|
|
49
|
+
| 非 “” 对白外壳;括号夹注对白/内心;局部注水;单段口吻均质 | `local_patch` |
|
|
50
|
+
| `updateManifest` 漏报新人物/生物/物品/关系等 | `local_patch` 或 `rewrite_needed`(漏报多且影响连续性时),且 `dataMaintenance.ok=false` |
|
|
51
|
+
| 字数略越界 | `local_patch` |
|
|
52
|
+
| 字数严重偏离 | `rewrite_needed` |
|
|
53
|
+
| 邻章/卷结构性冲突 | `stop_for_replan` |
|
|
54
|
+
| 五问基本过关,仅有可记小债 | `continue_with_warning` |
|
|
55
|
+
|
|
56
|
+
## 输出契约
|
|
57
|
+
|
|
58
|
+
必须调用 `submitChapterReview` 工具提交:
|
|
59
|
+
|
|
60
|
+
- `verdict`:上表之一
|
|
61
|
+
- `notes`:给写作 agent 的修改意见(不通过时必填:点名失败的五问/维度、改哪类问题、保留什么;通过时可写简短质量债,并尽量含「一句话净变化」)
|
|
62
|
+
- `mustKeep`:不可改动的事实、真钩子、合同必须事件(可选)
|
|
63
|
+
- `dataMaintenance`:`{ ok, notes, suspectedMissing? }` — 设定变更清单是否完整;`ok=false` 时不得判 `accepted`
|
|
64
|
+
- `wordCountCheck`:`{ ok, notes }` — 必须填写;对照注入的实测字数与目标区间;越界时 `ok=false` 且 notes 写明应补/删方向
|
|
65
|
+
|
|
66
|
+
## 禁忌
|
|
67
|
+
|
|
68
|
+
- 不以外部「AI 检测分」为唯一依据。
|
|
69
|
+
- 不要求为「像人」而加错别字或伪造经历。
|
|
70
|
+
- 不擅自改写正文;只给判定与意见。
|
|
71
|
+
- 不得因「文笔尚可」而放过字数硬约束(已设置目标时)。
|
|
72
|
+
- 不得因「文笔尚可」而放过五问失败、非 “” 对白、零净变化、假钩或明显注水。
|
|
@@ -0,0 +1,74 @@
|
|
|
1
|
+
# 大纲审查
|
|
2
|
+
|
|
3
|
+
站在资深连载读者立场,审查大纲是否让人追得清楚、前三章留得住、往后不腻,且章纲足以支撑好正文;输出结构化判定,不代写大纲。
|
|
4
|
+
|
|
5
|
+
## 角色
|
|
6
|
+
|
|
7
|
+
你是大纲质检官,不替写作 agent 改稿。只读概述/设定与大纲草稿,给出判定与可执行修改意见。禁止因「文档很厚 / 结构名词齐全」放行追不清、章纲不可写或同质循环。
|
|
8
|
+
|
|
9
|
+
## 读者验收五问(必审)
|
|
10
|
+
|
|
11
|
+
任一项明确失败 → 不得判 `accepted`;`notes` 须点名失败问号与改法。
|
|
12
|
+
|
|
13
|
+
1. 我能不能一句话说清「这本书/这卷在追什么」?
|
|
14
|
+
2. 前三章设计是否让我想继续看(有承诺、有加压、有早期兑现)?
|
|
15
|
+
3. 往后阶段是「更刺激/更大代价」,还是同质循环我会腻?
|
|
16
|
+
4. 随便抽一章说明:能否想象写成有冲突、有净变化、有章末期待的正文?
|
|
17
|
+
5. 有没有明显会出戏的硬伤(承诺打架、伏笔悬空、设定互斥)?
|
|
18
|
+
|
|
19
|
+
## 审查维度(读者优先)
|
|
20
|
+
|
|
21
|
+
1. **读者验收**:对照五问;写不出「一句话主轴」视为失败。
|
|
22
|
+
2. **主轴与承诺**:开篇承诺与终局方向一致;题材期待与雷点见分类审查技能。
|
|
23
|
+
3. **设定一致性**:概述、人设、世界观、level 体系(能力与代价)无冲突。
|
|
24
|
+
4. **阶段递升与压力**:阶段/卷目标递升;对手/压力连续;同质打脸/误会循环当主结构 → 不通过。
|
|
25
|
+
5. **因果与可写性**:章 `majorEvents` 具体、有序、可执行;章间可因果推导;仅有摘要无 conflict/事件 → `local_patch` / `rewrite_needed`。
|
|
26
|
+
6. **主角弧线**:动机连续、成长轨迹可信,非纯事件堆叠。
|
|
27
|
+
7. **前后呼应**:伏笔埋设→兑现可读;卷间衔接无断点。
|
|
28
|
+
8. **高潮起伏**:每卷至少一个爆发点/兑现点;爽点有代价/反噬,不平铺。
|
|
29
|
+
9. **结构与黄金三章**:卷 + 单章说明完整、章号唯一、theme/conflict/majorEvents/content 齐;第1–3章留人义务可验收(承诺→加压→兑现→打开长线)。
|
|
30
|
+
10. **章纲支撑正文**:抽查若干章说明,是否足以支撑章节「净变化 + 章末期待」;对不齐则 `local_patch` 或记质量债。
|
|
31
|
+
|
|
32
|
+
## 严重度 → 判定
|
|
33
|
+
|
|
34
|
+
| 严重度 | 含义 | 建议判定 |
|
|
35
|
+
|--------|------|----------|
|
|
36
|
+
| structural | 主轴/题材错位、结构崩、与设定硬冲突、同质循环当主结构 | stop_for_replan |
|
|
37
|
+
| patch | 局部可修(缺字段、单卷平、某章矛盾/不可写) | local_patch / rewrite_needed |
|
|
38
|
+
| debt | 可记质量债、不阻塞开工 | continue_with_warning |
|
|
39
|
+
|
|
40
|
+
## 判定表(必须选一)
|
|
41
|
+
|
|
42
|
+
| 判定 | 含义 | 是否通过 |
|
|
43
|
+
|------|------|----------|
|
|
44
|
+
| accepted | 可进入章纲/正文 | 通过 |
|
|
45
|
+
| continue_with_warning | 有质量债可记,不阻塞 | 通过 |
|
|
46
|
+
| local_patch | 局部可修,需写作 agent 改节点 | 不通过 |
|
|
47
|
+
| rewrite_needed | 须重写相关卷/章说明 | 不通过 |
|
|
48
|
+
| stop_for_replan | 主轴/题材/设定结构性冲突 | 不通过 |
|
|
49
|
+
|
|
50
|
+
### 常见情形 → 建议判定
|
|
51
|
+
|
|
52
|
+
| 情形 | 建议判定 |
|
|
53
|
+
|------|----------|
|
|
54
|
+
| 主轴混乱;开篇无承诺;同质循环当主结构;承诺与终局打架 | `rewrite_needed` / `stop_for_replan` |
|
|
55
|
+
| 单章缺 conflict/majorEvents;章纲空泛不可写;个别因果断裂 | `local_patch` |
|
|
56
|
+
| 多卷/多章需重写事件链 | `rewrite_needed` |
|
|
57
|
+
| 黄金三章字段齐但第3章无兑现或未打开长线 | `local_patch` / `rewrite_needed` |
|
|
58
|
+
| 五问基本过关,仅有可记小债 | `continue_with_warning` |
|
|
59
|
+
|
|
60
|
+
## 输出契约
|
|
61
|
+
|
|
62
|
+
必须调用 `submitOutlineReview` 工具提交:
|
|
63
|
+
|
|
64
|
+
- `verdict`:上表之一
|
|
65
|
+
- `notes`:给写作 agent 的修改意见(不通过时必填:点名失败的五问/维度、可执行改法;通过时可写简短质量债,并尽量含「一句话主轴」)
|
|
66
|
+
- `mustKeep`:不可改动的主轴/钩子/伏笔(可选)
|
|
67
|
+
|
|
68
|
+
## 禁忌
|
|
69
|
+
|
|
70
|
+
- 不以「感觉不错」放行;须对照维度给证据。
|
|
71
|
+
- 不要求为「像人」而加错别字或伪造经历。
|
|
72
|
+
- 不擅自改写大纲;只给判定与意见。
|
|
73
|
+
- 不因文档不够厚而否决;能支撑黄金三章与后续大弧即可。
|
|
74
|
+
- 不得因文档很厚或「结构名词齐全」放行追不清、章纲不可写、同质循环或前三章劝退。
|
|
@@ -0,0 +1,52 @@
|
|
|
1
|
+
# 人物塑造
|
|
2
|
+
|
|
3
|
+
读者记住的是人,不是情节。写作时用矛盾与选择塑造人物。读者向:闭眼能辨声口。
|
|
4
|
+
|
|
5
|
+
## 核心原则
|
|
6
|
+
|
|
7
|
+
1. **矛盾创造深度**:有效矛盾服务核心,不为矛盾而矛盾。
|
|
8
|
+
2. **展示而非讲述**:用动作、选择、习惯代替性格标签。
|
|
9
|
+
3. **缺陷制造剧情**:缺陷在关键时刻导致失败,才有成长。
|
|
10
|
+
|
|
11
|
+
## 可执行清单
|
|
12
|
+
|
|
13
|
+
### 侧面揭示
|
|
14
|
+
|
|
15
|
+
| 弱(标签) | 强(展示) |
|
|
16
|
+
|------------|------------|
|
|
17
|
+
| 他很愤怒 | 捏碎纸杯,碎片扎进掌心也不松 |
|
|
18
|
+
| 她很紧张 | 第三次调整眼镜 |
|
|
19
|
+
| 他很傲慢 | 从不直视下属,对话总看窗外 |
|
|
20
|
+
|
|
21
|
+
- 压力下的选择 > 任何形容词。
|
|
22
|
+
- 反复小习惯暴露无意识真相。
|
|
23
|
+
|
|
24
|
+
### 主角必须有
|
|
25
|
+
|
|
26
|
+
- 明确目标、强大动机、可共情、成长空间。
|
|
27
|
+
- 缺陷致命化:傲慢→低估对手;信任问题→孤立;完美主义→错失时机等。
|
|
28
|
+
|
|
29
|
+
### 反派标准
|
|
30
|
+
|
|
31
|
+
- 强大可信,有自己的逻辑与信念。
|
|
32
|
+
- 与主角有深层联系,能揭示主题。
|
|
33
|
+
- 不是草台班子,也不是纯为作恶。
|
|
34
|
+
|
|
35
|
+
### 配角
|
|
36
|
+
|
|
37
|
+
- 每人至少一个不可替代功能(信息/资源/情绪/镜像/冲突)。
|
|
38
|
+
- 避免只会递道具的工具人;重要工具人须反工具化(独立目标或意外选择)。
|
|
39
|
+
|
|
40
|
+
## 修订自检(写人/改人时,勿单独交报告)
|
|
41
|
+
|
|
42
|
+
- 是否有一个有效矛盾或压力选择可写进正文
|
|
43
|
+
- 缺陷是否会在关键情节导致失败
|
|
44
|
+
- 是否有 1–2 个习惯/动作钩子;对白是否可辨(用 “”)
|
|
45
|
+
|
|
46
|
+
档案与关系落库见《角色档案》《关系与配角》。
|
|
47
|
+
|
|
48
|
+
## 禁忌
|
|
49
|
+
|
|
50
|
+
- 直接陈述「他很X」而无行为证据。
|
|
51
|
+
- 完美无缺陷主角;疯狂无逻辑反派。
|
|
52
|
+
- 配角只为推动剧情突然变蠢/变善。
|
|
@@ -0,0 +1,53 @@
|
|
|
1
|
+
# 关系与配角
|
|
2
|
+
|
|
3
|
+
关系提供情绪回报,也制造冲突;配角补主角缺口,不做工具人。读者向:关系变化可读。
|
|
4
|
+
|
|
5
|
+
## 核心原则
|
|
6
|
+
|
|
7
|
+
1. 感情线要有**好感/信任门槛**与可推进阶段,不是一见钟情后静止。
|
|
8
|
+
2. 配角按主角缺口配置:信息、情绪、资源、冲突、镜像、背叛。
|
|
9
|
+
3. 重要配角有独立目标;与主角利益不完全重合。
|
|
10
|
+
|
|
11
|
+
## 写库契约(roleRelation)
|
|
12
|
+
|
|
13
|
+
- 落库为**一条有向边**:双方引用(`from`/`to` 的 id 或 name,或 `roleId`/`targetRoleId`)+ **`relationType`** + 非空 **`content`**。
|
|
14
|
+
- 系统按姓名解析两端;内容页在双方人物下都展示这条边。**不要**再写一条对调的反向行(「父/子」不能原样对调)。
|
|
15
|
+
- 写入前先确保两个人物已存在。
|
|
16
|
+
- `relationType` 示例:亲属 / 师徒 / 盟友 / 仇敌 / 恋人 / 上下级 / 利用 等(与冲突阶段写进 content)。
|
|
17
|
+
- 关系阶段变化、决裂、结盟 → 更新或新建关系边,必要时补 `roleTimeline`。
|
|
18
|
+
|
|
19
|
+
## 可执行清单
|
|
20
|
+
|
|
21
|
+
### 关系线
|
|
22
|
+
|
|
23
|
+
- 定关系类型与当前阶段、下一阶段门槛(做什么才会变)。
|
|
24
|
+
- 每次互动至少推进:信息、情绪、立场、秘密之一。
|
|
25
|
+
- 虐点后须有补偿或反转路径,避免纯虐无回报。
|
|
26
|
+
|
|
27
|
+
### 配角功能位
|
|
28
|
+
|
|
29
|
+
| 功能 | 作用 |
|
|
30
|
+
|------|------|
|
|
31
|
+
| 信息 | 带来未知线索 |
|
|
32
|
+
| 资源 | 开门/给钱/给权 |
|
|
33
|
+
| 情绪 | 触发主题与隐痛 |
|
|
34
|
+
| 冲突 | 制造外部压力 |
|
|
35
|
+
| 镜像 | 对照主角道路 |
|
|
36
|
+
| 背叛 | 打破信任结构 |
|
|
37
|
+
|
|
38
|
+
### 反工具化
|
|
39
|
+
|
|
40
|
+
- 给工具型配角一次「不符合剧情便利」的选择或隐藏动机。
|
|
41
|
+
|
|
42
|
+
## 修订自检(勿单独交报告)
|
|
43
|
+
|
|
44
|
+
- 关系对是否已有 `roleRelation` 边
|
|
45
|
+
- 下一门槛是否可写进正文
|
|
46
|
+
- 配角是否补了主角缺口且有独立目标
|
|
47
|
+
|
|
48
|
+
## 禁忌
|
|
49
|
+
|
|
50
|
+
- 配角只递道具、无姓名无反应。
|
|
51
|
+
- 感情线无门槛、无代价、无阶段变化。
|
|
52
|
+
- 为推进剧情强行破人设(突然无脑、突然洗白)。
|
|
53
|
+
- 只写「A↔B 是朋友」散文,不落库关系边。
|
|
@@ -0,0 +1,52 @@
|
|
|
1
|
+
# 角色档案
|
|
2
|
+
|
|
3
|
+
角色不是散文小传,而是后续大纲与正文可读的状态卡。读者向:闭眼能辨声口;关系变化可读。
|
|
4
|
+
|
|
5
|
+
## 核心原则
|
|
6
|
+
|
|
7
|
+
1. 每个重要角色有**动机三角**:想要 / 害怕 / 信念。
|
|
8
|
+
2. 区分故事功能与情绪功能;重大选择须能追溯到动机三角。
|
|
9
|
+
3. 缺信息标「待补充」,不编造成已确认事实。
|
|
10
|
+
4. 深度分级:锚点(一句话)→ 完整档案 → 章节当下状态。
|
|
11
|
+
|
|
12
|
+
## 写库契约
|
|
13
|
+
|
|
14
|
+
- **只建重要角色**:主角/核心配角及后续大纲、正文会复用者入库;路人、一次性龙套不必建档(正文临场描写即可)。
|
|
15
|
+
- **`name`**:全书人物名;创建/更新人物实体。
|
|
16
|
+
- **`faction`**:归属势力/聚居点名,须**等于**已有世界节点名(优先 `faction` 等组织类;无势力时可用 `city`/`town`/`settlement`);勿自造未建档名称。**有势力归属时先保证 world 节点存在**(开书创建同此)。
|
|
17
|
+
- **模板字段写顶层**:先 `get_template`,按 `role.detailFields` 的 key 写在实体根上(如 `occupation`、`roleType`),**不要**包进 `profile`。
|
|
18
|
+
- **关系**:多人互动用 `roleRelation`(`from`/`to` 姓名或 `roleId`/`targetRoleId` + `relationType` + `content`),不要只写在档案散文里。系统按姓名解析;内容页两侧都能看到同一条有向边,不要再插一条反向行。
|
|
19
|
+
- **履历**:晋升、负伤、重大抉择须同步写 `roleTimeline`(`roleId`/`name` + `timeLabel` + 整数 `timePoint` + `content`);装饰性时间点不必入库。开书建档若已有重要履历,一并写入,勿只塞档案散文。
|
|
20
|
+
|
|
21
|
+
## 可执行清单
|
|
22
|
+
|
|
23
|
+
### 动机三角
|
|
24
|
+
|
|
25
|
+
- 想要:当前具体目标(可检验)。
|
|
26
|
+
- 害怕:最怕失去什么。
|
|
27
|
+
- 信念:他以为世界/自己/他人如何。
|
|
28
|
+
|
|
29
|
+
### 主角必填差
|
|
30
|
+
|
|
31
|
+
- 显性/隐性身份、金手指边界、核心弱点、成长状态。
|
|
32
|
+
|
|
33
|
+
### 反派必填差
|
|
34
|
+
|
|
35
|
+
- 独立目标、资源层级、压迫手段、失败节点、是否可洗白。
|
|
36
|
+
|
|
37
|
+
### 语言风格卡(重要角色)
|
|
38
|
+
|
|
39
|
+
- 用词习惯、句长、口头禅、禁忌话题、对谁说话会变。
|
|
40
|
+
|
|
41
|
+
## 写入自检
|
|
42
|
+
|
|
43
|
+
- 动机三角可追溯到后续选择
|
|
44
|
+
- `faction` 已对齐世界节点(若有归属)
|
|
45
|
+
- 关键关系已有 `roleRelation` 边,而非仅散文一句
|
|
46
|
+
|
|
47
|
+
## 禁忌
|
|
48
|
+
|
|
49
|
+
- 只有外貌与履历,无动机三角。
|
|
50
|
+
- 金手指无限制、无代价、无暴露风险。
|
|
51
|
+
- 用空话(命运之子、神秘强大)代替可执行设定。
|
|
52
|
+
- `faction` 填不存在的世界节点名。
|
|
@@ -0,0 +1,33 @@
|
|
|
1
|
+
# 事件轴规划
|
|
2
|
+
|
|
3
|
+
时间线管因果顺序与并行线,防止前后矛盾。读者向:因果不断、伏笔有去向。
|
|
4
|
+
|
|
5
|
+
## 核心原则
|
|
6
|
+
|
|
7
|
+
1. 事件有先后与因果,不是清单堆砌。
|
|
8
|
+
2. 并行线(多视角/多势力)须标注汇合点。
|
|
9
|
+
3. 与大纲节点、伏笔回收点对齐。
|
|
10
|
+
4. **落库写入全书 `timeline` 实体**,勿只维护平行 Markdown 表。
|
|
11
|
+
5. **只建关键事件**:主线/冲突/伏笔与后续写章会引用者入库;装饰性旁支时间点不必先落库。
|
|
12
|
+
|
|
13
|
+
## 可执行清单
|
|
14
|
+
|
|
15
|
+
1. 列出主线关键事件(起因 → 转折 → 高潮 → 后果)。
|
|
16
|
+
2. 标注时间锚点:展示用 `timeLabel` + 排序用整数 `timePoint`(越大越靠后,推荐 YYYYMMDD)。
|
|
17
|
+
3. 每条事件填:`title`、`content`、`eventType`。
|
|
18
|
+
4. `eventType` 取值:`plot`(主线)/ `conflict`(冲突)/ `suspense`(悬念)/ `foreshadow`(伏笔)/ `turning`(转折)/ `resolution`(收束)/ `other`。
|
|
19
|
+
5. 可解析类型(`conflict` / `suspense` / `foreshadow`)须维护 `isResolved`;回收时写 `resolveChapterNo`(若有)。
|
|
20
|
+
6. 并行线:各线当前进度与下一次交汇;检查人物年龄/伤势/道具归属/势力态度一致。
|
|
21
|
+
|
|
22
|
+
## 写入自检(timeline 实体)
|
|
23
|
+
|
|
24
|
+
- `timeLabel` + `timePoint` + `title` + `content` + `eventType` 齐
|
|
25
|
+
- 伏笔/冲突/悬念:未回收则 `isResolved=false`;回收后果写清
|
|
26
|
+
- 关联章可用 `relatedChapterNo`(章号),勿传章节 UUID
|
|
27
|
+
|
|
28
|
+
## 禁忌
|
|
29
|
+
|
|
30
|
+
- 无因果的事件罗列。
|
|
31
|
+
- 同一角色同时出现在互斥地点且无说明。
|
|
32
|
+
- 回收伏笔早于埋设,或关键转折无时间锚点。
|
|
33
|
+
- 只用自定义表格不落库。
|
|
@@ -0,0 +1,41 @@
|
|
|
1
|
+
# 状态同步
|
|
2
|
+
|
|
3
|
+
开书/设定创建与章后维护**同一域分流**:状态类变更须写回正确宿主域(及对应 `*Timeline`),勿只堆全书 `timeline`。**重要才同步**(影响后续决策/归属/主线);装饰性旁支与路人细节不同步。章后把会影响后续决策的变化写回**正确的域**,供连贯与防出戏。读者向:因果不断、归属不乱。
|
|
4
|
+
|
|
5
|
+
## 核心原则
|
|
6
|
+
|
|
7
|
+
1. 每章(或每关键节点)结束,更新「当下事实」。
|
|
8
|
+
2. 只记录会影响后续决策的变化,不抄正文。
|
|
9
|
+
3. **分流落库**,勿把一切塞进一张全书时间线表。
|
|
10
|
+
|
|
11
|
+
## 域分流
|
|
12
|
+
|
|
13
|
+
| 变化类型 | 写入域 |
|
|
14
|
+
|----------|--------|
|
|
15
|
+
| 全书冲突/悬念/伏笔/转折/主线节点 | `timeline`(见《事件轴规划》) |
|
|
16
|
+
| 人物伤势、晋升、重大抉择履历 | `role` 更新 + `roleTimeline` |
|
|
17
|
+
| 物品易主、损毁、认主 | `item.owner` + `itemTimeline` |
|
|
18
|
+
| 生物驯化、战损、易主 | `creature.owner` + `creatureTimeline` |
|
|
19
|
+
| 地点/势力易主、战乱、政权 | `world` 更新 + `worldTimeline` |
|
|
20
|
+
|
|
21
|
+
伏笔生命周期方法论见《伏笔账本》;**落库**用 `timeline.eventType=foreshadow` + `isResolved`。
|
|
22
|
+
|
|
23
|
+
## 章后检查清单
|
|
24
|
+
|
|
25
|
+
- **人物**:伤势、位置、知情范围、关系阶段、能力解锁 → role / roleRelation / roleTimeline
|
|
26
|
+
- **世界/势力**:规则暴露、势力态度、地盘得失 → world / worldTimeline
|
|
27
|
+
- **资源**:关键道具归属 → item / itemTimeline
|
|
28
|
+
- **生物**:有主/无主、战损 → creature / creatureTimeline
|
|
29
|
+
- **伏笔/冲突/悬念**:新增/推进/回收 → timeline
|
|
30
|
+
- **时间**:相对日序/`timePoint` 是否推进
|
|
31
|
+
|
|
32
|
+
## 写入自检
|
|
33
|
+
|
|
34
|
+
- 有设定变更则章节 `updateManifest` 列入对应 domain;无变更可 `noSettingChanges`
|
|
35
|
+
- 禁止 silently 覆盖旧事实;修订须在 content/timeline 说清
|
|
36
|
+
|
|
37
|
+
## 禁忌
|
|
38
|
+
|
|
39
|
+
- 正文已改设定,各域 timeline/档案不更新。
|
|
40
|
+
- 把整章剧情摘要当唯一状态(过长且难检索)。
|
|
41
|
+
- 人物履历、物品易主全塞进全书 `timeline` 却不更新宿主域。
|
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
# 世界规则
|
|
2
|
+
|
|
3
|
+
规则约束行动与冲突,不是百科背景板。读者向:规则能约束行动,非百科。
|
|
4
|
+
|
|
5
|
+
## 核心原则
|
|
6
|
+
|
|
7
|
+
1. 每条规则回答:能做什么 / 不能做什么 / 违反代价。
|
|
8
|
+
2. 写清信息公开度:读者 / 主角 / 配角 / 反派各知道什么。
|
|
9
|
+
3. 禁止临时新增万能规则救场。
|
|
10
|
+
4. 影响多章的规则挂到相关 **world 节点** 的 detail(如 `culture`/`history`/`factions`/`geography`),必要时补 `worldTimeline`。
|
|
11
|
+
|
|
12
|
+
## 可执行清单
|
|
13
|
+
|
|
14
|
+
1. **来源**:自然法则、制度、神明、系统、宗门、国家、副本等。
|
|
15
|
+
2. **边界**:允许、禁止、灰区;违反后立即代价与长期后果。
|
|
16
|
+
3. **反制**:能否绕开、利用、误读、升级。
|
|
17
|
+
4. **长期影响**:如何改变势力、地图、人物目标、伏笔。
|
|
18
|
+
5. **使用边界**:哪些问题不能靠本规则临时解决。
|
|
19
|
+
6. 影响多章的规则须可在世界节点中检索到,勿只存在于聊天记录。
|
|
20
|
+
|
|
21
|
+
## 写入自检
|
|
22
|
+
|
|
23
|
+
- 规则能否落到具体 world 节点 detail(或明确「全书元规则」写在概述/主世界节点)
|
|
24
|
+
- 与 level 体系、金手指边界是否打架
|
|
25
|
+
|
|
26
|
+
## 禁忌
|
|
27
|
+
|
|
28
|
+
- 只写地理风俗,无行动约束。
|
|
29
|
+
- 本章首次出现且正好解决死局的「新规则」。
|
|
30
|
+
- 规则与已有力量/势力设定互相打架且不标注。
|
|
@@ -0,0 +1,44 @@
|
|
|
1
|
+
# 伏笔账本
|
|
2
|
+
|
|
3
|
+
伏笔必须可追踪、可回收、回收后改变局势。读者向:不被耍——伏笔有去向。
|
|
4
|
+
|
|
5
|
+
## 核心原则
|
|
6
|
+
|
|
7
|
+
1. 生命周期:埋设 → 推进 → 提示 → 回收 → 后果。
|
|
8
|
+
2. 每个伏笔有状态,不能只写灵感。
|
|
9
|
+
3. 回收必须影响关系、规则或主线,不能回收完消失。
|
|
10
|
+
|
|
11
|
+
## 落库映射(必遵)
|
|
12
|
+
|
|
13
|
+
本 skill 可挂在世界写作区作方法论,但**产品落库在全书 `timeline`**:
|
|
14
|
+
|
|
15
|
+
| 账本概念 | timeline 字段 |
|
|
16
|
+
|----------|----------------|
|
|
17
|
+
| 伏笔条目 | `eventType=foreshadow` |
|
|
18
|
+
| 埋设/推进内容 | `title` + `content`;`timeLabel` + `timePoint` |
|
|
19
|
+
| 未回收 / 已回收 | `isResolved=false/true` |
|
|
20
|
+
| 回收章 | `resolveChapterNo`(章号);关联章可用 `relatedChapterNo` |
|
|
21
|
+
|
|
22
|
+
冲突/悬念同样可用 `conflict` / `suspense` + `isResolved`。规划方法见《事件轴规划》;章后分流见《状态同步》。
|
|
23
|
+
|
|
24
|
+
勿只维护平行 Markdown「F1 表」当作唯一真相。
|
|
25
|
+
|
|
26
|
+
## 可执行清单
|
|
27
|
+
|
|
28
|
+
### 写章时
|
|
29
|
+
|
|
30
|
+
- 标注:新增 / 推进 / 回收 / 延后,并同步 timeline 实体。
|
|
31
|
+
- 若无新增,明确「本章无新增伏笔」。
|
|
32
|
+
- 过期伏笔:补回收 / 延后 / 转长线 / 放弃,并更新 `isResolved` 或 content 说明。
|
|
33
|
+
|
|
34
|
+
### 埋设质量
|
|
35
|
+
|
|
36
|
+
- 自然出现,不解释。
|
|
37
|
+
- 推进时换角度重复,避免一眼看穿又长期无回音。
|
|
38
|
+
|
|
39
|
+
## 禁忌
|
|
40
|
+
|
|
41
|
+
- 大量埋伏笔从不回收。
|
|
42
|
+
- 回收只解释设定、不改变后续行动。
|
|
43
|
+
- 用新万能设定覆盖未回收旧伏笔。
|
|
44
|
+
- 账本只在聊天/Markdown,库中无 foreshadow 事件。
|