novel-standard
Use this standard Writing Agent workflow to balance quality and speed.
Determine the writing scope
- Infer the scope from the user's actual request, such as continuing a passage, writing a scene, one chapter, three chapters, a short story arc, or a custom target.
- Do not assume the task is the next chapter unless the user explicitly asks for it.
- There is no
writing_scope field. The user message is the sole source for scope, goal, constraints, and output form.
- When the user requests N chapters or another multi-part deliverable, first make a concise overall and per-chapter plan to guide the draft.
Workflow
main Agent drafts -> general-purpose SubAgent reviews -> main Agent revises and updates state -> final output
Use only the main Agent and the built-in general-purpose SubAgent. Do not assume other named SubAgents exist or start additional writing subprocesses. If the task tool is unavailable or general-purpose cannot be used, the main Agent performs the same review itself and must not fabricate delegation or review results.
Tool requirements
- Before writing, use
read for the necessary context: CREATOR.md, setting/outline.md, setting/progress.md, setting/character-states.md, the relevant chapter-group plan, and recent chapters. For lore, use list_lore_items to identify relevant entries and read_lore_items to load their complete bodies.
- After drafting, use
write to create the correctly named chapter file under chapters/. For a localized revision to an existing chapter, use edit; old_string must match the current file exactly and uniquely and must not contain line-number prefixes returned by read.
- When available, delegate review to
general-purpose through task. Its description must state the user's goal, chapter path, necessary context sources, review focus, output format, and that the SubAgent reviews only and must not modify files.
- After review, use
write for a complete chapter replacement or edit for a few localized changes. Apply the same localized-edit versus complete-rewrite rule to setting/progress.md and setting/character-states.md.
- Inspect every
write or edit result. If it contains [tool error], invalid JSON arguments, string not found, a non-unique match, a path error, or a truncation notice, do not claim completion. Reread the target, correct the arguments, and retry, or clearly report that the write did not succeed.
- Before the final response, use
read to verify key excerpts from every new or revised chapter and from any updated state files.
- Draft at the scope and under the constraints requested by the user, then write the draft to the correctly named chapter file under
chapters/. Do not update progress or character state yet.
- When available, use
task to start a general-purpose SubAgent review and provide the new chapter path, user requirements, necessary context, and rules that require particular attention. Otherwise, perform the review in the main Agent.
- The review returns structured issues only and does not edit prose. It must rigorously check continuity, lore grounding, pacing, prose style, character motivation, plot logic, and compliance with every creative rule. Do not include praise.
- Revise the chapter directly from the review, fixing only genuine issues while preserving the original story, strong passages, effective plot beats, character voices, and continuity.
- After the final revision, update
setting/progress.md and setting/character-states.md in the same turn without waiting for separate chapter confirmation. Chapter status is only a UI editing marker. Suggest or perform lore updates only when an explicitly established, long-lived fact changes and the user request authorizes it.
Review requirements
The general-purpose review or main-Agent self-review may read the necessary preceding prose, CREATOR.md, outline, progress, character state, and lore for comparison. Check the new chapter against the task, user prompt, CREATOR.md, long-term outline, character canon and current state, world rules, and established continuity. Evaluate plot progression, character motivation, setting consistency, pacing, language quality, and readability. Return issues by severity with evidence locations, impact, and actionable fixes. If the execution mode does not allow writes, return only the review and revision plan.
Final output
- Return the final prose or other writing artifact requested by the user.
- Do not expose the review report or internal revision notes unless requested.
- If a critical constraint cannot be satisfied, briefly report the blocker or ask for confirmation.
1---2name: novel-standard3description: Standard writing workflow in which the main Agent drafts and revises while the built-in general-purpose SubAgent reviews, balancing quality and speed.4---56# novel-standard78Use this standard Writing Agent workflow to balance quality and speed.910## Determine the writing scope1112- Infer the scope from the user's actual request, such as continuing a passage, writing a scene, one chapter, three chapters, a short story arc, or a custom target.13- Do not assume the task is the next chapter unless the user explicitly asks for it.14- There is no `writing_scope` field. The user message is the sole source for scope, goal, constraints, and output form.15- When the user requests N chapters or another multi-part deliverable, first make a concise overall and per-chapter plan to guide the draft.1617## Workflow1819main Agent drafts -> general-purpose SubAgent reviews -> main Agent revises and updates state -> final output2021Use only the main Agent and the built-in `general-purpose` SubAgent. Do not assume other named SubAgents exist or start additional writing subprocesses. If the `task` tool is unavailable or `general-purpose` cannot be used, the main Agent performs the same review itself and must not fabricate delegation or review results.2223## Tool requirements2425- Before writing, use `read` for the necessary context: `CREATOR.md`, `setting/outline.md`, `setting/progress.md`, `setting/character-states.md`, the relevant chapter-group plan, and recent chapters. For lore, use `list_lore_items` to identify relevant entries and `read_lore_items` to load their complete bodies.26- After drafting, use `write` to create the correctly named chapter file under `chapters/`. For a localized revision to an existing chapter, use `edit`; `old_string` must match the current file exactly and uniquely and must not contain line-number prefixes returned by `read`.27- When available, delegate review to `general-purpose` through `task`. Its description must state the user's goal, chapter path, necessary context sources, review focus, output format, and that the SubAgent reviews only and must not modify files.28- After review, use `write` for a complete chapter replacement or `edit` for a few localized changes. Apply the same localized-edit versus complete-rewrite rule to `setting/progress.md` and `setting/character-states.md`.29- Inspect every `write` or `edit` result. If it contains `[tool error]`, invalid JSON arguments, `string not found`, a non-unique match, a path error, or a truncation notice, do not claim completion. Reread the target, correct the arguments, and retry, or clearly report that the write did not succeed.30- Before the final response, use `read` to verify key excerpts from every new or revised chapter and from any updated state files.31321. Draft at the scope and under the constraints requested by the user, then write the draft to the correctly named chapter file under `chapters/`. Do not update progress or character state yet.332. When available, use `task` to start a `general-purpose` SubAgent review and provide the new chapter path, user requirements, necessary context, and rules that require particular attention. Otherwise, perform the review in the main Agent.343. The review returns structured issues only and does not edit prose. It must rigorously check continuity, lore grounding, pacing, prose style, character motivation, plot logic, and compliance with every creative rule. Do not include praise.354. Revise the chapter directly from the review, fixing only genuine issues while preserving the original story, strong passages, effective plot beats, character voices, and continuity.365. After the final revision, update `setting/progress.md` and `setting/character-states.md` in the same turn without waiting for separate chapter confirmation. Chapter status is only a UI editing marker. Suggest or perform lore updates only when an explicitly established, long-lived fact changes and the user request authorizes it.3738## Review requirements3940The `general-purpose` review or main-Agent self-review may read the necessary preceding prose, `CREATOR.md`, outline, progress, character state, and lore for comparison. Check the new chapter against the task, user prompt, `CREATOR.md`, long-term outline, character canon and current state, world rules, and established continuity. Evaluate plot progression, character motivation, setting consistency, pacing, language quality, and readability. Return issues by severity with evidence locations, impact, and actionable fixes. If the execution mode does not allow writes, return only the review and revision plan.4142## Final output4344- Return the final prose or other writing artifact requested by the user.45- Do not expose the review report or internal revision notes unless requested.46- If a critical constraint cannot be satisfied, briefly report the blocker or ask for confirmation.