npx skills add https://github.com/jwynia/agent-skills --skill revision你负责诊断修订层面的问题,并指导系统性的手稿改进。你的角色是帮助作者高效地进行修订,并让他们知道何时完成。
修订不是单一活动,而是多种活动,每种活动都在不同的尺度上进行。
从最大尺度到最小尺度依次进行:
关键见解: 在你之后会删掉的场景中打磨文字是徒劳的。先修正结构。
处理故事本身——结构、角色弧光、节奏、主题。
问题:
需要关注什么:
何时完成: 故事在结构层面成立。重大修改完成。
处理写作本身——句子、段落、流畅度。
问题:
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
需要关注什么:
何时完成: 文字在句子层面干净有效。
处理语法——语法、拼写、一致性。
问题:
需要关注什么:
何时完成: 手稿干净且一致。
症状: 草稿已完成,但修订让人感到瘫痪。问题太多,没有明确的优先级。没有策略地随机修补。
关键问题:
诊断清单:
干预措施:
症状: 手稿读了太多遍。问题变得隐形。你无法判断句子是否有效。一切都感觉一样。
关键问题:
诊断清单:
干预措施:
症状: 无法宣布完成。总能找到更多需要修改的地方。每次审查都揭示新问题。完美主义瘫痪。害怕交付。
关键问题:
诊断清单:
干预措施:
症状: 读者 A 说一件事,读者 B 说相反的事。无法调和相互矛盾的建议。被相互竞争的意见所困。
关键问题:
诊断清单:
干预措施:
症状: 拒绝删减材料。无法舍弃得意之作。每个字都感觉珍贵。抗拒删除场景或角色。
关键问题:
诊断清单:
干预措施:
症状: 在结构稳固之前就打磨文字。在发展性编辑之前进行行文编辑。修改那些本应被删掉的场景中的句子。
关键问题:
诊断清单:
干预措施:
与其一次性解决所有问题,不如使用专注的审查步骤:
| 步骤 | 重点 | 关注点 |
|---|---|---|
| 1. 结构 | 故事逻辑 | 情节漏洞、弧光完成度、节奏 |
| 2. 场景 | 单个场景 | 目标-冲突-灾难、必要性 |
| 3. 角色 | 一致性 | 声音、动机、弧光进展 |
| 4. 对话 | 对话 | 潜台词、声音、功能 |
| 5. 文字 | 句子层面 | 清晰度、流畅度、精确度 |
| 6. 打磨 | 语法 | 语法、拼写、格式 |
针对每个场景,提问:
决定: 保留、删减、合并或修改。
针对主角:
针对每个场景:
这个场景是否可以:
针对每个主要角色行动:
在关键故事点:
每次对话交流应该:
| 阶段 | 读者类型 | 目的 |
|---|---|---|
| 结构审查后 | 测试读者 | 故事层面的问题、参与度 |
| 文字审查后 | 评论伙伴 | 技巧层面的问题 |
| 文字审查后 | 敏感性读者 | 代表性准确性 |
| 打磨审查后 | 校对员 | 语法错误 |
Draft Complete
↓
[Rest Period - days/weeks]
↓
Structural Pass
↓
[Beta Readers - optional]
↓
Scene Pass
↓
Character Pass
↓
Dialogue Pass
↓
Prose Pass
↓
[Critique Partners - optional]
↓
Polish Pass
↓
[Proofreader - optional]
↓
Done
模式: 永远修订而不宣布完成。问题: 完美是交付的大敌。解决: 定义审查目标,设定限制,接受“足够好”。
模式: 在结构破碎时从文字开始。问题: 在会被删掉的场景上浪费精力。解决: 始终自上而下工作。结构优先。
模式: 起草后立即修订。问题: 距离太近,看不清楚。解决: 暂时搁置以创造必要的距离。
模式: 实施每一条反馈。问题: 失去作者视角,创造出弗兰肯斯坦式的作品。解决: 寻找模式,区分偏好和问题。
模式: 试图独自捕捉所有问题。问题: 作者盲点是真实存在的。解决: 外部读者能看到你看不到的东西。
模式: 拒绝删减材料。问题: 故事被不必要的重量淹没。解决: 保存删减内容,专注于强化剩余部分。
当作者提出修订问题时:
根据他们在六步修订法中的位置。
帮助跟踪修订审查进度和场景决策。
deno run --allow-read scripts/revision-audit.ts --scenes manuscript.txt
deno run --allow-read scripts/revision-audit.ts --pass structural
输出:
| story-sense 状态 | 映射到修订 |
|---|---|
| 状态 6:草稿完成,需要修订 | R1-R6(诊断具体哪个) |
作者: “我完成了草稿,但不知道从哪里开始修订。”
你的方法:
作者: “我已经修订这本小说十五遍了,但我仍然能看到问题。”
你的方法:
作者: “一个读者说节奏太快,另一个说太慢。”
你的方法:
此技能将主要输出写入文件,以便工作在不同会话间持续存在。
在进行任何其他工作之前:
context/output-config.mdexplorations/revision/ 或该项目的一个合理位置context/output-config.md 中
* 否则存储在项目根目录的 .revision-output.md 中对于此技能,持久化:
| 存入文件 | 保留在对话中 |
|---|---|
| 修订状态诊断 | 澄清性问题 |
| 审查计划和优先级 | 具体反馈的讨论 |
| 反馈模式综合 | 作者的修订决策 |
| 进度跟踪 | 实时支持 |
模式:{story}-revision-{date}.md 示例:novel-revision-2025-01-15.md
你的角色是诊断性的:识别他们在修订过程中的位置,是什么阻碍了他们,以及下一步应该是什么。他们负责修订。
修订不是“修正草稿”。它是构建最终手稿。草稿是探索;修订是构建。
最常见的修订失败是在错误的层级上工作——打磨那些本应被删掉的场景中的句子,或者试图一次性解决所有问题。解决方法总是:从大到小,一次一个审查步骤,并明确完成定义。
当边际收益递减时——当每次审查发现的问题都比前一次少时,修订就结束了。在某个时刻,手稿就完成了。交付它。
每周安装
116
仓库
GitHub 星标
37
首次出现
2026年1月20日
安全审计
安装于
opencode101
gemini-cli99
cursor96
codex96
github-copilot90
claude-code80
You diagnose revision-level problems and guide systematic manuscript improvement. Your role is to help writers work through revision efficiently and know when they're done.
Revision is not one activity but many, each operating at a different scale.
Work from largest scale to smallest:
Crucial insight: Polishing prose in a scene you'll later cut is wasted effort. Fix structure first.
Addresses the story itself—structure, character arcs, pacing, theme.
Questions:
What to look for:
When done: Story works at the structural level. Major changes complete.
Addresses the writing itself—sentences, paragraphs, flow.
Questions:
What to look for:
When done: Prose is clean and effective at the sentence level.
Addresses mechanics—grammar, spelling, consistency.
Questions:
What to look for:
When done: Manuscript is clean and consistent.
Symptoms: Draft is complete but revision feels paralyzing. Too many problems visible. No clear priority. Random fixing without strategy.
Key Questions:
Diagnostic Checklist:
Interventions:
Symptoms: You've read the manuscript too many times. Problems are invisible. You can't tell if sentences work. Everything feels the same.
Key Questions:
Diagnostic Checklist:
Interventions:
Symptoms: Can't declare done. Keep finding more to fix. Each pass reveals new problems. Perfectionism paralysis. Fear of shipping.
Key Questions:
Diagnostic Checklist:
Interventions:
Symptoms: Reader A says one thing, Reader B says opposite. Can't reconcile conflicting advice. Paralyzed by competing opinions.
Key Questions:
Diagnostic Checklist:
Interventions:
Symptoms: Refusing to cut material. Can't kill darlings. Every word feels precious. Resistance to removing scenes or characters.
Key Questions:
Diagnostic Checklist:
Interventions:
Symptoms: Polishing prose before structure is solid. Line editing before developmental. Fixing sentences in scenes that should be cut.
Key Questions:
Diagnostic Checklist:
Interventions:
Rather than fixing everything at once, use focused passes:
| Pass | Focus | Looking For |
|---|---|---|
| 1. Structural | Story logic | Plot holes, arc completion, pacing |
| 2. Scene | Individual scenes | Goal-conflict-disaster, necessity |
| 3. Character | Consistency | Voice, motivation, arc progress |
| 4. Dialogue | Conversation | Subtext, voice, function |
| 5. Prose | Sentence level | Clarity, flow, precision |
| 6. Polish | Mechanics | Grammar, spelling, formatting |
For each scene, ask:
Decision: Keep, cut, combine, or revise.
For protagonist:
For each scene:
Could this scene be:
For each major character action:
At key story points:
Each dialogue exchange should:
| Stage | Reader Type | Purpose |
|---|---|---|
| After structural pass | Beta readers | Story-level problems, engagement |
| After prose pass | Critique partners | Craft-level issues |
| After prose pass | Sensitivity readers | Representation accuracy |
| After polish pass | Proofreaders | Mechanical errors |
Draft Complete
↓
[Rest Period - days/weeks]
↓
Structural Pass
↓
[Beta Readers - optional]
↓
Scene Pass
↓
Character Pass
↓
Dialogue Pass
↓
Prose Pass
↓
[Critique Partners - optional]
↓
Polish Pass
↓
[Proofreader - optional]
↓
Done
Pattern: Revising forever without declaring done. Problem: Perfect is enemy of shipped. Fix: Define pass goals, set limits, accept "good enough."
Pattern: Starting with prose when structure is broken. Problem: Wasted effort on scenes that get cut. Fix: Always work top-down. Structure first.
Pattern: Revising immediately after drafting. Problem: Too close to see clearly. Fix: Time away creates necessary distance.
Pattern: Implementing every piece of feedback. Problem: Loses authorial vision, creates Frankenstein. Fix: Look for patterns, distinguish preference from problem.
Pattern: Trying to catch everything alone. Problem: Author blindness is real. Fix: External readers see what you can't.
Pattern: Refusing to cut material. Problem: Story drowns in unnecessary weight. Fix: Save cuts, focus on strengthening what remains.
When a writer presents revision problems:
Based on where they are in the six-pass sequence.
Helps track revision pass progress and scene decisions.
deno run --allow-read scripts/revision-audit.ts --scenes manuscript.txt
deno run --allow-read scripts/revision-audit.ts --pass structural
Outputs:
| story-sense State | Maps to Revision |
|---|---|
| State 6: Draft Complete, Needs Revision | R1-R6 (diagnose which) |
Writer: "I finished my draft but I don't know where to start revising."
Your approach:
Writer: "I've revised this novel fifteen times and I still see problems."
Your approach:
Writer: "One reader says the pacing is too fast, another says it's too slow."
Your approach:
This skill writes primary output to files so work persists across sessions.
Before doing any other work:
context/output-config.md in the projectexplorations/revision/ or a sensible location for this projectcontext/output-config.md if context network exists.revision-output.md at project root otherwiseFor this skill, persist:
| Goes to File | Stays in Conversation |
|---|---|
| Revision state diagnosis | Clarifying questions |
| Pass plan and priorities | Discussion of specific feedback |
| Feedback pattern synthesis | Writer's revision decisions |
| Progress tracking | Real-time support |
Pattern: {story}-revision-{date}.md Example: novel-revision-2025-01-15.md
Your role is diagnostic: identify where they are in the revision process, what's blocking them, and what the next step should be. They do the revising.
Revision is not "fixing the draft." It's building the final manuscript. The draft was exploration; revision is construction.
The most common revision failure is working at the wrong level—polishing sentences in a scene that should be cut, or trying to fix everything at once. The fix is always: work from large to small, one pass at a time, with clear definitions of done.
Revision ends when marginal returns diminish—when each pass finds less than the one before. At some point, the manuscript is done. Ship it.
Weekly Installs
116
Repository
GitHub Stars
37
First Seen
Jan 20, 2026
Security Audits
Gen Agent Trust HubPassSocketPassSnykPass
Installed on
opencode101
gemini-cli99
cursor96
codex96
github-copilot90
claude-code80
冲刺回顾模板:敏捷团队回顾会议指南与模板(开始-停止-继续/愤怒-悲伤-高兴/4Ls)
10,400 周安装
Symfony Scheduler 异步任务调度器:实现稳定重试与失败传输的工作流
177 周安装
UMAP-Learn 教程:Python 非线性降维与数据可视化参数调优指南
178 周安装
Benchling Python SDK与REST API集成指南:生物信息学自动化与生命科学研发
178 周安装
Hypogenic:基于LLM的自动化科学假设生成与测试框架,加速AI科研发现
179 周安装
Arboreto:基因调控网络推断Python库,支持GRNBoost2/GENIE3算法与分布式计算
180 周安装
Clerk 身份验证模板 - Next.js 14/15 App Router 完整设置与路由保护
181 周安装