メニュー
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/wordflowlab/novelweave --skill novel-writer-workflow-guideコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
SOC 職業分類に基づく
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 开始！