novel-heavy

Name: novel-heavy
Author: alfredxw

512stars92forks

How to install novel-heavy?

alfredxw/denova/novel-heavy

$npx -y skills add alfredxw/denova --skill novel-heavy

Installs into the current project.

Summary

关键内容、复杂剧情和长篇连续性要求高的写作流程；先规划、综合审稿、再生成状态更新。

Files · 1

View on GitHub

SKILL.md

1	# novel-heavy
2
3	这个 Skill 用于关键场景、复杂剧情、长链路连续性和需要同步更新作品状态的写作任务。
4
5	## 写作范围判断
6
7	- 从用户的实际指令判断写作范围，例如“续写一段”“写一个场景”“写一章”“写三章”“写一个剧情 arc”或用户自定义目标。
8	- 除非用户明确说“写下一章”，否则不要假设任务一定是下一章。
9	- 用户消息是判断范围、目标、约束和输出形态的唯一来源。
10	- 没有 `writing_scope` 字段；不要等待或编造额外字段。
11	- 当用户要求一次写 N 章或多段 arc 时，Context Plan 必须包含整体计划和分章计划。
12
13	## 流程
14
15	context-planner -> writer -> reviewer -> fixer -> final-gate -> memory-patcher -> final output
16
17	## 工具使用要求
18
19	- 写作前使用 `read_file` 读取必要上下文：`CREATOR.md`、`setting/outline.md`、`setting/progress.md`、`setting/character-states.md`、相关章节组细纲和最近章节；涉及资料库条目时先用 `list_lore_items` 判断，再用 `read_lore_items` 读取相关完整资料。
20	- 所有角色 subagent 都必须通过 `task` 工具委派。每次调用 `task` 时，在 description 中写清角色名、用户目标、必要上下文来源、文件路径、允许/禁止写入、期望输出格式和交付物。
21	- `context-planner`、`reviewer`、`final-gate`、`memory-patcher` 默认只返回计划、审稿、检查或 patch，不直接改文件；`writer` 和 `fixer` 是否写文件由主 Agent 的委派说明决定。主 Agent 对最终落盘结果负责。
22	- 创建新章节、写入整章初稿、覆盖整章修订稿时使用 `write_file`；局部修改已有章节或状态文件时使用 `edit_file`，并确保 `old_string` 来自最近一次 `read_file` 的实际内容且不包含行号前缀。
23	- 写入 `setting/progress.md` 和 `setting/character-states.md` 时，优先用 `edit_file` 更新对应条目；只有文件不存在、结构严重不匹配或需要全量重排时才用 `write_file`。
24	- 每次调用 `write_file` 或 `edit_file` 后都要检查工具结果。若结果包含 `[tool error]`、参数 JSON 错误、`string not found`、路径错误或截断提示，不得宣称已完成；应重新读取目标文件、修正参数后重试，或明确告诉用户未写入成功。
25	- Final Gate 通过后，使用 `read_file` 读回最终章节关键片段；如果写入了状态文件，也读回对应关键片段，确认内容已经落盘。
26
27	如果这些角色 subagent 可用，请按顺序使用：
28
29	1. 使用 `task` 工具委派 `context-planner` 整理 Context Plan。
30	2. 使用 `task` 工具委派 `writer` 根据计划生成正文。
31	3. 使用 `task` 工具委派 `reviewer` 做一次综合审稿。
32	4. 使用 `task` 工具委派 `fixer` 只修真正需要修的问题。
33	5. 使用 `task` 工具委派 `final-gate` 检查修订稿是否满足用户要求、计划、canon 和风格约束。
34	6. 使用 `task` 工具委派 `memory-patcher` 生成 progress 和 character-state 等状态更新。
35	7. 主 Agent 输出最终结果，以及必要的用户可见状态更新摘要。
36
37	## Context Plan
38
39	写作前先生成轻量计划，格式如下：
40
41	```md
42	# Context Plan
43
44	## Writing Scope
45	本次要写什么范围，例如一段、一个场景、一章、N 章、一个剧情 arc。
46
47	## Goal
48	本次写作要完成的剧情目标。
49
50	## Required Beats
51	必须发生的关键事件。
52
53	## Character State
54	主要角色当前状态、动机、关系、已知信息。
55
56	## Canon Constraints
57	世界观、时间线、地点、道具、能力、伏笔等不能违背的约束。
58
59	## Style Constraints
60	叙事人称、文风、节奏、禁用表达。
61
62	## Risks
63	本次最容易写崩的地方。
64	```
65
66	如果用户要求一次写 N 章，补充：
67
68	- `整体计划`: 共享剧情弧线、升级节奏、转折点和结束状态。
69	- `分章计划`: 每章一段简洁计划，包含章节目标、关键事件、POV 或焦点、结尾钩子或状态。
70
71	## 审稿协议
72
73	reviewer 必须返回结构化问题，每项包含：
74
75	- `severity`: `blocker` / `major` / `minor`
76	- `dimension`: `continuity` / `character_voice` / `pacing` / `prose` / `dialogue` / `plot_logic` / `style` / `user_requirement`
77	- `problem`
78	- `fix_instruction`
79	- `keep`
80
81	## Final Gate
82
83	- 只有修订稿满足用户要求、Context Plan、canon 约束、风格约束和明显连续性检查时才通过。
84	- 如果存在 blocker，把稿件带着明确指令交回 fixer 一次。
85	- 不要增加额外 reviewer agent。
86
87	## Memory Patch
88
89	最终稿完成后，`memory-patcher` 必须生成这些更新：
90
91	- `progress`: 剧情、时间线、地点、风险、未解决线索的变化。
92	- `character_state`: 当前状态、动机、关系变化、伤病、已知信息、资源、承诺和秘密。
93	- `world_state`: 只记录本轮即时故事状态中已经变化的事实。
94	- `foreshadowing`: 新埋、推进、兑现或退场的伏笔。
95
96	主 Agent 应在工具权限允许时把 `progress` 和 `character_state` 更新写入工作区对应状态文件；如果当前上下文无法确认文件路径，或用户明确要求只输出正文，则输出可应用的 patch 并说明未写入原因。
97
98	完整章节写入或实质性剧情改写完成后，状态更新必须在同一轮基于最终正文落盘，不等待作者另行确认成章；章节状态只用于 UI 编辑标记。纯错字、标点或措辞润色没有改变叙事事实时无需生成状态更新。
99
100	写入状态更新时必须使用文件工具：局部更新用 `edit_file`，全量重写用 `write_file`；写入后用 `read_file` 验证关键条目已经存在。
101
102	长期稳定资料库不同于 progress 和 character-state：
103
104	- 不要因为普通进度自动改写长期资料库。
105	- 只有身份、长期关系、能力体系、世界规则或其他稳定 canon 发生重大变化时，才提出资料库更新建议。
106	- 如果需要更新长期稳定资料库，先请求用户确认，再执行。
107
108	## 最终输出
109
110	- 返回最终正文或用户要求的写作产物。
111	- 只有任务产生了可持久化进展，或用户要求说明时，才附带简短状态更新摘要。
112	- 除非用户明确要求检查流程，否则隐藏内部角色对话。

People who liked this also viewed

6 picks

Type

grill-with-docsA relentless interview to sharpen a plan or design, which also creates docs (ADR's and glossary) as we go.SkillsJul 2026537k182k
lark-minutes飞书妙记：搜索妙记、查看妙记基础信息、下载/上传音视频、读取或编辑妙记的产物内容、改标题、替换说话人/关键词、申请妙记查看/编辑权限。当给出minute_token、本地音视频文件，要查/改/转妙记产物，或用户明确要主动申请妙记权限时使用；本地音视频转纪要/逐字稿优先走本 skill，不要用 ffmpeg/whisper 本地转写。不负责：获取会议关联妙记，或仅按自然语言标题定位纪要SkillsJul 2026379k16k
lark-markdown飞书 Markdown：查看、创建、上传、编辑和比较 Markdown 文件。当用户需要创建或编辑 Markdown 文件、读取、修改、局部 patch 或比较差异时使用。不负责将 Markdown 导入为飞书在线文档，也不负责文件搜索、权限、评论、移动、删除等云空间管理操作。SkillsJul 2026295k16k
docxUse this skill whenever the user wants to create, read, edit, or manipulate Word documents (.docx files) or Word templates (.dotx files). Triggers include: any mention of 'Word doc', 'word document', SkillsJul 2026157k163k
edit-articleSkills for Real Engineers. Straight from my .agents directory.SkillsJul 2026154k181k
lark-note飞书会议纪要（Note）直查：已知 note_id 时查询纪要详情、展示类型、关联文档 token，并读取 unified 原始逐字记录。当用户已持有 note_id，或从文档显式 vc-node-id 获得 note_id 时使用。不负责会议/日程/妙记定位、文档标题搜索或 Docx 正文读取。SkillsJul 2026154k16k

novel-heavy

512stars92forks

View on GitHub

How to install novel-heavy?

alfredxw/denova/novel-heavy

$npx -y skills add alfredxw/denova --skill novel-heavy

Installs into the current project.

Summary

关键内容、复杂剧情和长篇连续性要求高的写作流程；先规划、综合审稿、再生成状态更新。

Files · 1

View on GitHub

SKILL.md

1	# novel-heavy
2
3	这个 Skill 用于关键场景、复杂剧情、长链路连续性和需要同步更新作品状态的写作任务。
4
5	## 写作范围判断
6
7	- 从用户的实际指令判断写作范围，例如“续写一段”“写一个场景”“写一章”“写三章”“写一个剧情 arc”或用户自定义目标。
8	- 除非用户明确说“写下一章”，否则不要假设任务一定是下一章。
9	- 用户消息是判断范围、目标、约束和输出形态的唯一来源。
10	- 没有 `writing_scope` 字段；不要等待或编造额外字段。
11	- 当用户要求一次写 N 章或多段 arc 时，Context Plan 必须包含整体计划和分章计划。
12
13	## 流程
14
15	context-planner -> writer -> reviewer -> fixer -> final-gate -> memory-patcher -> final output
16
17	## 工具使用要求
18
19	- 写作前使用 `read_file` 读取必要上下文：`CREATOR.md`、`setting/outline.md`、`setting/progress.md`、`setting/character-states.md`、相关章节组细纲和最近章节；涉及资料库条目时先用 `list_lore_items` 判断，再用 `read_lore_items` 读取相关完整资料。
20	- 所有角色 subagent 都必须通过 `task` 工具委派。每次调用 `task` 时，在 description 中写清角色名、用户目标、必要上下文来源、文件路径、允许/禁止写入、期望输出格式和交付物。
21	- `context-planner`、`reviewer`、`final-gate`、`memory-patcher` 默认只返回计划、审稿、检查或 patch，不直接改文件；`writer` 和 `fixer` 是否写文件由主 Agent 的委派说明决定。主 Agent 对最终落盘结果负责。
22	- 创建新章节、写入整章初稿、覆盖整章修订稿时使用 `write_file`；局部修改已有章节或状态文件时使用 `edit_file`，并确保 `old_string` 来自最近一次 `read_file` 的实际内容且不包含行号前缀。
23	- 写入 `setting/progress.md` 和 `setting/character-states.md` 时，优先用 `edit_file` 更新对应条目；只有文件不存在、结构严重不匹配或需要全量重排时才用 `write_file`。
24	- 每次调用 `write_file` 或 `edit_file` 后都要检查工具结果。若结果包含 `[tool error]`、参数 JSON 错误、`string not found`、路径错误或截断提示，不得宣称已完成；应重新读取目标文件、修正参数后重试，或明确告诉用户未写入成功。
25	- Final Gate 通过后，使用 `read_file` 读回最终章节关键片段；如果写入了状态文件，也读回对应关键片段，确认内容已经落盘。
26
27	如果这些角色 subagent 可用，请按顺序使用：
28
29	1. 使用 `task` 工具委派 `context-planner` 整理 Context Plan。
30	2. 使用 `task` 工具委派 `writer` 根据计划生成正文。
31	3. 使用 `task` 工具委派 `reviewer` 做一次综合审稿。
32	4. 使用 `task` 工具委派 `fixer` 只修真正需要修的问题。
33	5. 使用 `task` 工具委派 `final-gate` 检查修订稿是否满足用户要求、计划、canon 和风格约束。
34	6. 使用 `task` 工具委派 `memory-patcher` 生成 progress 和 character-state 等状态更新。
35	7. 主 Agent 输出最终结果，以及必要的用户可见状态更新摘要。
36
37	## Context Plan
38
39	写作前先生成轻量计划，格式如下：
40
41	```md
42	# Context Plan
43
44	## Writing Scope
45	本次要写什么范围，例如一段、一个场景、一章、N 章、一个剧情 arc。
46
47	## Goal
48	本次写作要完成的剧情目标。
49
50	## Required Beats
51	必须发生的关键事件。
52
53	## Character State
54	主要角色当前状态、动机、关系、已知信息。
55
56	## Canon Constraints
57	世界观、时间线、地点、道具、能力、伏笔等不能违背的约束。
58
59	## Style Constraints
60	叙事人称、文风、节奏、禁用表达。
61
62	## Risks
63	本次最容易写崩的地方。
64	```
65
66	如果用户要求一次写 N 章，补充：
67
68	- `整体计划`: 共享剧情弧线、升级节奏、转折点和结束状态。
69	- `分章计划`: 每章一段简洁计划，包含章节目标、关键事件、POV 或焦点、结尾钩子或状态。
70
71	## 审稿协议
72
73	reviewer 必须返回结构化问题，每项包含：
74
75	- `severity`: `blocker` / `major` / `minor`
76	- `dimension`: `continuity` / `character_voice` / `pacing` / `prose` / `dialogue` / `plot_logic` / `style` / `user_requirement`
77	- `problem`
78	- `fix_instruction`
79	- `keep`
80
81	## Final Gate
82
83	- 只有修订稿满足用户要求、Context Plan、canon 约束、风格约束和明显连续性检查时才通过。
84	- 如果存在 blocker，把稿件带着明确指令交回 fixer 一次。
85	- 不要增加额外 reviewer agent。
86
87	## Memory Patch
88
89	最终稿完成后，`memory-patcher` 必须生成这些更新：
90
91	- `progress`: 剧情、时间线、地点、风险、未解决线索的变化。
92	- `character_state`: 当前状态、动机、关系变化、伤病、已知信息、资源、承诺和秘密。
93	- `world_state`: 只记录本轮即时故事状态中已经变化的事实。
94	- `foreshadowing`: 新埋、推进、兑现或退场的伏笔。
95
96	主 Agent 应在工具权限允许时把 `progress` 和 `character_state` 更新写入工作区对应状态文件；如果当前上下文无法确认文件路径，或用户明确要求只输出正文，则输出可应用的 patch 并说明未写入原因。
97
98	完整章节写入或实质性剧情改写完成后，状态更新必须在同一轮基于最终正文落盘，不等待作者另行确认成章；章节状态只用于 UI 编辑标记。纯错字、标点或措辞润色没有改变叙事事实时无需生成状态更新。
99
100	写入状态更新时必须使用文件工具：局部更新用 `edit_file`，全量重写用 `write_file`；写入后用 `read_file` 验证关键条目已经存在。
101
102	长期稳定资料库不同于 progress 和 character-state：
103
104	- 不要因为普通进度自动改写长期资料库。
105	- 只有身份、长期关系、能力体系、世界规则或其他稳定 canon 发生重大变化时，才提出资料库更新建议。
106	- 如果需要更新长期稳定资料库，先请求用户确认，再执行。
107
108	## 最终输出
109
110	- 返回最终正文或用户要求的写作产物。
111	- 只有任务产生了可持久化进展，或用户要求说明时，才附带简短状态更新摘要。
112	- 除非用户明确要求检查流程，否则隐藏内部角色对话。

People who liked this also viewed

6 picks

Type