核心用法
story-review 是一套专业级小说质量审查系统，采用多视角对抗式审查架构。用户可通过 /story-review、/story-review full、/story-review lean 或 /story-review solo 触发不同深度的审查流程。
三种执行模式：
- full 模式：并行 spawn 4 个专业 Agent（story-architect 架构审查、character-designer 角色设计、narrative-writer 文字质量、consistency-checker 一致性核查）
- lean 模式：精简双 Agent（story-architect + consistency-checker），兼顾效率与深度
- solo 模式：单会话基础审查，适用于 Agent 不可用或快速检查场景
系统自动执行预检与降级机制：检测 Agent 部署状态、版本新鲜度、工具可用性，任何异常自动降级至 solo 模式并明确报告，确保审查流程不中断。
显著优点
1. 对抗式多视角覆盖：4 个专业 Agent 分别从故事架构、角色塑造、文字质感、事实一致性四个维度独立审查，避免单一视角盲区
2. 智能降级保障：Agent 缺失/异常/版本过期/递归保护/工具不可用等场景自动降级，报告明确标注 Fallback 原因
3. 平台化 Rubric 体系：内置番茄、起点、知乎盐言三大平台标准，配合通用网文质量清单，自动识别目标平台并加载对应标准
4. 标准化输出：强制统一 Findings Schema（S1-S4 严重度分级、9 大 category 分类），支持跨 Agent 结果合并与优先级排序
5. AI 味专项检测：内置禁用词库、7 种 AI 写作模式识别、章末总结体检测，提供可执行替换建议而非泛泛评价
6. 证据驱动：所有 finding 必须附原文 evidence 和 location（文件:行号），杜绝空泛批评
潜在缺点与局限性
1. 部署依赖较重：full/lean 模式需要预部署 4 个 Agent 文件（.claude/agents/*.md），首次使用需先执行 /story-setup
2. 版本管理敏感：.story-deployed 标记文件版本低于 10 会触发 stale 降级，需保持工具链同步更新
3. 递归限制严格：已处于子 Agent 内时禁止 spawn 新 Agent，嵌套审查场景只能降级 solo
4. 大文件处理限制：多章/整卷审查需手动分批，系统不自动拆分超长内容
5. 事实核查受限：外部事实验证（历史、地理、职业细节）仅在 full/lean 模式且 story-researcher 已部署时才可用，solo 模式只能标记"需人工核查"
6. 中文网文特化：Rubric 体系和 AI 味检测针对中文网络文学优化，对英文小说或其他文学形态适配有限
适合人群
- 网文作者：需按番茄/起点/知乎等平台标准自检稿件质量
- 写作团队：多人协作场景下统一审查标准，减少编辑沟通成本
- AI 辅助写作用户：专门检测并清理 AI 生成痕迹，提升文字自然度
- 连载作者：定期检查设定一致性，防止长篇连载中出现伏笔断线、角色属性漂移
常规风险
| 风险项 | 说明 | 缓解措施 |
|--------|------|----------|
| Agent spawn 失败 | 环境不支持子 Agent 调用 | 自动降级 solo，功能可用性保障 |
| Rubric 文件不可读 | 项目未安装 reference 文件 | 使用 embedded fallback，审查不中断 |
| 递归调用阻断 | 已在子 Agent 内触发审查 | 降级 solo，避免无限递归 |
| 版本过期降级 | `.story-deployed` 版本过旧 | 报告提示重新运行 `/story-setup` |
| 事实核查遗漏 | solo 模式无法调用 story-researcher | 报告中明确标记"需人工核查" |
| 严重度判断主观 | S1/S2 分级依赖 Agent 判断 | 多 Agent 交叉验证，分歧明确呈现 |
整体而言，story-review 是一套工程化程度较高的专业审查工具，适合对质量有明确要求的网文生产流程，但需注意前置部署和版本管理成本。