plugins/novels/novel/skills/outline-management/SKILL.md
大纲管理 - 总纲/细纲设计、章节规划、多线管理、伏笔布局与回收。当用户需要设计小说大纲、规划篇章结构、管理多条故事线或跟踪伏笔回收时激活。
npx skillsauth add lazygophers/ccplugin plugins/novels/novel/skills/outline-managementInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
提供从总纲到细纲的完整大纲设计方法论,帮助创作者规划小说整体结构、管理多条情节线索、合理布局伏笔与回收,确保长篇故事的结构完整性和连贯性。
总纲(全书视角)
├─ 卷纲(分卷/篇章视角)
│ ├─ 细纲(章节视角)
│ ├─ 细纲
│ └─ ...
├─ 卷纲
└─ ...
总纲是全书的骨架,包含以下要素:
## 总纲模板
### 核心信息
- 书名:
- 题材:
- 字数预估:
- 核心卖点(一句话):
### 故事主线
- 起点:主角的初始状态
- 发展:主要经历的阶段(3-5个大阶段)
- 高潮:最终决战/终极冲突
- 结局:故事如何收束
### 主要角色
- 主角:一句话概括 + 成长弧线
- 女主/重要配角:一句话概括 + 与主角的关系
- 主要反派:一句话概括 + 与主角的冲突
### 势力格局
- 主要势力及其关系
### 力量体系
- 等级划分和核心规则
每卷是一个相对完整的故事单元:
## 卷纲模板
### 卷名:第X卷「卷名」
- 字数预估:XX万字(约XX章)
- 时间跨度:
- 主要场景:
### 本卷目标
- 情节目标:本卷要完成什么事件?
- 角色目标:主角在本卷的成长是什么?
- 悬念目标:本卷要揭示/制造什么悬念?
### 本卷主线
- 起因:
- 经过(关键节点):
- 高潮:
- 收束:
### 本卷登场角色
- 新角色及其作用
- 已有角色的发展
细纲是具体到每章的写作蓝图:
## 细纲模板
### 第XXX章「章名」
- 视角角色:
- 场景:
- 本章目的:(推进情节/揭示信息/角色发展)
### 内容要点
1. 开场:场景和情绪起点
2. 发展:本章的核心事件
3. 结尾:章末钩子/悬念
### 关键信息
- 需要传递的设定/伏笔:
- 角色关系变化:
- 连接下一章的线索:
长篇小说通常有多条线索并行:
线索分类:
线索管理表:
| 线索名 | 类型 | 起始章 | 关键节点 | 预计收束 | 状态 | |--------|------|--------|---------|---------|------| | 灭门真相 | 主线 | 第1章 | 50/120/200 | 终章 | 进行中 | | 师姐下落 | 副线 | 第3章 | 80/150 | 第160章 | 进行中 | | 神秘组织 | 暗线 | 第30章(暗示) | 100 | 第250章 | 潜伏中 |
伏笔布局原则:
伏笔追踪表:
| 伏笔内容 | 埋设位置 | 回收位置 | 回收方式 | 状态 | |---------|---------|---------|---------|------| | 主角手臂上的神秘印记 | 第5章 | 第80章 | 印记是远古传承的钥匙 | 已回收 | | 老者临死前的半句话 | 第23章 | 第150章 | 指向最终Boss的身份 | 待回收 | | 地图上消失的城市 | 第45章 | 待定 | 关联暗线 | 待回收 |
全书节奏的宏观布局(以200万字为例):
开篇期(1-20万字):
建立世界观 → 触发事件 → 首个小高潮
节奏:中等偏快,快速抓住读者
发展期(20-80万字):
2-3个中型副本/事件,实力稳步提升
节奏:紧松交替,每30万字一个大高潮
转折期(80-120万字):
重大转折、阵营洗牌、真相初现
节奏:先压抑后爆发
高潮期(120-180万字):
终极冲突展开,全面决战
节奏:持续紧张,高潮迭起
收束期(180-200万字):
最终决战 → 悬念收束 → 结局
节奏:爆发后渐缓,给予情感落点
## 《暗夜法医》总纲
### 核心信息
- 题材:都市异能悬疑
- 字数预估:150万字(约5卷)
- 核心卖点:每次使用异能查案就会丢失一段自己的记忆
### 故事主线
- 起点:失忆法医获得读取死者记忆的能力
- 第一阶段:利用能力破获连环案件,逐渐失去记忆
- 第二阶段:发现能力来源与神秘组织的关联
- 第三阶段:记忆几乎耗尽,面临最终抉择
- 结局:以最后一段记忆为代价揭开终极真相
### 分卷规划
- 第一卷「失忆者」(30万字):获得能力,首个连环案
- 第二卷「记忆猎人」(30万字):组织初现,能力代价加剧
- 第三卷「镜中人」(35万字):身世真相,阵营冲突
- 第四卷「最后记忆」(30万字):终极对决
- 第五卷「新的开始」(25万字):真相大白,结局收束
tools
--- name: trellisx-workspace description: 维护 `.trellis/task.md` 任务看板 —— trellis 缺的跨任务总览。**一个表格, 一行一个任务**, 列为 id/名称/描述/状态/阶段/进度/worktree (状态/阶段中文显示)。在 task create/start/阶段切换/archive 后**及时更新**对应行; 并**自动清理超 7 天的已完成行**防膨胀。保持看板与 task.json 实时一致。 when_to_use: 维护 / 创建 / 更新 `.trellis/task.md` 任务看板时; task 生命周期任一节点 (create/start/阶段推进/archive) 之后同步看板时; 用户问"当前有哪些任务 / 任务进度 / 任务看板"时。被 trellisx-flow 与 trellisx-apply 注入的流程引用。 user-invocable: true argument-hint: [show|update|sync|cleanup ...] [task id] arguments:
testing
强制以 Trellis task 闭环处理用户指定的请求 (自判新建/并入 → plan→exec→check→finish 全程不跳步)。**仅用户显式主动调用** (/trellisx-flow 或明确要求"强制走 task 处理这个"); **禁止自动 / 被动 / 推断式调用** —— 不要因为某个请求"看起来该建 task"就自动触发本 skill, 那是 apply 注入的 no_task 倾向的职责。
testing
把 强推task + subtask拆分 + worktree隔离 + 闭环收尾 四维度增量注入当前项目 .trellis/ (workflow.md 的 no_task/planning/in_progress 块 + spec 背书文档 + trellis 生命周期 hook worktree 自动化)。强推 task 与闭环为纯 prompt 软约束 (非平台 hook 硬拦截)。**纯增量追加, 绝不替换 trellis 原生文本** (no_task 分类+征同意/check/finish/前缀全保留)。幂等 (marker 包裹)。
development
Claude Code 会话历史整理 — 扫 ~/.claude/projects/**/*.jsonl 全部 session transcripts, 提取学习增量 (用户校正/决策/踩坑/L0 规则) → 全局记忆库 ~/.cortex/.wiki/memory/. 默认 --apply 落盘 (--dry-run opt-in 仅出 JSON plan 预览). 与 cortex-extract (L4-inbox 内部) 互补.