novelws 4.0.0 → 5.0.0

package/templates/skills/quality-assurance/getting-started/SKILL.md

@@ -1,224 +0,0 @@
----
-name: getting-started-guide
-description: "Activates when users start a new novel project - guides them through the seven-step methodology (constitution → specify → clarify → plan → tasks → write → analyze) with gentle prompts and explanations"
-allowed-tools: Read
----
-
-# 新用户入门引导
-
-## 激活条件
-
-当用户说出以下内容时自动激活：
-- "我想写小说"
-- "我要开始一个新项目"
-- "怎么使用novel-writer"
-- "从哪里开始"
-
----
-
-## 七步方法论引导
-
-### 欢迎消息
-
-```
-👋 欢迎使用Novel Writer Skills！
-
-我注意到你要开始一个新的小说项目。
-Novel Writer使用系统化的七步方法论，帮助你从想法到完稿。
-
-让我带你快速了解流程：
-
-第1步：/constitution - 创建创作宪法
-第2步：/specify - 定义故事规格
-第3步：/clarify - 澄清模糊点（5个问题）
-第4步：/plan - 制定创作计划
-第5步：/tasks - 分解任务清单
-第6步：/write - 执行章节写作
-第7步：/analyze - 质量验证分析
-
-想要详细了解每一步吗？还是直接开始第1步？
-```
-
-### 步骤详解（根据需要提供）
-
-```
-【第1步：/constitution】
-创建你的创作宪法 - 这是最高原则。
-- 核心价值观（你想传达什么？）
-- 质量标准（什么算好的章节？）
-- 禁忌红线（不能写什么？）
-
-为什么重要：后续所有创作都要符合宪法。
-
-【第2步：/specify】
-定义故事规格 - 明确你要写什么。
-- 故事概念、类型、主题
-- 目标读者、字数、结局
-- 必须包含的元素（P0）
-
-为什么重要：规格是技术需求，避免写到一半发现偏题。
-
-【第3步：/clarify】
-AI提出5个关键问题，帮你澄清模糊点。
-- 针对specification中的不明确之处
-- 逼迫你想清楚细节
-
-为什么重要：模糊的规格=模糊的故事。
-
-【第4步：/plan】
-制定创作计划 - 技术方案。
-- 章节架构、节奏设计
-- 关键情节点时间线
-- 技术难点的解决方案
-
-为什么重要：计划详细，执行才顺畅。
-
-【第5步：/tasks】
-分解任务清单 - 可执行的步骤。
-- 每个章节一个任务
-- 标记状态（pending/in_progress/completed）
-- 追踪进度
-
-为什么重要：大目标拆解成小任务，不overwhelm。
-
-【第6步：/write】
-执行写作 - 基于任务清单。
-- 自动加载所有context
-- 遵循宪法、规格、计划
-- 质量自检后保存
-
-为什么重要：这是七步方法论的优势集中体现。
-
-【第7步：/analyze】
-质量验证 - 确保一致性。
-- 框架检查（结构、节奏）
-- 内容检查（一致性、质量）
-- 发现问题，建议修复
-
-为什么重要：定期分析，及时调整，避免大返工。
-```
-
----
-
-## 常见问题快速解答
-
-### Q: 必须按顺序执行吗？
-
-**A**: 推荐按顺序，但不强制。
-
-```
-推荐流程：1→2→3→4→5→6→7（循环6-7）
-
-允许跳步：
-- 有经验的作者可以跳过/clarify
-- 短篇可以简化/plan
-
-不推荐：
-- 直接跳到/write（缺少规格和计划，容易写乱）
-```
-
-### Q: 七步走完要多久？
-
-**A**: 取决于故事复杂度。
-
-```
-简单故事（5万字短篇）：
-- 步骤1-5：2-3小时
-- 步骤6-7：执行写作，持续进行
-
-复杂故事（50万字长篇）：
-- 步骤1-5：1-2天
-- 步骤6-7：数月
-
-前期投入换来后期顺畅。
-```
-
-### Q: 可以中途修改吗？
-
-**A**: 当然！
-
-```
-发现规格不对：
-→ 修改specification.md
-→ 重新运行/plan调整计划
-
-计划需要调整：
-→ 修改creative-plan.md
-→ 更新tasks.md
-
-这是迭代过程，不是一次定死。
-```
-
----
-
-## 第一次使用建议
-
-### 从简单项目开始
-
-```
-✓ 推荐：
-- 5-10万字的中短篇
-- 单一类型（言情/悬疑/历史）
-- 简单情节（1-2条主线）
-
-⚠️ 不推荐初次就写：
-- 50万字+的长篇
-- 多类型融合（如言情+悬疑+奇幻+历史）
-- 超复杂世界观
-
-先熟悉流程，再挑战复杂项目。
-```
-
-### 执行第一个命令
-
-```
-准备好了？让我们开始第1步：
-
-执行命令：/constitution
-
-我会引导你创建创作宪法。
-准备回答以下问题：
-1. 这个故事你想传达什么核心理念？
-2. 你对质量的标准是什么？
-3. 有哪些内容是绝对不能写的？
-
-准备好了就输入：/constitution
-```
-
----
-
-## 与workflow-guide的配合
-
-```
-getting-started：
-- 初次使用时激活
-- 提供完整流程概览
-- 回答入门问题
-
-workflow-guide：
-- 整个创作过程中持续激活
-- 偏离流程时温和提醒
-- 提供最佳实践建议
-
-两者互补：
-getting-started = 入门教程
-workflow-guide = 持续顾问
-```
-
----
-
-## 总结
-
-getting-started-guide = 你的**入门向导**
-
-✓ 自动识别新用户
-✓ 引导七步方法论
-✓ 回答常见问题
-✓ 给出第一步建议
-
-**让第一次使用不再迷茫！** 🚀
-
----
-
-**本Skill版本**: v1.0
-**最后更新**: 2025-10-18

package/templates/skills/quality-assurance/hook-checker/SKILL.md

@@ -1,164 +0,0 @@
----
-name: hook-checker
-description: "Automatically evaluates chapter ending hooks for strength, type diversity, and reader retention potential - provides scoring and improvement suggestions"
-allowed-tools: Read, Grep
----
-
-# 钩子质量检查器 (Hook Checker)
-
-## 概述
-
-在章节写作完成后，自动分析章节结尾（最后 300-500 字）的钩子质量，评估其留住读者的能力。
-
-## 触发条件
-
-- `/write` 完成后的后置处理阶段（自动触发）
-- `/analyze --focus=hook` 调用时（手动触发）
-- 用户直接请求检查钩子质量时
-
-## 前置加载
-
-- 加载知识库：`resources/craft/hook-design.md`（钩子设计参考）
-- 读取当前章节内容（重点关注最后 500 字）
-- 读取上一章结尾（检查钩子兑现）
-- 读取 `plot-tracker.json`（检查伏笔关联）
-
-## 检查流程
-
-### Phase 1: 钩子识别
-
-**分析章节最后 500 字，识别钩子**：
-
-1. **是否存在钩子**：
-   - 章节是否以某种「未完成感」结束？
-   - 读者是否有理由翻到下一章？
-   - 如果没有钩子 → 直接标记为 ❌ 无钩子
-
-2. **钩子类型判断**：
-   - 悬念钩子：未知威胁、未解之谜
-   - 反转钩子：认知颠覆、意外揭示
-   - 信息钩子：关键信息即将揭示
-   - 情感钩子：情感悬而未决
-   - 时间压力钩子：倒计时、截止日期
-   - 选择钩子：两难抉择
-
-3. **钩子边界确定**：
-   - 钩子从哪一句开始？
-   - 钩子的核心句是哪一句？
-
-### Phase 2: 钩子评分
-
-**五维评分（每维 1-5 分）**：
-
-| 维度 | 评分标准 |
-|------|---------|
-| **悬念强度** | 读者想知道「接下来会怎样」的程度 |
-| **情感冲击** | 钩子引发的情感反应强度 |
-| **信息缺口** | 钩子制造的信息不对称程度 |
-| **紧迫感** | 读者感受到的时间压力 |
-| **意外性** | 钩子是否出乎读者预料 |
-
-**综合评分计算**：
-
-```
-综合分 = (悬念强度 × 0.3) + (情感冲击 × 0.25) + (信息缺口 × 0.2) + (紧迫感 × 0.15) + (意外性 × 0.1)
-```
-
-**星级映射**：
-- 4.0-5.0 → ⭐⭐⭐⭐⭐ 极强钩子
-- 3.0-3.9 → ⭐⭐⭐⭐ 强钩子
-- 2.0-2.9 → ⭐⭐⭐ 中等钩子
-- 1.0-1.9 → ⭐⭐ 弱钩子
-- 0-0.9 → ⭐ 极弱/无钩子
-
-### Phase 3: 上下文检查
-
-1. **钩子兑现检查**：
-   - 上一章的钩子是否在本章得到回应？
-   - 回应方式是否令人满意？（直接兑现/延迟兑现/部分兑现）
-
-2. **钩子多样性检查**：
-   - 最近 5 章的钩子类型是否有变化？
-   - 是否过度依赖某一种钩子类型？
-
-3. **钩子与情节关联**：
-   - 钩子是否与主线情节相关？
-   - 钩子是否推进了某个伏笔？
-
-### Phase 4: 输出报告
-
-#### 单章检查报告（/write 后置处理）
-
-```
-🪝 钩子质量检查
-━━━━━━━━━━━━━━━━━━━━
-
-📍 第 [N] 章结尾分析
-
-✅ 钩子类型：[悬念/反转/信息/情感/时间压力/选择]
-⭐ 综合评分：[X.X]/5.0（[星级]）
-
-五维评分：
-  悬念强度：████░ 4/5
-  情感冲击：███░░ 3/5
-  信息缺口：████░ 4/5
-  紧迫感  ：██░░░ 2/5
-  意外性  ：███░░ 3/5
-
-📝 钩子内容：
-"[提取的钩子核心句]"
-
-✅ 上章钩子兑现：已在本章第 [M] 段回应
-
-💡 改进建议：
-- [具体建议 1]
-- [具体建议 2]
-```
-
-#### 无钩子警告
-
-```
-🪝 钩子质量检查
-━━━━━━━━━━━━━━━━━━━━
-
-📍 第 [N] 章结尾分析
-
-❌ 未检测到有效钩子
-
-当前结尾：
-"[最后一段内容]"
-
-⚠️ 警告：没有钩子的章节 = 读者的退出点
-
-💡 改进建议：
-1. [基于章节内容的具体钩子建议]
-2. [可选的钩子类型和示例]
-3. 参考：resources/craft/hook-design.md
-```
-
----
-
-## 与其他系统的集成
-
-### /write 集成
-
-在 `/write` 的后置处理中，钩子检查作为可选步骤执行：
-- 默认开启（可通过 `specification.md` 中的配置关闭）
-- 检查结果附在写作输出之后
-- 如果评分 < 2.0，显示改进建议
-
-### /analyze --focus=hook 集成
-
-在 `/analyze --focus=hook` 中，对所有已写章节执行批量钩子检查，生成汇总报告。
-
-### /track 集成
-
-钩子检查结果可选择性写入 `plot-tracker.json` 的章节记录中。
-
----
-
-## 与其他技能协作
-
-- **pacing-monitor**：钩子强度是节奏监控的重要指标之一
-- **reader-expectation**：钩子制造的期待需要被满足，与读者期待管理协同
-- **hook-design.md**：知识库提供钩子设计的理论基础和示例参考

package/templates/skills/quality-assurance/hook-checker/experts/hook-analyst.md

@@ -1,33 +0,0 @@
----
-name: hook-analyst
-role: expert
----
-
-# 钩子分析专家
-
-## 角色定义
-
-你是一位专注于章节结尾钩子设计的分析专家。你的核心能力是：
-
-1. **识别钩子**：从章节结尾中准确识别钩子的存在和类型
-2. **评估强度**：基于五维模型评估钩子的读者留存能力
-3. **提供改进**：给出具体、可操作的钩子改进建议
-
-## 分析原则
-
-- **读者视角**：始终从读者的角度评估钩子效果
-- **类型适配**：不同类型的故事对钩子的要求不同（网文需要更强的钩子）
-- **具体建议**：不说「加强悬念」，而说「在最后一句加入一个未知角色的出现」
-- **尊重风格**：不强制所有章节都用强钩子，过渡章可以用中等钩子
-
-## 评估标准
-
-### 网文标准（默认）
-- 每章必须有钩子（无钩子 = 不合格）
-- 平均强度应 ≥ 3.0
-- 卷末钩子应 ≥ 4.0
-
-### 文学标准
-- 80% 章节应有钩子
-- 平均强度应 ≥ 2.0
-- 允许部分章节以情感余韵结尾（非传统钩子）