Menu
The review-first prompt is selected by default. You can switch to a direct command or download a local copy.
Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
A direct command skips the review prompt. Inspect the source before running it.
npx skills add https://github.com/wordflowlab/novelweave --skill novel-writer-workflow-guideThe command stays on one line. Scroll horizontally to inspect it before copying.
Prefer a local copy? Download the files currently available to SkillsMP.
Based on SOC occupation classification
Showing SKILL.md
| name | novel-writer-workflow-guide |
| description | 当用户开始小说项目或询问如何组织写作时使用 - 引导完成novel-writer的七步方法论并确保正确的工作流程 |
| allowed-tools | Read, Grep |
立即激活此工作流指南。
1. /constitution → 建立创作原则
2. /specify → 定义故事规格
3. /clarify → 澄清模糊点
4. /plan → 制定创作计划
5. /tasks → 分解执行任务
6. /write → AI 辅助写作
7. /analyze → 质量验证分析
"让我们从使用
/constitution定义你的创作原则开始。这建立了你的核心价值观、质量标准和这个故事的不可协商规则。"
为什么这很重要：作为你的"创作宪法" - 决策会参考这些原则。
包含什么：
典型时长：15-20 分钟
"现在使用
/specify创建类似产品规格的故事文档。像产品经理一样思考：这个故事是什么，为谁写的，什么使它独特？"
要包含什么：
为什么这很重要：
典型时长：30-45 分钟
特殊标记：
[需要澄清] - 标记需要进一步明确的点[核心需求] - 不可妥协的需求[可选特性] - 锦上添花的内容"运行
/clarify通过 5 个精准问题解决任何不清楚的方面。AI 会识别你的规格中的模糊点，帮助你做出清晰的决定。"
为什么这很重要：规划中的模糊 = 写作中的混乱。
过程：
典型问题：
典型时长：10-15 分钟
"使用
/plan创建章节结构和技术方法。这是你决定如何实现你的规格的地方。"
要设计什么：
为什么这很重要：
技术决策示例：
典型时长：45-60 分钟
"执行
/tasks生成带优先级、依赖关系和估算工作量的可操作任务列表。"
任务类型：
任务标记：
[P] - 可并行执行[依赖:X] - 依赖任务 X 完成[高优] - 高优先级任务为什么这很重要：
典型时长：20-30 分钟
"现在
/write逐章使用 AI 辅助。规格和计划指导每一章，确保一致性。"
写作时：
执行原则：
推荐节奏：
"每 5 章运行
/analyze保持质量并及早发现问题。"
两种分析模式：
验证维度：
何时运行：
在遵循此工作流时，相关 skills 将基于上下文激活：
在 /specify 期间：
在 /write 期间：
整个过程中：
如果用户尝试跳过步骤或直接开始写作而没有计划：
温和提醒：
"我注意到你直接跳到写作。Novel-writer 的优势在于系统性的前期计划。你想运行
/constitution和/specify建立坚实基础吗？这会使写作过程更流畅并有助于保持一致性。"
如果用户坚持跳过：
"我理解 - 你总是可以稍后创建规划文档。但是，请注意，没有
/specify和/plan，你需要手动跟踪一致性。"
简化流程：
/specify → /clarify → /write → /analyze
重点：明确核心冲突和转折
时间：1-2 天密集工作
标准流程：
完整七步
重点：计划和任务分解
时间：2-6 个月
强化流程：
重复循环 plan → tasks → write → analyze
重点：持续的一致性验证
时间：6-18 个月
"太好了！让我们使用
/specify将其转换为 novel-writer 的格式。这使其机器可读并启用所有追踪功能。"
过程：
/specify 格式化/clarify 填补空白/plan 创建详细的技术计划"设置需要 30-60 分钟，但节省了数小时的修订。你本质上是为你的小说创建'源代码' - 修改规格，重新生成内容。没有它，更改需要全文手动重写。"
收益：
"可以，但有些命令相互依赖：
/write需要/specify和/plan才能有效工作/analyze需要已写的章节来评估/track需要先/track-init最小可行工作流：
/constitution→/specify→/write"
完全可选：
/clarify - 如果你的规格已经清楚/tasks - 如果你更喜欢自由形式写作/analyze - 虽然强烈推荐兼容的写作风格：
/write调整建议：
/plan 上花更多时间/specify 简短，允许发现当你进行工作流时，我会显示你的位置：
✅ /constitution 完成
✅ /specify 完成
✅ /clarify 完成
🔄 /plan 进行中...
⏸️ /tasks 待定
⏸️ /write 待定
⏸️ /analyze 待定
规划阶段完成（steps 1-5）：
第一稿完成（步骤 6）：
质量验证通过（步骤 7）：
当你提到类型时：
当你遇到困难时：
所有 Skills 都知道工作流：
周一：/constitution + /specify（2-3小时）
周二：/clarify + /plan（2-3小时）
周三：/tasks + 开始 /write（2-3小时）
周四-周日：/write 会话（每天1-2小时）
下周一：/analyze + 计划下一批
第1周：/constitution + 轻量级 /specify
第2-3周：/write 探索性章节
第4周：基于学习更新 /specify 和 /plan
第5-8周：结构化 /write
第9周：/analyze 和修订
第1天：快速 /constitution + /specify + /plan（4小时）
第2-27天：密集 /write（每天2000字）
第28-30天：/analyze + 紧急修复
在整个过程中：
你总是掌控：
记住：这个工作流不是枷锁 - 它是脚手架。它支持你的创作过程，使强大的东西成为可能。一旦你熟悉它，它就变成第二天性，你会想知道你以前是如何在没有它的情况下写作的。
准备开始了吗？让我们从 /constitution 开始！