Fiction revision
When to use
Use when prose is confusing, flat, repetitive, over-explained, structurally weak, or inconsistent with the intended voice.
Inputs and assumptions
Clarify review versus revision, the exact range, intended reader effect, and what must stay unchanged. Read the actual passage and relevant context.
Portable workflow
- Follow review guidance. Diagnose the highest-impact problem before polishing sentences.
- Separate structural, causal, character, viewpoint, pacing, style, and copy issues.
- Cite concrete passages. Explain the reader effect and propose repairs with trade-offs.
- When revision is authorized, preserve agreed facts and voice. Do not make every character concise, casual, or witty.
- Save a new revision file by default. Identify changes that affect later scenes and ask before propagating them.
- Compare the new passage with the original for omissions, invented facts, lost subtext, and flattened rhythm.
- Update saved progress only for authorized writing, following the project workflow.
Safety and side effects
A review request does not authorize edits, even to notes. Do not use AI-detector scores as a quality target or claim a rewrite guarantees human authorship or publication.
Scripts, references, and dependencies
No external dependencies. Style guidance helps preserve intentional language choices.
Verification
Show what improved, what was preserved, what changed materially, and any dependent passages left untouched. Read saved revisions back before reporting success.
Pi adapter
Use /writer review --target "chapters/chapter-0001.md" for critique or /writer revise --target "chapters/chapter-0001.md" --brief "Reduce explanation but keep the lyrical voice" for a new revision.
1---2name: writer-revision3description: Critique and revise fiction at structural, scene, line, or copy-editing scope while preserving voice, story facts, and original drafts.4license: MIT5---67# Fiction revision89## When to use1011Use when prose is confusing, flat, repetitive, over-explained, structurally weak, or inconsistent with the intended voice.1213## Inputs and assumptions1415Clarify review versus revision, the exact range, intended reader effect, and what must stay unchanged. Read the actual passage and relevant context.1617## Portable workflow18191. Follow [review guidance](../../references/review.md). Diagnose the highest-impact problem before polishing sentences.202. Separate structural, causal, character, viewpoint, pacing, style, and copy issues.213. Cite concrete passages. Explain the reader effect and propose repairs with trade-offs.224. When revision is authorized, preserve agreed facts and voice. Do not make every character concise, casual, or witty.235. Save a new revision file by default. Identify changes that affect later scenes and ask before propagating them.246. Compare the new passage with the original for omissions, invented facts, lost subtext, and flattened rhythm.257. Update saved progress only for authorized writing, following [the project workflow](../../references/project-workflow.md).2627## Safety and side effects2829A review request does not authorize edits, even to notes. Do not use AI-detector scores as a quality target or claim a rewrite guarantees human authorship or publication.3031## Scripts, references, and dependencies3233No external dependencies. [Style guidance](../../references/styles.md) helps preserve intentional language choices.3435## Verification3637Show what improved, what was preserved, what changed materially, and any dependent passages left untouched. Read saved revisions back before reporting success.3839## Pi adapter4041Use `/writer review --target "chapters/chapter-0001.md"` for critique or `/writer revise --target "chapters/chapter-0001.md" --brief "Reduce explanation but keep the lyrical voice"` for a new revision.