zkcoi/novelmaster
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

feat: initial commit

Browse Source
This commit is contained in:
zkcoi
2026-06-23 20:29:02 +08:00
commit ea8f6066c4
217 changed files with 60754 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
noma/skills/noma-dashboard/SKILL.md
+80
View File
@@ -0,0 +1,80 @@
---
name: noma-dashboard
description: 启动可视化小说管理面板（只读 Web Dashboard），实时查看项目状态、实体图谱与章节内容。
allowed-tools: Bash Read
---
# Noma Dashboard
## 目标
在本地启动一个 **只读** Web 面板，用于可视化查看当前小说项目的：
- 创作进度与 Strand 节奏分布
- 设定词典（角色/地点/势力等实体）
- 关系图谱
- 章节与大纲内容浏览
- 追读力分析数据
面板通过 `watchdog` 监听 `..noma/novel_data/` 目录变更并实时刷新，不对项目做任何修改。
## 执行步骤
### Step 0：环境确认
```bash
export WORKSPACE_ROOT="${CLAUDE_PROJECT_DIR:-$PWD}"
if [ -z "${CLAUDE_PLUGIN_ROOT}" ] || [ ! -d "${CLAUDE_PLUGIN_ROOT}/dashboard" ]; then
echo "ERROR: 未找到 dashboard 模块: ${CLAUDE_PLUGIN_ROOT}/dashboard" >&2
exit 1
fi
export DASHBOARD_DIR="${CLAUDE_PLUGIN_ROOT}/dashboard"
```
### Step 1：安装依赖（首次）
```bash
python -m pip install -r "${DASHBOARD_DIR}/requirements.txt" --quiet
```
### Step 2：解析项目根目录并准备 Python 模块路径
```bash
export SCRIPTS_DIR="${CLAUDE_PLUGIN_ROOT}/scripts"
export PROJECT_ROOT="$(python "${SCRIPTS_DIR}/noma.py" --project-root "${WORKSPACE_ROOT}" where)"
echo "项目路径: ${PROJECT_ROOT}"
# 确保 `python -m dashboard.server` 可在任意工作目录下找到插件模块
if [ -n "${PYTHONPATH:-}" ]; then
export PYTHONPATH="${CLAUDE_PLUGIN_ROOT}:${PYTHONPATH}"
else
export PYTHONPATH="${CLAUDE_PLUGIN_ROOT}"
fi
# 前端 dist 已随插件发布；若缺失说明安装包异常
if [ ! -f "${DASHBOARD_DIR}/frontend/dist/index.html" ]; then
echo "ERROR: 缺少前端构建产物 ${DASHBOARD_DIR}/frontend/dist/index.html" >&2
echo "请重新安装插件或联系维护者修复发布包。" >&2
exit 1
fi
```
### Step 3：启动 Dashboard
```bash
python -m dashboard.server --project-root "${PROJECT_ROOT}"
```
启动后会自动打开浏览器访问 `http://127.0.0.1:8765`。
如不需要自动打开浏览器，使用：
```bash
python -m dashboard.server --project-root "${PROJECT_ROOT}" --no-browser
```
## 注意事项
- Dashboard 为纯只读面板，所有 API 仅 GET，不提供任何修改接口。
- 文件读取严格限制在 `PROJECT_ROOT` 范围内，防止路径穿越。
- 如需自定义端口，添加 `--port 9000` 参数。
noma/skills/noma-init/SKILL.md
+434
View File
@@ -0,0 +1,434 @@
---
name: noma-init
description: 深度初始化网文项目。通过分阶段交互收集完整创作信息，生成可直接进入规划与写作的项目骨架与约束文件。
allowed-tools: Read Write Edit Grep Bash Task AskUserQuestion WebSearch WebFetch
---
# Project Initialization (Deep Mode)
## 目标
- 通过结构化交互收集足够信息，避免"先生成再返工"。
- 产出可落地项目骨架：`.noma/novel_data/state.json`、`设定集/*`、`大纲/总纲.md`、`.noma/novel_data/idea_bank.json`。
- 保证后续 `/noma-plan` 与 `/noma-write` 可直接运行。
## 执行原则
1. 先收集，再生成；未过充分性闸门，不执行 `init_project.py`。
2. 分波次提问，每轮只问"当前缺失且会阻塞下一步"的信息。
3. 允许调用 `Read/Grep/Bash/Task/AskUserQuestion/WebSearch/WebFetch` 辅助收集。
4. 用户已明确的信息不重复问；冲突信息优先让用户裁决。
5. Deep 模式优先完整性，允许慢一点，但禁止漏关键字段。
## 引用加载等级（strict, lazy）
采用分级加载，避免一次性灌入全部资料：
- L0：未确认任务前，不预加载参考。
- L1：每个阶段仅加载该阶段"必读"文件。
- L2：仅在题材、金手指、创意约束触发条件满足时加载扩展参考。
- L3：市场趋势类、时效类资料仅在用户明确要求时加载。
路径约定：
- `references/...` 相对当前 skill 目录（`${CLAUDE_PLUGIN_ROOT}/skills/noma-init/references/...`）。
- `templates/...` 相对插件根目录（`${CLAUDE_PLUGIN_ROOT}/templates/...`）。
默认加载清单：
- L1（启动前）：`references/genre-tropes.md`
- L2（按需）：
- 题材模板：`templates/genres/{genre}.md`
- 金手指：`../../templates/golden-finger-templates.md`
- 世界观：`references/worldbuilding/faction-systems.md`
- 创意约束：按下方"逐文件引用清单"触发加载
- L3（显式请求）：
- `references/creativity/market-trends-2026.md`
## References（逐文件引用清单）
### 根目录
- `references/genre-tropes.md`
- 用途：Step 1 题材归一化、题材特征提示。
- 触发：所有项目必读。
- `references/system-data-flow.md`
- 用途：初始化产物与后续 `/plan`、`/write` 的数据流一致性检查。
- 触发：Step 0 预检必读。
### worldbuilding
- `references/worldbuilding/character-design.md`
- 用途：Step 2 角色维度补问（目标、缺陷、动机、反差）。
- 触发：用户人物信息抽象或扁平时加载。
- `references/worldbuilding/faction-systems.md`
- 用途：Step 4 势力格局与组织层级设计。
- 触发：Step 4 默认加载。
- `references/worldbuilding/power-systems.md`
- 用途：Step 4 力量体系类型与边界定义。
- 触发：涉及修仙/玄幻/高武/异能时加载。
- `references/worldbuilding/setting-consistency.md`
- 用途：Step 6 一致性复述前做设定冲突检查。
- 触发：Step 6 默认加载。
- `references/worldbuilding/world-rules.md`
- 用途：Step 4 世界规则与禁忌项收束。
- 触发：Step 4 默认加载。
### creativity
- `references/creativity/creativity-constraints.md`
- 用途：Step 5 创意约束包主 schema。
- 触发：Step 5 必读。
- `references/creativity/category-constraint-packs.md`
- 用途：Step 5 按平台/题材选择约束包模板。
- 触发：Step 5 必读。
- `references/creativity/creative-combination.md`
- 用途：复合题材（A+B）融合规则。
- 触发：用户选择复合题材时加载。
- `references/creativity/inspiration-collection.md`
- 用途：用户卡住时提供卖点/钩子候选。
- 触发：Step 1 或 Step 5 卡顿时加载。
- `references/creativity/selling-points.md`
- 用途：Step 5 卖点生成与筛选。
- 触发：Step 5 必读。
- `references/creativity/market-positioning.md`
- 用途：目标读者/平台定位与商业化语义统一。
- 触发：Step 1 用户提及平台或商业目标时加载。
- `references/creativity/market-trends-2026.md`
- 用途：时间敏感市场趋势参考。
- 触发：仅用户明确要求"参考当下趋势"时加载。
- `references/creativity/anti-trope-xianxia.md`
- 用途：反套路库（修仙/玄幻/高武/西幻）。
- 触发：题材命中对应映射时加载。
- `references/creativity/anti-trope-urban.md`
- 用途：反套路库（都市/历史）。
- 触发：题材命中对应映射时加载。
- `references/creativity/anti-trope-game.md`
- 用途：反套路库（游戏/科幻/末世）。
- 触发：题材命中对应映射时加载。
- `references/creativity/anti-trope-rules-mystery.md`
- 用途：反套路库（规则/悬疑/灵异/克苏鲁）。
- 触发：题材命中对应映射时加载。
## 工具策略（按需）
- `Read/Grep`：读取项目上下文与参考文件（`README.md`、`CLAUDE.md`、`templates/genres/*`、`references/*`）。
- `Bash`：执行 `init_project.py`、文件存在性检查、最小验证命令。
- `Task`：拆分并行子任务（如题材映射、约束包候选生成、文件验证）。
- `AskUserQuestion`：用于关键分歧裁决、候选方案选择、最终确认。
- `WebSearch`：用于检索最新市场趋势、平台风向、题材数据（可带域名过滤）。
- `WebFetch`：用于抓取已确定来源页面内容并做事实核验。
- 外部检索触发条件：
- 用户明确要求参考市场趋势或平台风向；
- 创意约束需要"时间敏感依据"；
- 对题材信息存在明显不确定。
## 交互流程（Deep）
### Step 0：预检与上下文加载
环境设置（bash 命令执行前）：
```bash
export WORKSPACE_ROOT="${CLAUDE_PROJECT_DIR:-$PWD}"
if [ -z "${CLAUDE_PLUGIN_ROOT}" ] || [ ! -d "${CLAUDE_PLUGIN_ROOT}/scripts" ]; then
echo "ERROR: 未设置 CLAUDE_PLUGIN_ROOT 或缺少目录: ${CLAUDE_PLUGIN_ROOT}/scripts" >&2
exit 1
fi
export SCRIPTS_DIR="${CLAUDE_PLUGIN_ROOT}/scripts"
```
必须做：
- 确认当前目录可写。
- 解析脚本目录并确认入口存在（仅支持插件目录）：
- 固定路径：`${CLAUDE_PLUGIN_ROOT}/scripts`
- 入口脚本：`${SCRIPTS_DIR}/noma.py`
- 建议先打印解析结果，避免写到错误目录：
- `python "${SCRIPTS_DIR}/noma.py" --project-root "${WORKSPACE_ROOT}" where`
- 加载最小参考：
- `references/system-data-flow.md`（用于校对 init 产物与 plan/write 输入链路）
- `references/genre-tropes.md`
- `templates/genres/`（仅在用户选定题材后按需读取）
输出：
- 进入 Deep 采集前的"已知信息清单"和"待收集清单"。
### Step 1：故事核与商业定位
收集项（必收）：
- 书名（可先给工作名）
- 题材（支持 A+B 复合题材）
- 目标规模（总字数或总章数）
- 一句话故事
- 核心冲突
- 目标读者/平台
题材集合（用于归一化与映射）：
- 玄幻修仙类：修仙 | 系统流 | 高武 | 西幻 | 无限流 | 末世 | 科幻
- 都市现代类：都市异能 | 都市日常 | 都市脑洞 | 现实题材 | 黑暗题材 | 电竞 | 直播文
- 言情类：古言 | 宫斗宅斗 | 青春甜宠 | 豪门总裁 | 职场婚恋 | 民国言情 | 幻想言情 | 现言脑洞 | 女频悬疑 | 狗血言情 | 替身文 | 多子多福 | 种田 | 年代
- 特殊题材：规则怪谈 | 悬疑脑洞 | 悬疑灵异 | 历史古代 | 历史脑洞 | 游戏体育 | 抗战谍战 | 知乎短篇 | 克苏鲁
交互方式：
- 优先让用户自由描述，再二次结构化确认。
- 若用户卡住，给 2-4 个候选方向供选。
### Step 2：角色骨架与关系冲突
收集项（必收）：
- 主角姓名
- 主角欲望（想要什么）
- 主角缺陷（会害他付代价的缺陷）
- 主角结构（单主角/多主角）
- 感情线配置（无/单女主/多女主）
- 反派分层（小/中/大）与镜像对抗一句话
收集项（可选）：
- 主角原型标签（成长型/复仇型/天才流等）
- 多主角分工
### Step 3：金手指与兑现机制
收集项（必收）：
- 金手指类型（可为"无金手指"）
- 名称/系统名（无则留空）
- 风格（硬核/诙谐/黑暗/克制等）
- 可见度（谁知道）
- 不可逆代价（必须有代价或明确"无+理由"）
- 成长节奏（慢热/中速/快节奏）
收集项（条件必收）：
- 若为系统流：系统性格、升级节奏
- 若为重生：重生时间点、记忆完整度
- 若为传承/器灵：辅助边界与出手限制
### Step 4：世界观与力量规则
收集项（必收）：
- 世界规模（单城/多域/大陆/多界）
- 力量体系类型
- 势力格局
- 社会阶层与资源分配
收集项（题材相关）：
- 货币体系与兑换规则
- 宗门/组织层级
- 境界链与小境界
### Step 5：创意约束包（差异化核心）
流程：
1. 基于题材映射加载反套路库（最多 2 个主相关库）。
2. 生成 2-3 套创意包，每套包含：
- 一句话卖点
- 反套路规则 1 条
- 硬约束 2-3 条
- 主角缺陷驱动一句话
- 反派镜像一句话
- 开篇钩子
3. 三问筛选：
- 为什么这题材必须这么写？
- 换成常规主角会不会塌？
- 卖点能否一句话讲清且不撞模板？
4. 展示五维评分（详见 `references/creativity/creativity-constraints.md` 的 `8.1 五维评分`），辅助用户决策。
5. 用户选择最终方案，或拒绝并给出原因。
备注：
- 若用户要求"贴近当下市场"，可触发外部检索并标注时间戳。
### Step 6：一致性复述与最终确认
必须输出"初始化摘要草案"并让用户确认：
- 故事核（题材/一句话故事/核心冲突）
- 主角核（欲望/缺陷）
- 金手指核（能力与代价）
- 世界核（规模/力量/势力）
- 创意约束核（反套路 + 硬约束）
确认规则：
- 用户未明确确认，不执行生成。
- 若用户仅改局部，回到对应 Step 最小重采集。
## 内部数据模型（初始化收集对象）
```json
{
"project": {
"title": "",
"genre": "",
"target_words": 0,
"target_chapters": 0,
"one_liner": "",
"core_conflict": "",
"target_reader": "",
"platform": ""
},
"protagonist": {
"name": "",
"desire": "",
"flaw": "",
"archetype": "",
"structure": "单主角"
},
"relationship": {
"heroine_config": "",
"heroine_names": [],
"heroine_role": "",
"co_protagonists": [],
"co_protagonist_roles": [],
"antagonist_tiers": {},
"antagonist_level": "",
"antagonist_mirror": ""
},
"golden_finger": {
"type": "",
"name": "",
"style": "",
"visibility": "",
"irreversible_cost": "",
"growth_rhythm": ""
},
"world": {
"scale": "",
"factions": "",
"power_system_type": "",
"social_class": "",
"resource_distribution": "",
"currency_system": "",
"currency_exchange": "",
"sect_hierarchy": "",
"cultivation_chain": "",
"cultivation_subtiers": ""
},
"constraints": {
"anti_trope": "",
"hard_constraints": [],
"core_selling_points": [],
"opening_hook": ""
}
}
```
## 充分性闸门（必须通过）
未满足以下条件前，禁止执行 `init_project.py`：
1. 书名、题材（可复合）已确定。
2. 目标规模可计算（字数或章数至少一个）。
3. 主角姓名 + 欲望 + 缺陷完整。
4. 世界规模 + 力量体系类型完整。
5. 金手指类型已确定（允许"无金手指"）。
6. 创意约束已确定：
- 反套路规则 1 条
- 硬约束至少 2 条
- 或用户明确拒绝并记录原因。
## 项目目录安全规则（必须）
- `project_root` 必须由书名安全化生成（去非法字符，空格转 `-`）。
- 若安全化结果为空或以 `.` 开头，自动前缀 `proj-`。
- 禁止在插件目录下生成项目文件（`${CLAUDE_PLUGIN_ROOT}`）。
## 执行生成
### 1) 运行初始化脚本
```bash
python "${SCRIPTS_DIR}/noma.py" init \
"{project_root}" \
"{title}" \
"{genre}" \
--protagonist-name "{protagonist_name}" \
--target-words {target_words} \
--target-chapters {target_chapters} \
--golden-finger-name "{gf_name}" \
--golden-finger-type "{gf_type}" \
--golden-finger-style "{gf_style}" \
--core-selling-points "{core_points}" \
--protagonist-structure "{protagonist_structure}" \
--heroine-config "{heroine_config}" \
--heroine-names "{heroine_names}" \
--heroine-role "{heroine_role}" \
--co-protagonists "{co_protagonists}" \
--co-protagonist-roles "{co_protagonist_roles}" \
--antagonist-tiers "{antagonist_tiers}" \
--world-scale "{world_scale}" \
--factions "{factions}" \
--power-system-type "{power_system_type}" \
--social-class "{social_class}" \
--resource-distribution "{resource_distribution}" \
--gf-visibility "{gf_visibility}" \
--gf-irreversible-cost "{gf_irreversible_cost}" \
--currency-system "{currency_system}" \
--currency-exchange "{currency_exchange}" \
--sect-hierarchy "{sect_hierarchy}" \
--cultivation-chain "{cultivation_chain}" \
--cultivation-subtiers "{cultivation_subtiers}" \
--protagonist-desire "{protagonist_desire}" \
--protagonist-flaw "{protagonist_flaw}" \
--protagonist-archetype "{protagonist_archetype}" \
--antagonist-level "{antagonist_level}" \
--target-reader "{target_reader}" \
--platform "{platform}"
```
### 2) 写入 `idea_bank.json`
写入 `.noma/novel_data/idea_bank.json`：
```json
{
"selected_idea": {
"title": "",
"one_liner": "",
"anti_trope": "",
"hard_constraints": []
},
"constraints_inherited": {
"anti_trope": "",
"hard_constraints": [],
"protagonist_flaw": "",
"antagonist_mirror": "",
"opening_hook": ""
}
}
```
### 3) Patch 总纲
必须补齐：
- 故事一句话
- 核心主线 / 核心暗线
- 创意约束（反套路、硬约束、主角缺陷、反派镜像）
- 反派分层
- 关键爽点里程碑（2-3 条）
## 验证与交付
执行检查：
```bash
test -f "{project_root}/.noma/novel_data/state.json"
find "{project_root}/设定集" -maxdepth 1 -type f -name "*.md"
test -f "{project_root}/大纲/总纲.md"
test -f "{project_root}/.noma/novel_data/idea_bank.json"
```
成功标准：
- `state.json` 存在且关键字段不为空（title/genre/target_words/target_chapters）。
- 设定集核心文件存在：`世界观.md`、`力量体系.md`、`主角卡.md`、`金手指设计.md`。
- `总纲.md` 已填核心主线与约束字段。
- `idea_bank.json` 已写入且与最终选定方案一致。
## 失败处理（最小回滚）
触发条件：
- 关键文件缺失；
- 总纲关键字段缺失；
- 约束启用但 `idea_bank.json` 缺失或内容不一致。
恢复流程：
1. 仅补缺失字段，不全量重问。
2. 仅重跑最小步骤：
- 文件缺失 -> 重跑 `init_project.py`；
- 总纲缺字段 -> 只 patch 总纲；
- idea_bank 不一致 -> 只重写该文件。
3. 重新验证，全部通过后结束。
noma/skills/noma-init/references/creativity/anti-trope-game.md
+170
View File
@@ -0,0 +1,170 @@
# 游戏/科幻反套路库 (Game & Sci-Fi Anti-Tropes)
> **定位**：游戏文、科幻题材的反常规限制和非套路爽点，基于2026年热门榜实证分析数据，用于驱动创意差异化。
## 目录
- 一、常见套路（需要规避或反转）
- 二、反常规限制（每项目至少选1条）
- 三、非套路爽点（替代传统打脸）
- 四、组合示例
- 五、使用指南
---
## 一、常见套路（需要规避或反转）
| 套路 | 问题 | 出现频率 |
|------|------|---------|
| 系统流同质化（无限制金手指） | 市场饱和，缺乏差异化 | 极高 |
| 数值无上限（失去期待感） | 读者失去追更动力 | 极高 |
| 第2章还在获得金手指（节奏拖沓） | 前期节奏过慢，掉率高 | 高 |
| 第3章不出现明确对手 | 缺乏冲突，读者流失 | 高 |
| 世界观前5章过度解说 | 致命沉闷，读者跳过 | 高 |
| 主角无明确短期目标 | 读者不知道为什么追更 | 中 |
| IP融合无新逻辑（纯搬运） | 缺乏创意，读者无惊喜 | 中 |
---
## 二、反常规限制（每项目至少选1条）
### 2.1 系统/金手指限制类
| ID | 反套路规则 | 创意驱动 | 示例 |
|----|-----------|---------|------|
| GM-001 | 金手指有明确上限（时间/次数/能量消耗） | 资源管理成为核心策略 | 体验卡每次只有5分钟，用完需要等24小时 |
| GM-002 | 金手指触发有条件（非随时可用） | 创造条件成为剧情核心 | 只有在极度危险时系统才会激活 |
| GM-003 | 金手指有随机负面效果 | 风险与收益并存 | 每次使用系统有20%概率触发随机惩罚 |
| GM-004 | 金手指被他人发现会改变游戏规则 | 隐藏与保护成为核心张力 | 系统被发现后，所有玩家都会针对主角 |
| GM-005 | 金手指与游戏/世界规则存在冲突 | 规则冲突制造持续张力 | 系统给的技能违反了游戏的物理法则 |
### 2.2 成长限制类
| ID | 反套路规则 | 创意驱动 | 示例 |
|----|-----------|---------|------|
| GM-006 | 数值成长有天花板（需要突破机制） | 突破机制成为阶段性高潮 | 等级上限100，突破需要完成特殊任务 |
| GM-007 | 升级需要真实代价（不只是刷怪） | 每次成长都有重量 | 升级需要放弃一项已有技能 |
| GM-008 | 强大能力有副作用 | 能力越强，代价越大 | 最强技能使用后昏迷三天 |
| GM-009 | 资源稀缺（不能无限获取） | 资源争夺成为核心冲突 | 整个服务器只有10个稀有材料刷新点 |
| GM-010 | 更高等级带来更大威胁（非线性安全感） | 变强不等于更安全 | 突破到S级后，S级怪物开始主动追杀 |
### 2.3 战斗/竞技限制类
| ID | 反套路规则 | 创意驱动 | 示例 |
|----|-----------|---------|------|
| GM-011 | 不能无限制越级挑战 | 必须找到策略性突破口 | 越级挑战会触发系统惩罚机制 |
| GM-012 | 胜利有代价（消耗/暴露/欠债） | 胜利不是免费的 | 赢了比赛但暴露了核心战术 |
| GM-013 | 规则会被对手利用 | 规则是双刃剑 | 主角发现的漏洞被对手反向利用 |
| GM-014 | 继承前任的敌人 | 成长带来新的麻烦 | 击败强者后，其所有仇敌转移给主角 |
| GM-015 | 某些规则不可违背（游戏机制/物理法则） | 约束边界制造真实感 | 无论多强，都无法违背游戏的基础物理 |
### 2.4 世界/信息限制类
| ID | 反套路规则 | 创意驱动 | 示例 |
|----|-----------|---------|------|
| GM-016 | 主角不知道完整规则（信息不对等） | 探索规则成为持续动力 | 手册只有一半，另一半需要自己发现 |
| GM-017 | 规则会随时间演化 | 主角必须持续适应 | 每周游戏规则更新，之前的策略失效 |
| GM-018 | 不同玩家/势力对规则理解不同 | 信息差制造策略博弈 | 主角发现了别人不知道的规则解读 |
| GM-019 | 遗忘机制（不能无限积累信息） | 信息管理成为核心 | 每次死亡会遗忘部分记忆 |
| GM-020 | 说出/展示能力会改变规则 | 隐藏成为生存策略 | 公开使用某技能后，该技能会被系统削弱 |
---
## 三、非套路爽点（替代传统打脸）
### 3.1 策略型爽点
| ID | 爽点模式 | 描述 | 示例 |
|----|---------|------|------|
| GM-S01 | 规则反制 | 用规则漏洞反制对手 | 利用游戏判定机制让对手自爆 |
| GM-S02 | 行为预判 | 预判AI/NPC/对手行为模式 | 分析对手的行为规律，提前三步布局 |
| GM-S03 | 跨系统迁移 | 跨系统/跨游戏知识迁移 | 用现实物理知识解决游戏内的谜题 |
| GM-S04 | 以弱胜强 | 用弱势资源打败强势资源 | 用最低级材料合成出最高级装备 |
| GM-S05 | 隐藏机制 | 发现隐藏机制并利用 | 发现游戏内没有人知道的隐藏副本 |
### 3.2 代价型爽点
| ID | 爽点模式 | 描述 | 示例 |
|----|---------|------|------|
| GM-S06 | 代价胜利 | 付出真实代价的胜利 | 用尽所有资源换来一次关键胜利 |
| GM-S07 | 副作用武器化 | 用能力的副作用作为武器 | 利用技能的负面效果反伤对手 |
| GM-S08 | 限制内最优 | 在限制内找到最优解 | 在只有初级装备的情况下击败BOSS |
| GM-S09 | 短期牺牲 | 牺牲短期利益换取长期优势 | 主动输掉排名，换取更好的资源位置 |
| GM-S10 | 以彼之道 | 用敌人的规则打败敌人 | 用对手设计的陷阱反将对手一军 |
### 3.3 反转型爽点
| ID | 爽点模式 | 描述 | 示例 |
|----|---------|------|------|
| GM-S11 | Bug成核心 | 被认为是bug的能力成为核心战力 | 所有人嘲笑的无用技能成为最终武器 |
| GM-S12 | 失败最优解 | 看似失败的选择揭示为最优解 | 主角选择了最差的职业，却发现隐藏优势 |
| GM-S13 | 规则颠覆 | 规则本身被颠覆 | 主角发现整个游戏的底层逻辑是错的 |
| GM-S14 | NPC觉醒 | NPC/AI展现出超预期的复杂性 | 以为是工具人的NPC有自己的目的 |
| GM-S15 | 真相揭示 | 游戏/世界的真相揭示 | 主角发现游戏世界是真实世界的镜像 |
---
## 四、组合示例
### 示例1：游戏文-IP融合流
```
反套路规则：GM-005（金手指与游戏规则冲突）+ GM-016（不知道完整规则）
非套路爽点：GM-S01（规则反制）+ GM-S12（失败最优解）
核心冲突：穿越进IP世界，但原著剧情已经偏轨，主角的"剧透"越来越不准确
创意驱动：如何在不断变化的剧情中找到新的生存策略？
差异化：不是"我知道剧情所以无敌"，而是"我知道的剧情越来越不对"
```
### 示例2：末日生存-建造流
```
反套路规则：GM-009（资源稀缺）+ GM-010（更高等级更大威胁）
非套路爽点：GM-S04（以弱胜强）+ GM-S09（短期牺牲）
核心冲突：合成/建造系统与其他幸存者的资源争夺，变强会吸引更强的威胁
创意驱动：如何在资源稀缺的末日中建立可持续的生存体系？
差异化：不是"我有系统所以无敌"，而是"我的系统让我成为所有人的目标"
```
### 示例3：科幻-克苏鲁硬核流
```
反套路规则：GM-016（不知道完整规则）+ GM-017（规则会演化）
非套路爽点：GM-S05（隐藏机制）+ GM-S15（真相揭示）
核心冲突：理性主角在非理性世界中寻找规律，但规律本身在不断变化
创意驱动：如何在规则不断演化的世界中保持理性？
差异化：不是"我找到了规律所以无敌"，而是"规律本身是陷阱"
```
---
## 五、使用指南
### 5.1 选择流程
1. 从"反常规限制"中选择 1-2 条
2. 从"非套路爽点"中选择 2-3 种作为主要爽点模式
3. 检查组合是否产生"化学反应"
4. 设计 2-3 个基于约束的独特剧情解法
### 5.2 游戏/科幻题材特别提示
- ✅ **第1章必须出现金手指**：不能拖到第2章
- ✅ **第3章必须出现明确对手**：环境/规则/具体反派任选其一
- ✅ **数值反馈要可视化**：前后对比（战力50→战力180）
- ✅ **金手指必须有上限**：体验卡有时间、能力有消耗
- ✅ **每章至少1个小爽点**：不能让爽感超过1章没出现
- ❌ 系统说话超过1000字（读者会跳过）
- ❌ 前5章过度解释世界观
- ❌ 主角能力没有上限/代价
### 5.3 避免陷阱
- ❌ 选择约束后又用金手指绕过
- ❌ 约束只在前期有效，后期消失
- ❌ 约束与爽点模式冲突
- ✅ 约束贯穿全文
- ✅ 约束驱动剧情发展
- ✅ 约束与爽点相辅相成
noma/skills/noma-init/references/creativity/anti-trope-rules-mystery.md
+214
View File
@@ -0,0 +1,214 @@
# 规则怪谈反套路库 (Rules Mystery Anti-Tropes)
> **定位**：规则怪谈题材的反常规限制和非套路爽点，用于驱动创意差异化。
## 目录
- 一、常见套路（需要规避或反转）
- 二、反常规限制（每项目至少选1条）
- 三、非套路爽点（替代传统逃脱）
- 四、组合示例
- 五、规则设计模板
- 六、使用指南
---
## 一、常见套路（需要规避或反转）
| 套路 | 问题 | 出现频率 |
|------|------|---------|
| 主角有特殊能力看穿规则 | 降低推理难度 | 极高 |
| 规则总能被破解 | 缺乏真正的威胁感 | 高 |
| 队友一个个死去 | 模式化死亡 | 高 |
| 最后逃出生天 | 结局可预测 | 高 |
| 规则来源是邪神/诅咒 | 解释单一 | 中 |
| 主角是唯一幸存者 | 缺乏变化 | 中 |
---
## 二、反常规限制（每项目至少选1条）
### 2.1 主角能力限制类
| ID | 反套路规则 | 创意驱动 | 示例 |
|----|-----------|---------|------|
| RM-001 | 主角无法看到完整规则 | 必须通过试错/推理 | 规则手册有缺页 |
| RM-002 | 主角的特殊能力有严重副作用 | 能力使用需要权衡 | 看穿规则会失去一段记忆 |
| RM-003 | 主角的能力会被规则"学习" | 同一招只能用一次 | 规则会适应主角的破解方式 |
| RM-004 | 主角是规则的一部分 | 主角行为影响规则本身 | 主角死亡会触发新规则 |
| RM-005 | 主角无任何特殊能力 | 纯靠智慧和观察 | 普通人视角 |
### 2.2 规则本身限制类
| ID | 反套路规则 | 创意驱动 | 示例 |
|----|-----------|---------|------|
| RM-006 | 规则不可破解，只能适应 | 生存而非胜利 | 规则是世界法则，无法改变 |
| RM-007 | 规则会进化/变异 | 动态威胁 | 每次有人死亡，规则会更新 |
| RM-008 | 规则之间会冲突 | 利用规则对抗规则 | 遵守A规则必然违反B规则 |
| RM-009 | 规则的惩罚是延迟的 | 不知道何时触发 | 违规后随机时间触发惩罚 |
| RM-010 | 规则的真正含义与字面不同 | 文字游戏 | "不要说话"实际是"不要说谎" |
### 2.3 环境/团队限制类
| ID | 反套路规则 | 创意驱动 | 示例 |
|----|-----------|---------|------|
| RM-011 | 团队中有内鬼 | 信任危机 | 有人在故意触发规则 |
| RM-012 | 逃出去不是结束 | 规则会跟随 | 逃出后规则在现实世界生效 |
| RM-013 | 时间循环 | 重复尝试但有代价 | 死亡后回到起点，但记忆不完整 |
| RM-014 | 规则空间在扩张 | 紧迫感 | 每小时规则区域扩大一倍 |
| RM-015 | 遵守规则也有代价 | 没有安全选项 | 遵守规则会慢慢失去人性 |
### 2.4 信息限制类
| ID | 反套路规则 | 创意驱动 | 示例 |
|----|-----------|---------|------|
| RM-016 | 主角不知道自己在规则空间 | 发现真相是第一步 | 以为是正常世界 |
| RM-017 | 规则手册是假的/不完整的 | 不能完全信任信息 | 手册是陷阱 |
| RM-018 | 不同人看到的规则不同 | 信息不对称 | 每人只能看到部分规则 |
| RM-019 | 规则会被遗忘 | 记忆管理 | 知道规则后会逐渐遗忘 |
| RM-020 | 说出规则会让规则失效 | 沉默的博弈 | 告诉他人规则会让规则变化 |
---
## 三、非套路爽点（替代传统逃脱）
### 3.1 推理型爽点
| ID | 爽点模式 | 描述 | 示例 |
|----|---------|------|------|
| RM-S01 | 规则逆推 | 从结果推导规则 | 从死亡模式推断规则内容 |
| RM-S02 | 规则组合 | 利用多条规则的组合效果 | A规则+B规则=安全区 |
| RM-S03 | 规则边界测试 | 找到规则的精确边界 | "不能说话"的边界是什么？ |
| RM-S04 | 规则来源推理 | 推断规则为什么存在 | 规则是某人的执念 |
| RM-S05 | 伪规则识别 | 识别哪些是真规则哪些是假的 | 手册中混入了假规则 |
### 3.2 博弈型爽点
| ID | 爽点模式 | 描述 | 示例 |
|----|---------|------|------|
| RM-S06 | 规则对抗规则 | 利用规则冲突 | 用A规则的惩罚抵消B规则 |
| RM-S07 | 人性博弈 | 与其他幸存者的博弈 | 谁先违规谁先死 |
| RM-S08 | 与规则制定者博弈 | 发现规则背后的意志 | 规则是某个存在的游戏 |
| RM-S09 | 信息博弈 | 利用信息不对称 | 假装不知道规则 |
| RM-S10 | 时间博弈 | 利用规则的时间特性 | 在惩罚触发前完成目标 |
### 3.3 反转型爽点
| ID | 爽点模式 | 描述 | 示例 |
|----|---------|------|------|
| RM-S11 | 规则反转 | 规则的真正含义揭露 | "不要开门"是保护门外的人 |
| RM-S12 | 身份反转 | 主角/NPC身份揭露 | 主角是规则的创造者 |
| RM-S13 | 目标反转 | 真正的目标不是逃脱 | 逃脱会导致更大灾难 |
| RM-S14 | 时间线反转 | 时间顺序的真相 | 这是第N次循环 |
| RM-S15 | 现实反转 | 规则空间与现实的关系 | 规则空间才是真实世界 |
### 3.4 代价型爽点
| ID | 爽点模式 | 描述 | 示例 |
|----|---------|------|------|
| RM-S16 | 牺牲换信息 | 用生命换取关键信息 | 队友死前传递规则 |
| RM-S17 | 部分遵守 | 承受部分惩罚换取行动自由 | 故意触发轻微惩罚 |
| RM-S18 | 代价转移 | 将惩罚转移给他人/物 | 让替身承受惩罚 |
| RM-S19 | 延迟代价 | 先行动后付出代价 | 借用未来的生命 |
| RM-S20 | 共同承担 | 分摊惩罚 | 多人分担一个惩罚 |
---
## 四、组合示例
### 示例1：信息不对称怪谈
```
反套路规则：RM-018（不同人看到不同规则）+ RM-020（说出规则会失效）
非套路爽点：RM-S09（信息博弈）+ RM-S07（人性博弈）
核心冲突：每人只知道部分规则，但不能分享
创意驱动：如何在不能直接交流的情况下合作？
差异化：社交推理型怪谈，重点在人与人的博弈
```
### 示例2：规则进化怪谈
```
反套路规则：RM-007（规则会进化）+ RM-003（规则会学习主角）
非套路爽点：RM-S03（边界测试）+ RM-S06（规则对抗规则）
核心冲突：每次破解都会让规则变得更难
创意驱动：如何在规则不断进化的情况下生存？
差异化：动态威胁，每次循环都不同
```
### 示例3：代价型怪谈
```
反套路规则：RM-015（遵守规则也有代价）+ RM-006（规则不可破解）
非套路爽点：RM-S17（部分遵守）+ RM-S20（共同承担）
核心冲突：遵守和违反都有代价，只能选择承受哪种
创意驱动：如何最小化代价？
差异化：没有安全选项，每个选择都有重量
```
### 示例4：身份型怪谈
```
反套路规则：RM-004（主角是规则的一部分）+ RM-016（主角不知道自己在规则空间）
非套路爽点：RM-S12（身份反转）+ RM-S15（现实反转）
核心冲突：主角发现自己就是规则的核心
创意驱动：主角如何面对自己是"怪物"的真相？
差异化：主角视角的颠覆，从受害者到加害者
```
---
## 五、规则设计模板
### 5.1 基础规则模板
```markdown
【规则名称】
触发条件：{什么情况下规则生效}
规则内容：{规则的具体要求}
违规惩罚：{违反规则的后果}
隐藏含义：{规则的真正目的/深层含义}
可利用点：{主角可以利用的漏洞/边界}
```
### 5.2 规则设计原则
1. **内在逻辑**：规则必须有存在的理由
2. **可推理性**：读者应该能推断规则
3. **边界清晰**：规则的边界应该可测试
4. **代价明确**：违规惩罚应该具体
5. **可利用性**：规则应该有可利用的空间
### 5.3 规则复杂度控制
| 篇幅 | 核心规则数 | 隐藏规则数 | 伪规则数 |
|------|-----------|-----------|---------|
| 短篇（5万字以下） | 3-5 | 1-2 | 0-1 |
| 中篇（5-20万字） | 5-8 | 2-3 | 1-2 |
| 长篇（20万字以上） | 8-12 | 3-5 | 2-3 |
---
## 六、使用指南
### 6.1 选择流程
1. 从"反常规限制"中选择 1-2 条
2. 从"非套路爽点"中选择 2-3 种作为主要爽点模式
3. 设计 3-5 条核心规则
4. 为每条规则设计"可利用点"
5. 检查规则之间是否有有趣的交互
### 6.2 避免陷阱
- ❌ 规则太容易被破解
- ❌ 规则惩罚不够可怕
- ❌ 主角能力太强，规则形同虚设
- ❌ 规则之间没有关联
- ✅ 规则有真正的威胁感
- ✅ 破解需要付出代价
- ✅ 规则之间有有趣的交互
- ✅ 主角的胜利来自智慧而非能力
noma/skills/noma-init/references/creativity/anti-trope-urban.md
+169
View File
@@ -0,0 +1,169 @@
# 都市/历史反套路库 (Urban & History Anti-Tropes)
> **定位**：都市异能、历史穿越题材的反常规限制和非套路爽点，基于2026年热门榜实证分析数据，用于驱动创意差异化。
## 目录
- 一、常见套路（需要规避或反转）
- 二、反常规限制（每项目至少选1条）
- 三、非套路爽点（替代传统打脸）
- 四、组合示例
- 五、使用指南
---
## 一、常见套路（需要规避或反转）
| 套路 | 问题 | 出现频率 |
|------|------|---------|
| 娱乐圈饱和套路（穿越→立刻成明星） | 题材严重过剩，同质化极高 | 极高 |
| 金手指无代价（系统无消耗/无上限） | 缺乏张力，读者失去期待感 | 极高 |
| 反派纯恶无动机 | 人物单薄，冲突缺乏说服力 | 高 |
| 穿越→立刻练武成高手 | 过时套路，缺乏知识流新鲜感 | 高 |
| 第1章纯对话无环境 | 读者无法建立代入感 | 高 |
| 感情线纸片化女性角色 | 口碑崩塌风险 | 中 |
| 知识碾压无阻力（无人质疑） | 缺乏冲突，爽感廉价 | 中 |
---
## 二、反常规限制（每项目至少选1条）
### 2.1 金手指限制类
| ID | 反套路规则 | 创意驱动 | 示例 |
|----|-----------|---------|------|
| UR-001 | 金手指有消耗机制（每次使用消耗资源/时间/健康） | 每次使用都是资源管理决策 | 预知未来每次消耗一年寿命 |
| UR-002 | 金手指触发需满足特定条件（非随时可用） | 创造条件成为剧情核心 | 只有在绝境中才能激活系统 |
| UR-003 | 金手指有信息差上限（只知道部分未来/历史） | 不完整信息制造持续悬念 | 只能看到三天内的事件 |
| UR-004 | 金手指被他人发现会带来致命危险 | 隐藏与保护成为核心张力 | 系统被发现会被国家机构追捕 |
| UR-005 | 金手指与主角核心缺陷绑定（用得越多缺陷越明显） | 能力与代价深度绑定 | 预知能力越强，越无法感受当下 |
### 2.2 主角能力限制类
| ID | 反套路规则 | 创意驱动 | 示例 |
|----|-----------|---------|------|
| UR-006 | 知识优势有时效性（历史会偏离预期） | 主角必须持续适应变化 | 改变了一件事，后续历史全部偏轨 |
| UR-007 | 专业知识需要时间转化（不能立刻变现） | 积累过程成为剧情主线 | 知道配方但没有设备和资金 |
| UR-008 | 主角改变历史/行业会引发连锁反应 | 非线性结果制造意外冲突 | 救了一个人，导致另一场灾难 |
| UR-009 | 主角有明确的道德红线（不能无限利用信息差） | 道德选择成为核心张力 | 知道股票涨跌但不愿意内幕交易 |
| UR-010 | 主角的现代思维在古代/特定环境会造成误解 | 文化冲突制造喜剧与危机 | 现代平等观念在古代被视为大逆不道 |
### 2.3 人际关系限制类
| ID | 反套路规则 | 创意驱动 | 示例 |
|----|-----------|---------|------|
| UR-011 | 盟友有自己的利益诉求（非无条件支持） | 联盟关系需要持续维护 | 合作伙伴随时可能因利益转向 |
| UR-012 | 反派有合理动机（利益冲突而非人品问题） | 对立面更有说服力 | 反派是维护既得利益的行业巨头 |
| UR-013 | 感情线有真实阻力（非一见钟情无障碍） | 感情发展需要真实铺垫 | 对方有自己的事业和原则 |
| UR-014 | 权威人物不会轻易被说服（需要多次证明） | 认可过程成为爽点积累 | 专家需要看到三次成功才相信主角 |
| UR-015 | 主角的成功会引发嫉妒和政治阻力 | 成功本身制造新的危机 | 改革成功后遭到利益集团联合打压 |
### 2.4 世界规则限制类
| ID | 反套路规则 | 创意驱动 | 示例 |
|----|-----------|---------|------|
| UR-016 | 历史/行业有惯性（改变需要时间和代价） | 变革过程成为主线 | 推广新技术需要十年才能改变市场 |
| UR-017 | 资源有限（不能无限获取） | 资源管理成为核心策略 | 启动资金只有一次机会 |
| UR-018 | 时代局限性真实存在（主角也受限） | 主角不是全知全能 | 古代没有现代医疗，知道病因也无法治愈 |
| UR-019 | 成功会带来新的更大压力 | 无限游戏结构 | 公司做大后面临更强的竞争对手 |
| UR-020 | 某些规则不可违背（法律/道德/物理） | 约束边界制造真实感 | 无论多聪明，都无法违背物理定律 |
---
## 三、非套路爽点（替代传统打脸）
### 3.1 知识碾压型爽点
| ID | 爽点模式 | 描述 | 示例 |
|----|---------|------|------|
| UR-S01 | 知识解题 | 用现代知识解决古代/行业难题（有具体过程） | 用化学知识解决古代冶炼难题，全程展示推导过程 |
| UR-S02 | 预判布局 | 预判他人行动并提前布局 | 三章前埋下的棋子在关键时刻发挥作用 |
| UR-S03 | 规则漏洞 | 发现规则漏洞并合法利用 | 用古代法律条文的漏洞反制对手 |
| UR-S04 | 跨域迁移 | 跨领域知识迁移（A领域知识解决B领域问题） | 用现代管理学解决古代军队问题 |
| UR-S05 | 信息差逆转 | 主角知道对方不知道的关键信息 | 知道对手的底牌，却假装不知道 |
### 3.2 代价型爽点
| ID | 爽点模式 | 描述 | 示例 |
|----|---------|------|------|
| UR-S06 | 代价胜利 | 付出真实代价后的胜利（更有分量） | 放弃了一段感情，换来了关键盟友 |
| UR-S07 | 取舍抉择 | 放弃某样东西换取更重要的东西 | 主动暴露一个秘密，换取对方信任 |
| UR-S08 | 弱点武器化 | 用自身弱点作为武器 | 利用对方对自己的轻视，设下陷阱 |
| UR-S09 | 规则内突破 | 在规则约束内找到突破口 | 在古代礼法框架内找到女性经商的合法路径 |
| UR-S10 | 积累爆发 | 通过长期积累而非天赋取得成功 | 十章的铺垫后，一次性兑现所有布局 |
### 3.3 反转型爽点
| ID | 爽点模式 | 描述 | 示例 |
|----|---------|------|------|
| UR-S11 | 低估反击 | 被低估者的精准反击 | 所有人认为主角会失败，主角用数据证明所有人错了 |
| UR-S12 | 失败布局 | 看似失败实为布局 | 主动输掉一场谈判，换取更大的筹码 |
| UR-S13 | 认知颠覆 | 对手意识到自己错了的瞬间 | 反派意识到自己一直在被主角引导 |
| UR-S14 | 多线影响 | 多方势力同时被主角影响 | 一个决策同时改变了三个势力的走向 |
| UR-S15 | 历史揭示 | 历史/行业被悄然改变的揭示 | 读者意识到主角已经改变了整个时代走向 |
---
## 四、组合示例
### 示例1：历史穿越-知识改革流
```
反套路规则：UR-006（知识有时效性）+ UR-008（改变历史有连锁反应）
非套路爽点：UR-S01（知识解题）+ UR-S14（多线影响）
核心冲突：主角知道历史走向，但每次干预都让历史偏轨
创意驱动：如何在不断变化的历史中找到最优解？
差异化：不是"我知道未来所以无敌"，而是"我知道的未来越来越不准确"
```
### 示例2：都市-行业改革流
```
反套路规则：UR-007（知识需时间转化）+ UR-015（成功引发政治阻力）
非套路爽点：UR-S10（积累爆发）+ UR-S03（规则漏洞）
核心冲突：主角有改变行业的知识，但每一步都遭遇既得利益者阻击
创意驱动：如何在体制内找到合法的突破路径？
差异化：不是"我有系统所以无敌"，而是"我用规则打败规则"
```
### 示例3：历史穿越-女主种田流
```
反套路规则：UR-009（道德红线）+ UR-016（历史有惯性）
非套路爽点：UR-S09（规则内突破）+ UR-S11（低估反击）
核心冲突：女主有现代知识，但受限于古代女性身份，无法直接行动
创意驱动：如何在礼法约束内找到女性经济独立的路径？
差异化：不是"我穿越了所以打破一切规则"，而是"我在规则内找到了缝隙"
```
---
## 五、使用指南
### 5.1 选择流程
1. 从"反常规限制"中选择 1-2 条
2. 从"非套路爽点"中选择 2-3 种作为主要爽点模式
3. 检查组合是否产生"化学反应"
4. 设计 2-3 个基于约束的独特剧情解法
### 5.2 都市/历史题材特别提示
- ✅ **知识优势要有过程**：不是"主角说出答案"，而是"主角展示推导过程"
- ✅ **反派要有合理动机**：利益冲突 > 人品问题
- ✅ **感情线要有真实阻力**：对方有自己的原则和事业
- ✅ **3章一峰节奏**：第1章困境，第2章能力初展，第3章小胜+新阻力
- ❌ 金手指无代价（系统无消耗）
- ❌ 知识碾压无阻力（所有人立刻相信主角）
- ❌ 反派纯恶无动机
### 5.3 避免陷阱
- ❌ 选择约束后又用金手指绕过
- ❌ 约束只在前期有效，后期消失
- ❌ 约束与爽点模式冲突
- ✅ 约束贯穿全文
- ✅ 约束驱动剧情发展
- ✅ 约束与爽点相辅相成
noma/skills/noma-init/references/creativity/anti-trope-xianxia.md
+159
View File
@@ -0,0 +1,159 @@
# 修仙/玄幻反套路库 (Xianxia Anti-Tropes)
> **定位**：修仙/玄幻题材的反常规限制和非套路爽点，用于驱动创意差异化。
## 目录
- 一、常见套路（需要规避或反转）
- 二、反常规限制（每项目至少选1条）
- 三、非套路爽点（替代传统打脸）
- 四、组合示例
- 五、使用指南
---
## 一、常见套路（需要规避或反转）
| 套路 | 问题 | 出现频率 |
|------|------|---------|
| 废材逆袭 | 过度使用，读者疲劳 | 极高 |
| 退婚打脸 | 模式固化，缺乏新意 | 极高 |
| 老爷爷传承 | 金手指来源单一 | 高 |
| 签到系统 | 无脑升级，缺乏张力 | 高 |
| 宗门大比 | 结构雷同 | 高 |
| 秘境夺宝 | 流程化严重 | 中 |
| 天才碾压 | 缺乏挑战感 | 中 |
---
## 二、反常规限制（每项目至少选1条）
### 2.1 金手指限制类
| ID | 反套路规则 | 创意驱动 | 示例 |
|----|-----------|---------|------|
| XH-001 | 金手指每次使用消耗寿命 | 每次使用都是生死抉择 | 用一年寿命换一次突破 |
| XH-002 | 金手指只能在特定条件下激活 | 创造条件成为剧情核心 | 只有濒死时才能使用 |
| XH-003 | 金手指的奖励有随机负面效果 | 风险与收益并存 | 获得功法但随机封印一种感官 |
| XH-004 | 金手指被多人共享（竞争关系） | 零和博弈 | 全世界只有10个系统宿主 |
| XH-005 | 金手指会被他人夺取 | 隐藏与保护成为核心 | 被杀死后金手指转移 |
### 2.2 修炼限制类
| ID | 反套路规则 | 创意驱动 | 示例 |
|----|-----------|---------|------|
| XH-006 | 主角无法正常修炼 | 必须找到替代路径 | 经脉全断，只能炼体 |
| XH-007 | 修炼速度与道德挂钩 | 善恶选择影响实力 | 杀人会降低修为 |
| XH-008 | 境界突破需要特定情感体验 | 情感线与修炼线绑定 | 必须经历真正的绝望才能突破 |
| XH-009 | 修炼资源极度稀缺 | 资源争夺成为核心 | 整个宗门每年只有10颗筑基丹 |
| XH-010 | 境界越高寿命越短 | 追求力量的代价 | 金丹期只能活50年 |
### 2.3 战斗限制类
| ID | 反套路规则 | 创意驱动 | 示例 |
|----|-----------|---------|------|
| XH-011 | 主角无法主动攻击 | 必须设计反击/借力打力 | 只能防御和反弹伤害 |
| XH-012 | 越级战斗必有代价 | 胜利不是免费的 | 越级杀敌后昏迷三天 |
| XH-013 | 战斗结果由规则裁定 | 智斗替代武斗 | 比斗由天道裁决，非实力决定 |
| XH-014 | 杀人会继承对方的仇敌 | 杀戮的连锁反应 | 杀一人，其所有仇敌转移给你 |
| XH-015 | 同门不能互相伤害 | 宗门内斗需要智谋 | 宗门禁制，同门出手会反噬 |
### 2.4 世界观限制类
| ID | 反套路规则 | 创意驱动 | 示例 |
|----|-----------|---------|------|
| XH-016 | 修仙者不能杀凡人 | 凡人成为棋子/保护对象 | 杀凡人会遭天谴 |
| XH-017 | 修仙界资源总量固定 | 零和博弈的世界 | 灵气总量不变，有人强必有人弱 |
| XH-018 | 高阶修士不能干预低阶事务 | 同阶竞争为主 | 金丹期不能对筑基期出手 |
| XH-019 | 修仙者的秘密会被天道广播 | 隐藏秘密极难 | 突破时会暴露位置 |
| XH-020 | 修仙界有"重置"机制 | 长线剧情的紧迫感 | 每千年天地大劫，一切归零 |
---
## 三、非套路爽点（替代传统打脸）
### 3.1 智斗型爽点
| ID | 爽点模式 | 描述 | 示例 |
|----|---------|------|------|
| XH-S01 | 规则利用 | 利用世界规则反杀 | 利用"同门不能互伤"让敌人自爆 |
| XH-S02 | 信息差逆转 | 主角知道敌人不知道的信息 | 敌人不知道主角已经突破 |
| XH-S03 | 借刀杀人 | 不直接出手，借他人之力 | 引导两个敌人互相残杀 |
| XH-S04 | 规则漏洞 | 发现并利用规则漏洞 | 发现禁制的盲区 |
| XH-S05 | 长线布局 | 多章铺垫后的收网 | 三卷前埋的棋子发挥作用 |
### 3.2 代价型爽点
| ID | 爽点模式 | 描述 | 示例 |
|----|---------|------|------|
| XH-S06 | 牺牲换胜利 | 付出重大代价获胜 | 燃烧十年寿命击杀强敌 |
| XH-S07 | 两败俱伤 | 与敌人同归于尽（但主角有后手） | 同归于尽后金手指复活 |
| XH-S08 | 断尾求生 | 放弃某物换取生存 | 自断一臂逃出包围 |
| XH-S09 | 代价转嫁 | 将代价转移给敌人 | 让敌人承担自己的天劫 |
| XH-S10 | 延迟代价 | 先获胜，代价后付 | 先杀敌，三年后还债 |
### 3.3 反转型爽点
| ID | 爽点模式 | 描述 | 示例 |
|----|---------|------|------|
| XH-S11 | 身份反转 | 主角真实身份揭露 | 废物少爷是转世大能 |
| XH-S12 | 敌友反转 | 敌人变盟友或反之 | 追杀主角的人是父亲的旧友 |
| XH-S13 | 规则反转 | 规则的真正含义与表面不同 | "禁止杀人"实际是"禁止被杀" |
| XH-S14 | 时间反转 | 时间线的真相揭露 | 主角是从未来回来的 |
| XH-S15 | 因果反转 | 因果关系与预期相反 | 主角不是被选中的，而是选中了系统 |
---
## 四、组合示例
### 示例1：苟道修仙
```
反套路规则：XH-010（境界越高寿命越短）+ XH-009（资源极度稀缺）
非套路爽点：XH-S05（长线布局）+ XH-S06（牺牲换胜利）
核心冲突：主角追求长生，但修炼会缩短寿命
创意驱动：如何在"修炼=减寿"的世界里活得最久？
差异化：不追求最强，追求活得最久
```
### 示例2：规则修仙
```
反套路规则：XH-013（战斗由规则裁定）+ XH-018（高阶不能干预低阶）
非套路爽点：XH-S01（规则利用）+ XH-S04（规则漏洞）
核心冲突：实力不是决定因素，规则才是
创意驱动：如何在规则框架内获得最大优势？
差异化：智斗替代武斗，律师型主角
```
### 示例3：代价修仙
```
反套路规则：XH-001（金手指消耗寿命）+ XH-012（越级必有代价）
非套路爽点：XH-S06（牺牲换胜利）+ XH-S10（延迟代价）
核心冲突：每次变强都在透支未来
创意驱动：如何管理"代价债务"？
差异化：资源管理型修仙，每次选择都有重量
```
---
## 五、使用指南
### 5.1 选择流程
1. 从"反常规限制"中选择 1-2 条
2. 从"非套路爽点"中选择 2-3 种作为主要爽点模式
3. 检查组合是否产生"化学反应"
4. 设计 2-3 个基于约束的独特剧情解法
### 5.2 避免陷阱
- ❌ 选择约束后又用金手指绕过
- ❌ 约束只在前期有效，后期消失
- ❌ 约束与爽点模式冲突
- ✅ 约束贯穿全文
- ✅ 约束驱动剧情发展
- ✅ 约束与爽点相辅相成
noma/skills/noma-init/references/creativity/category-constraint-packs.md
+327
View File
@@ -0,0 +1,327 @@
# 创意约束系统 (Creativity Constraints)
> **定位**：定义创意生成的结构化约束，驱动非套路创意产出。
> **原则**：约束不是限制，而是创意的催化剂；结构化约束有助于提升新颖度与差异化。
## 目录
- 一、创意包 Schema (Idea Package)
- 二、三轴混搭法 (Three-Axis Mashup)
- 三、反套路触发器 (Anti-Trope Triggers)
- 四、镜像对抗设计 (Antagonist Mirror)
- 五、开篇钩子优先法 (Hook-First Design)
- 六、硬约束驱动创意 (Hard Constraints)
- 七、三问筛选法 (Three-Question Filter)
- 八、评分系统 (Scoring System)
- 九、输出格式
---
## 一、创意包 Schema (Idea Package)
每个创意必须包含以下字段：
```json
{
"id": "uuid",
"title": "书名",
"one_liner": "一句话卖点（10秒电梯演讲）",
"genre": "题材",
"novelty_axes": {
"genre_base": "题材基础",
"rule_constraint": "规则限制（至少1条反常规）",
"character_conflict": "角色矛盾"
},
"anti_trope": "选择的反套路规则",
"protagonist": {
"flaw": "主角缺陷（必填）",
"desire": "核心欲望"
},
"antagonist_mirror": {
"shared_trait": "与主角共享的欲望/缺陷",
"opposite_path": "采取的相反道路"
},
"opening_hook": {
"hook_sentence": "一句钩子",
"opening_scene": "开场场景概述",
"chapter_end_suspense": "第一章末悬念"
},
"hard_constraints": ["硬约束1", "硬约束2"],
"score": {
"novelty": 0,
"market_fit": 0,
"writability": 0,
"cool_point_density": 0,
"long_term_potential": 0,
"total": 0
},
"three_questions": {
"q1_why_this_way": "这题材为什么只能这样写？",
"q2_protagonist_swap": "主角换成常规人设会崩吗？",
"q3_one_liner_unique": "卖点一句话能讲清且不撞套路吗？"
},
"status": "pending|selected|rejected",
"created_at": "ISO日期"
}
```
---
## 二、三轴混搭法 (Three-Axis Mashup)
### 2.1 三轴定义
| 轴 | 说明 | 示例 |
|---|------|------|
| **题材基础** | 故事的世界观类型 | 修仙、都市、规则怪谈 |
| **规则限制** | 世界/能力/行为的硬约束 | 资源稀缺、金手指有代价、禁止直接战斗 |
| **角色矛盾** | 主角内在冲突或与世界的冲突 | 反爽（不追求碾压）、道德困境、身份认同 |
### 2.2 混搭规则
**至少 2/3 轴必须"非该题材默认选项"**
| 题材 | 默认选项 | 非默认选项（推荐） |
|------|---------|------------------|
| 修仙 | 资源充足、金手指无代价、追求碾压 | 资源稀缺、金手指有代价、反爽/苟道 |
| 都市 | 现代科技、身份隐藏、打脸装逼 | 规则入侵、身份公开、智斗博弈 |
| 言情 | 男强女弱、误会推动、HE结局 | 势均力敌、信息透明、开放结局 |
| 规则怪谈 | 规则可破解、主角特殊能力、逃出生天 | 规则不可逆、主角无特殊能力、代价式生存 |
### 2.3 混搭示例
```
✅ 好的混搭：
修仙（题材）+ 资源严重稀缺（规则）+ 主角反爽（角色）
→ 3/3 轴非默认，创意空间大
⚠️ 一般混搭：
修仙（题材）+ 金手指有代价（规则）+ 追求碾压（角色）
→ 2/3 轴非默认，可接受
❌ 套路混搭：
修仙（题材）+ 资源充足（规则）+ 追求碾压（角色）
→ 0/3 轴非默认，拒绝
```
---
## 三、反套路触发器 (Anti-Trope Triggers)
### 3.1 必选规则
**每个项目必须选择至少 1 条反常规规则**
### 3.2 通用反套路库
| ID | 反套路规则 | 适用题材 | 创意驱动 |
|----|-----------|---------|---------|
| AT-001 | 金手指有代价且不可逆 | 全题材 | 每次使用都是抉择 |
| AT-002 | 主角无法直接打脸，只能通过规则/系统反杀 | 爽文/修仙 | 智斗替代武斗 |
| AT-003 | 主角的优势同时是致命弱点 | 全题材 | 双刃剑设计 |
| AT-004 | 反派与主角共享同一金手指/能力 | 全题材 | 镜像对抗 |
| AT-005 | 主角的目标与读者预期相反 | 全题材 | 反预期叙事 |
| AT-006 | 世界规则对主角不利（非主角特权） | 规则怪谈/修仙 | 公平博弈 |
| AT-007 | 主角的成长以失去某物为代价 | 全题材 | 成长的重量 |
| AT-008 | 信息对称（主角不比读者知道更多） | 悬疑/规则怪谈 | 共同推理 |
| AT-009 | 主角的"正确选择"导致负面后果 | 全题材 | 道德灰度 |
| AT-010 | 金手指有使用次数/冷却限制 | 系统流 | 资源管理 |
### 3.3 题材专属反套路
详见：
- `anti-trope-xianxia.md` - 修仙/玄幻反套路
- `anti-trope-urban.md` - 都市/历史反套路
- `anti-trope-game.md` - 游戏/科幻反套路
- `anti-trope-rules-mystery.md` - 规则怪谈反套路
---
## 四、镜像对抗设计 (Antagonist Mirror)
### 4.1 核心原则
**反派与主角共享同一"欲望/缺陷"，但采取相反道路**
### 4.2 镜像模板
| 共享特质 | 主角道路 | 反派道路 |
|---------|---------|---------|
| 渴望力量 | 通过努力/牺牲获得 | 通过掠夺/背叛获得 |
| 恐惧失去 | 学会放手/接受 | 控制/占有一切 |
| 追求认可 | 证明自己的价值 | 强迫他人认可 |
| 逃避过去 | 面对并和解 | 毁灭所有证据 |
| 保护所爱 | 让所爱之人成长 | 囚禁/控制所爱之人 |
### 4.3 镜像示例
```
主角：林天，渴望力量保护家人
反派：慕容战，渴望力量统治一切
共享特质：对力量的渴望
主角道路：通过修炼和牺牲获得力量
反派道路：通过吞噬他人获得力量
镜像冲突：两人的对决不仅是实力对决，更是"获取力量的方式"之争
```
---
## 五、开篇钩子优先法 (Hook-First Design)
### 5.1 核心原则
**先产出钩子，再定大纲**
在确定完整大纲前，必须先设计：
1. 一句钩子（10字以内）
2. 一个开场场景（50字以内）
3. 一个第一章末悬念（30字以内）
### 5.2 钩子模板
| 钩子类型 | 模板 | 示例 |
|---------|------|------|
| 反差钩 | [身份A]却[行为B] | 废物少爷却让宗主跪下 |
| 悬念钩 | [异常现象]，[疑问] | 他死了三次，每次都记得 |
| 代价钩 | [获得X]，代价是[Y] | 获得神级系统，代价是寿命 |
| 选择钩 | [两难]，他选择了[意外] | 救妻子还是救世界，他选择了第三条路 |
| 反转钩 | [预期A]，实际[B] | 所有人都以为他死了，包括他自己 |
### 5.3 开场场景模板
| 场景类型 | 特点 | 适用题材 |
|---------|------|---------|
| 危机开场 | 主角处于生死边缘 | 规则怪谈、修仙 |
| 反差开场 | 主角身份/能力与表现反差 | 扮猪吃虎、都市 |
| 悬念开场 | 抛出未解之谜 | 悬疑、规则怪谈 |
| 冲突开场 | 主角与他人直接冲突 | 爽文、言情 |
| 日常打破 | 平静日常被打破 | 全题材 |
---
## 六、硬约束驱动创意 (Hard Constraints)
### 6.1 核心原则
**定义 2-3 条硬约束，逼出独特剧情解法**
### 6.2 硬约束类型
| 类型 | 说明 | 示例 |
|------|------|------|
| 世界观约束 | 世界运行的不可违背规则 | "修仙者不能杀凡人" |
| 能力约束 | 主角能力的硬性限制 | "金手指每天只能用一次" |
| 行为约束 | 主角行为的禁区 | "主角不能主动攻击" |
| 信息约束 | 主角知道/不知道的边界 | "主角不知道自己是穿越者" |
| 资源约束 | 稀缺资源的硬性限制 | "整个世界只有100颗灵石" |
### 6.3 约束组合示例
```
项目：《规则囚笼》
硬约束1（世界观）：规则一旦触发，无法撤销
硬约束2（能力）：主角只能"看到"规则，不能"改变"规则
硬约束3（行为）：主角每次提醒他人规则，自己会失去一段记忆
创意驱动：
- 主角如何在不能改变规则的情况下帮助他人？
- 主角如何在失去记忆的代价下做出选择？
- 规则不可撤销如何制造紧张感？
```
---
## 七、三问筛选法 (Three-Question Filter)
### 7.1 筛选问题
| # | 问题 | 通过标准 |
|---|------|---------|
| Q1 | 这题材为什么"只能这样写"？ | 能说出至少1个独特理由 |
| Q2 | 这主角如果换成常规人设会崩吗？ | 是（说明主角设计与故事深度绑定） |
| Q3 | 这个卖点一句话能讲清、且不撞常见套路吗？ | 是（说明卖点清晰且有差异化） |
### 7.2 筛选流程
```
生成 3-5 个创意
↓
三问筛选
↓
通过 3/3 → 进入评分
通过 2/3 → 修改后重新筛选
通过 1/3 或 0/3 → 淘汰
```
---
## 八、评分系统 (Scoring System)
### 8.1 五维评分
| 维度 | 权重 | 1分 | 3分 | 5分 |
|------|------|-----|-----|-----|
| 新颖度 | 25% | 烂大街 | 微创新 | 开创新品类 |
| 市场性 | 20% | 小众冷门 | 中等受众 | 大众热门 |
| 可写性 | 20% | 极难驾驭 | 中等难度 | 易于实现 |
| 爽点密度 | 20% | 爽点稀疏 | 中等密度 | 高密度 |
| 长线潜力 | 15% | 难以续写 | 可续写 | 无限扩展 |
### 8.2 计算公式
```
总分 = 新颖度×2.5 + 市场性×2 + 可写性×2 + 爽点密度×2 + 长线潜力×1.5
满分 = 50分
及格线 = 30分
推荐线 = 40分
```
---
## 九、输出格式
### 9.1 创意卡片格式
```markdown
## 创意 #{N}: {title}
**一句话卖点**: {one_liner}
**三轴混搭**:
- 题材基础: {genre_base}
- 规则限制: {rule_constraint}
- 角色矛盾: {character_conflict}
**反套路规则**: {anti_trope}
**主角设计**:
- 缺陷: {flaw}
- 欲望: {desire}
**反派镜像**:
- 共享特质: {shared_trait}
- 相反道路: {opposite_path}
**开篇钩子**:
- 钩子: {hook_sentence}
- 开场: {opening_scene}
- 悬念: {chapter_end_suspense}
**硬约束**:
1. {constraint_1}
2. {constraint_2}
**三问筛选**:
- Q1: {answer_1}
- Q2: {answer_2}
- Q3: {answer_3}
**评分**: {total}/50
- 新颖度: {novelty}/5
- 市场性: {market_fit}/5
- 可写性: {writability}/5
- 爽点密度: {cool_point_density}/5
- 长线潜力: {long_term_potential}/5
```
noma/skills/noma-init/references/creativity/creative-combination.md
+511
View File
@@ -0,0 +1,511 @@
# 创意组合创新参考指南
## 核心定位
通过系统化方法将多个创意元素（题材、卖点、人设等）进行深度融合，创造出具有独特吸引力和市场竞争力的小说概念。
---
## 1. 成功组合的五大特征
### 1.1 化学反应效果
**定义**：不同元素结合后产生的"1+1>2"效果。
**判断标准**：
- ✅ **强化学反应**：两元素互相增强，创造新的吸引力
- 示例：都市重生 + 反派视角 → 重生成反派的逆袭文（反派身份强化重生优势）
- ⚠️ **弱化学反应**：两元素共存但无增强效果
- 示例：玄幻修仙 + 日常种田 → 元素割裂，读者困惑
- ❌ **负反应**：两元素相互冲突或削弱
- 示例：硬核科幻 + 玄幻仙侠 → 世界观逻辑冲突
### 1.2 核心卖点清晰
组合后必须能用**一句话**说清楚核心吸引力。
**测试方法**：
```
如果你只有10秒向读者推荐这本书，你会怎么说？
```
**正面示例**：
- "重生成反派，用前世记忆洗白逆袭" ✅
- "都市修仙文" ❌（过于宽泛）
### 1.3 逻辑自洽性
**关键问题**：
- 世界观规则是否统一？
- 主角能力来源是否合理？
- 不同元素是否有明确的交互规则？
**自洽性检查清单**：
- [ ] 金手指设定与世界观不矛盾
- [ ] 主角行为符合人物设定
- [ ] 不同题材元素有清晰的融合逻辑
- [ ] 爽点设计不违背基础规则
### 1.4 读者共鸣强
**共鸣来源**：
- **情感共鸣**：主角经历能引发读者代入感
- **欲望满足**：组合后的故事满足读者核心欲望（复仇、逆袭、成长等）
- **新鲜感**：提供足够的创新点，避免审美疲劳
### 1.5 故事可持续性
**长期发展潜力评估**：
```
这个组合能否支撑：
- 30万字+ 的长篇连载？
- 持续的冲突升级？
- 角色成长空间？
- 世界观扩展可能性？
```
---
## 2. 元素多维分析与拆解
### 2.1 核心特征识别
对每个待组合元素进行拆解：
| 维度 | 分析要点 | 示例（都市重生） |
|------|---------|-----------------|
| **核心机制** | 这个元素的运作方式 | 主角携带前世记忆回到过去 |
| **情感内核** | 这个元素满足什么情感需求 | 弥补遗憾、改写命运 |
| **市场表现** | 当前市场热度与饱和度 | 成熟期，竞争激烈 |
| **典型爽点** | 读者期待的高潮设计 | 先知先觉、打脸反转 |
| **常见套路** | 需要规避的俗套设计 | 无脑打脸、圣母主角 |
### 2.2 互动关系评估
**三种互动关系**：
1. **互补型**：A元素的短板由B元素弥补
- 示例：系统流（缺少情节张力）+ 悬疑推理（强情节）
- 结果：系统提供升级框架，悬疑提供剧情张力
2. **增强型**：A元素与B元素相互放大优势
- 示例：重生（信息差优势）+ 商战（信息战核心）
- 结果：重生带来的先知先觉在商战中发挥最大价值
3. **冲突型**：两元素存在逻辑或风格冲突
- 示例：严肃现实题材 + 无厘头搞笑
- 结果：风格割裂，读者群体困惑
---
## 3. 组合方案生成与筛选
### 3.1 A+B 双元素组合法
**基础公式**：
```
核心题材 + 差异化卖点 = 新创意
```
**常见组合模式**：
| 题材元素 | 卖点元素 | 组合结果 | 化学反应评估 |
|---------|---------|---------|-------------|
| 都市重生 | 系统签到 | 重生都市签到流 | ⭐⭐⭐ 中等（常见组合） |
| 玄幻修仙 | 反派视角 | 反派修仙文 | ⭐⭐⭐⭐ 强（视角创新） |
| 科幻星际 | 规则怪谈 | 星际规则解谜 | ⭐⭐⭐⭐⭐ 极强（题材融合新颖） |
| 古代宫斗 | 现代记忆 | 穿越宫斗文 | ⭐⭐ 弱（过度饱和） |
**筛选标准**：
- ✅ 化学反应 ≥ ⭐⭐⭐
- ✅ 市场同质化程度 ≤ 中等
- ✅ 逻辑自洽性 ≥ 高
### 3.2 A+B+C 三元素组合法
**进阶公式**：
```
题材 + 核心卖点 + 人设/视角特色 = 差异化创意
```
**示例拆解**：
```
都市（题材）+ 重生（卖点）+ 反派洗白（人设特色）
= 重生成反派的都市洗白逆袭文
化学反应分析：
- 都市 + 重生：常规组合（⭐⭐）
- 重生 + 反派洗白：创新组合（⭐⭐⭐⭐）
- 都市 + 反派洗白：新颖组合（⭐⭐⭐⭐）
综合评分：⭐⭐⭐⭐（高潜力）
```
**警告**：三元素组合需控制复杂度
- ✅ 一主二辅（1个主导元素 + 2个辅助元素）
- ❌ 三主并行（容易导致主线混乱）
### 3.3 化学反应强度评估表
| 反应强度 | 特征 | 示例 | 市场潜力 |
|---------|------|------|---------|
| ⭐⭐⭐⭐⭐ 极强 | 开创新品类，读者眼前一亮 | 规则怪谈 + 无限流 | 蓝海市场 |
| ⭐⭐⭐⭐ 强 | 显著创新，有明确差异化 | 反派视角 + 玄幻修仙 | 竞争适中 |
| ⭐⭐⭐ 中等 | 常见组合，需深耕细节 | 都市 + 重生 + 系统 | 红海市场 |
| ⭐⭐ 弱 | 元素共存但无增强效果 | 玄幻 + 种田 | 需重新设计 |
| ⭐ 负反应 | 逻辑冲突或风格割裂 | 硬核科幻 + 玄学修仙 | 不建议 |
---
## 4. 融合机制设计与测试
### 4.1 确定主导与辅助关系
**主导元素**（占比60-70%）：
- 定义故事的核心框架与世界观
- 决定主要叙事风格
- 提供主线冲突
**辅助元素**（占比30-40%）：
- 提供差异化卖点
- 增强爽点设计
- 补充次要故事线
**示例**：
```
主导：都市重生（框架：现代都市背景 + 时间回溯）
辅助：商战权谋（卖点：商业博弈 + 智商较量）
融合方式：
- 主角重生后利用前世商业经验（信息差）进行商战布局
- 都市背景提供真实感，商战提供剧情张力
- 重生机制确保主角始终占据信息优势
```
### 4.2 融合机制六大维度
**1. 情节交织**
- 不同元素在情节中如何互动？
- 是否有明确的触发机制？
**示例**：
```
重生（主）+ 系统（辅）融合机制：
- 重生后系统激活（触发机制）
- 系统任务与重生目标一致（情节交织）
- 系统奖励推动重生计划（功能互补）
```
**2. 能力体现**
- 主角能力如何体现元素融合？
- 不同元素的能力是否有层次感？
**3. 世界观融合**
- 不同元素的世界观规则如何统一？
- 是否存在逻辑漏洞？
**4. 社会环境影响**
- 组合后的设定如何影响社会结构？
- 是否产生新的冲突源？
**5. 爽点设计**
- 元素组合后产生什么新爽点？
- 爽点频率与强度是否合理？
**6. 长期可持续性**
- 组合后的设定能否支撑长篇？
- 冲突升级路径是否清晰？
### 4.3 主角设定与开篇故事测试
**测试方法**：为组合方案构思开篇故事
**必须包含**：
- 主角核心身份（体现元素融合）
- 主要能力（来自哪个元素）
- 核心驱动目标（与元素相关）
- 开篇冲突（展示化学反应）
**示例开篇测试**：
```
组合方案：都市重生 + 反派洗白
主角设定：
- 身份：前世反派大佬，重生回高中时代
- 能力：前世积累的人脉/商业经验/读人心的能力
- 目标：改写命运，从反派洗白成正面人物
- 性格：外表高冷，内心戏多（反差萌）
开篇故事：
第1章：主角重生，发现自己回到了成为反派的起点
- 展示元素1（重生）：熟悉的教室，陌生的同学
- 展示元素2（反派身份）：回忆前世作恶的关键选择
- 展示化学反应：主角决定改变，但发现"洗白"比想象中困难
测试结果：
✅ 两元素在开篇都有体现
✅ 化学反应清晰（反派 + 重生 = 洗白难题）
✅ 读者期待明确（想看主角如何洗白）
```
---
## 5. 组合方案量化评分系统
### 5.1 综合评分公式
```
总分 = 创新度×3 + 市场潜力×2.5 + 逻辑自洽性×2 + 实施难度×(-1) + 化学反应强度×2.5
满分：50分
及格线：30分
高潜力：40分+
```
### 5.2 评分参考表
| 评分维度 | 1分 | 3分 | 5分 |
|---------|-----|-----|-----|
| **创新度** | 烂大街组合 | 微创新组合 | 开创新品类 |
| **市场潜力** | 小众冷门 | 中等受众 | 大众热门 |
| **逻辑自洽性** | 多处矛盾 | 基本合理 | 无懈可击 |
| **实施难度** | 极难驾驭 | 中等难度 | 易于实现 |
| **化学反应强度** | 负反应 | 弱反应 | 强反应 |
### 5.3 示例评分
**方案A：都市重生 + 反派洗白**
| 维度 | 得分 | 理由 |
|------|------|------|
| 创新度 | 4×3=12 | 反派视角创新，但重生常见 |
| 市场潜力 | 4×2.5=10 | 都市文受众广，反派洗白有吸引力 |
| 逻辑自洽性 | 5×2=10 | 重生+洗白逻辑通顺 |
| 实施难度 | 3×(-1)=-3 | 需设计复杂人物弧线 |
| 化学反应 | 4×2.5=10 | 两元素互相增强 |
| **总分** | **39** | **高潜力方案** |
---
## 6. 常见组合陷阱与规避策略
### 6.1 陷阱1：要素堆砌
**表现**：A+B+C+D+E...无限叠加元素
**后果**：
- 主线混乱，读者困惑
- 每个元素都浅尝辄止，无深度
- 后期难以控制，容易崩盘
**规避策略**：
- 限制元素数量（建议2-3个）
- 明确主导与辅助关系（1主+1-2辅）
- 每个元素必须有明确功能
### 6.2 陷阱2：逻辑冲突
**表现**：不同元素的世界观规则相互矛盾
**示例**：
```
硬核科幻（强调科学逻辑）+ 玄幻修仙（强调玄学力量）
→ 读者无法代入，沉浸感破裂
```
**规避策略**：
- 组合前检查世界观兼容性
- 设计统一的底层逻辑
- 必要时选择软科幻等过渡类型
### 6.3 陷阱3：风格割裂
**表现**：不同元素的叙事风格差异过大
**示例**：
```
严肃现实题材 + 无厘头搞笑
→ 读者群体定位混乱
```
**规避策略**：
- 确定统一的叙事基调
- 辅助元素服从主导元素风格
- 避免过度风格跳跃
### 6.4 陷阱4：爽点单一
**表现**：组合后爽点类型反而减少
**示例**：
```
都市重生 + 系统签到
→ 两者都依赖"金手指碾压"，爽点同质化
```
**规避策略**：
- 选择爽点类型互补的元素
- 一个提供"实力碾压"，另一个提供"智商博弈"
- 确保爽点多样性
---
## 7. 实战组合方案模板
### 7.1 方案描述模板
```markdown
## 组合方案：[方案名称]
### 核心元素
- **主导元素**：[元素A]（占比70%）
- **辅助元素**：[元素B]（占比30%）
### 核心吸引力
- **一句话卖点**：[10秒电梯pitch]
- **独特阅读快感**：[读者能获得什么情感满足]
- **化学反应效果**：[两元素如何互相增强]
### 主角核心设定
- **身份**：[主角是谁]
- **主要能力**：[来自哪个元素]
- **性格特质**：[2-3个关键词]
- **核心目标**：[驱动主线的目标]
### 开篇故事（3章大纲）
**第1章**：[引入主角 + 展示核心设定]
**第2章**：[第一次冲突 + 展示化学反应]
**第3章**：[确立主线目标 + 爽点爆发]
### 融合机制
- **情节交织**：[元素在情节中如何互动]
- **能力体现**：[主角能力如何体现融合]
- **世界观融合**：[如何统一世界观规则]
### 发展潜力
- **长期可持续性**：[能否支撑30万字+]
- **冲突升级路径**：[冲突如何逐步升级]
- **角色成长空间**：[主角成长路线]
- **世界观扩展**：[后期如何拓展]
### 优势与挑战
**优势**：
- [优势1]
- [优势2]
**挑战**：
- [挑战1 及应对策略]
- [挑战2 及应对策略]
### 综合评分
| 维度 | 得分 | 理由 |
|------|------|------|
| 创新度 | /5 | |
| 市场潜力 | /5 | |
| 逻辑自洽性 | /5 | |
| 实施难度 | /5 | |
| 化学反应 | /5 | |
| **总分** | **/50** | |
```
### 7.2 快速决策清单
在提交方案前，逐项确认：
- [ ] 能用一句话说清核心卖点？
- [ ] 两个元素有明确的化学反应？
- [ ] 主角设定体现了元素融合？
- [ ] 开篇故事能吸引目标读者？
- [ ] 世界观规则逻辑自洽？
- [ ] 爽点设计多样化？
- [ ] 能支撑30万字+连载？
- [ ] 综合评分 ≥ 30分？
---
## 8. 进阶技巧：从组合到创新
### 8.1 反向组合法
**传统组合**：从现有元素出发
**反向组合**：从读者需求出发
**步骤**：
1. 识别读者未被满足的需求
2. 寻找能满足该需求的元素组合
3. 验证组合的可行性
**示例**：
```
需求：想看智商在线的主角，但不要无脑碾压
↓
寻找元素：
- 悬疑推理（强调智商）
- 平等对手（非碾压）
↓
组合方案：悬疑推理 + 势均力敌的对手 = 烧脑博弈文
```
### 8.2 颠覆性组合
**方法**：刻意选择看似矛盾的元素
**示例**：
```
传统：强者主角 + 升级流
颠覆：弱者主角 + 降级流
化学反应：
- 主角越来越弱，反而更有张力
- 读者好奇：如何在实力下降中求生？
```
**警告**：颠覆性组合风险高，需深思熟虑
### 8.3 跨品类迁移
**方法**：将A品类的成功元素迁移到B品类
**示例**：
```
从"规则怪谈"迁移"规则破解"到"玄幻修仙"
→ 修仙世界有严格规则，主角通过破解规则逆袭
```
---
## 9. 组合方案对比与选择
### 9.1 多方案对比表
| 方案编号 | 核心组合 | 创新度 | 市场潜力 | 实施难度 | 总分 | 优先级 |
|---------|---------|--------|---------|---------|------|--------|
| 方案1 | 都市+重生+反派 | 4 | 4 | 3 | 39 | ⭐⭐⭐⭐ |
| 方案2 | 玄幻+系统+群像 | 3 | 5 | 4 | 35 | ⭐⭐⭐ |
| 方案3 | 科幻+规则怪谈 | 5 | 3 | 5 | 32 | ⭐⭐⭐ |
### 9.2 最终选择建议
**推荐顺序**：
1. **方案1（39分）**：创新度与市场潜力均衡，实施难度适中
2. **方案2（35分）**：市场潜力最高，但创新度略低
3. **方案3（32分）**：创新度高但市场风险较大
**选择原则**：
- 新手作者：优先选择实施难度低、市场潜力高的方案
- 成熟作者：可挑战高创新度、高难度的方案
- 商业化导向：优先选择市场潜力最高的方案
---
## 10. 关联参考文档
本文档是「创意阶段」的核心方法论，完成后可参考：
- **前置步骤**：`inspiration-collection.md`（提供待组合的元素）
- **前置步骤**：`market-positioning.md`（提供市场导向的组合建议）
- **下一步**：`selling-points.md`（从组合方案中提炼核心卖点）
- **后续阶段**：设定阶段的世界观构建与角色设定（将组合方案具体化）
---
**使用建议**：组合创新是创意阶段的核心环节，建议先完成灵感收集与市场定位分析，再进行元素组合。每个组合方案都应经过开篇测试与评分验证，确保可行性后再进入后续阶段。
noma/skills/noma-init/references/creativity/creativity-constraints.md
+298
View File
@@ -0,0 +1,298 @@
# 灵感收集整理参考指南
## 核心定位
将零散想法转化为可执行的创作方向，通过系统化方法提炼、标注和组合灵感。
---
## 1. 灵感分类体系
### 1.1 灵感类型识别
| 类型 | 特征 | 示例 |
|------|------|-------|
| **题材灵感** | 故事背景与世界类型 | 都市重生、星际争霸、古代宫斗 |
| **人设灵感** | 角色特质与身份 | 冷酷杀手、天真学霸、腹黑总裁 |
| **世界观灵感** | 设定规则与体系 | 修仙体系、未来科技、平行世界 |
| **情节钩子** | 吸引读者的剧情点 | 身份互换、时间循环、真相反转 |
| **金手指灵感** | 主角特殊优势 | 系统签到、重生记忆、异能觉醒 |
| **情绪体验灵感** | 想传达的情感 | 热血燃情、甜蜜治愈、紧张刺激 |
### 1.2 创意成熟度分级
- **基础层**：仅有概念，缺少具体设定
- **发展层**：有初步人设或世界观框架
- **成熟层**：具备完整故事结构和主线设计
---
## 2. 单一灵感深度挖掘
### 2.1 核心概念提取
**公式**："如果 [设定/事件]，会怎样？"
示例：
- "如果主角可以看到别人的死亡倒计时，会怎样？"
- "如果所有人都失去了昨天的记忆，会怎样？"
### 2.2 五维潜力评估（1-5分制）
| 维度 | 评估要点 | 1分 | 5分 |
|------|---------|-----|-----|
| **原创性** | 市场同质化程度 | 烂大街套路 | 独一无二 |
| **市场潜力** | 读者群体规模 | 小众冷门 | 大众热门 |
| **扩展性** | 能否支撑长篇（30万字+） | 难以展开 | 故事空间大 |
| **创作难度** | 设定/情节复杂度 | 极难驾驭 | 易于实现 |
| **个人匹配** | 知识储备/兴趣/资源 | 完全陌生 | 驾轻就熟 |
**总分参考**：
- 20-25分：高潜力，优先开发
- 15-19分：中等潜力，需打磨
- <15分：暂时搁置或重组
### 2.3 风险识别清单
常见创作风险：
- ❌ 设定过于复杂，易崩盘
- ❌ 节奏难以把控（过快/过慢）
- ❌ 同质化竞争激烈
- ❌ 需要专业知识但储备不足
- ❌ 爽点设计单一，后期乏力
---
## 3. 灵感标签化系统
### 3.1 标签命名规范
**格式**：`[主类别]-[子类别]` 或 `[核心元素]-[变体]`
示例：
```
都市-重生
系统-签到流
反派-洗白
群像-多视角
悬念-规则怪谈
玄幻-修仙
科幻-星际
```
### 3.2 标签组合策略
**单标签**：明确题材定位
```
玄幻
```
**双标签**：题材 + 卖点
```
都市-重生
玄幻-系统
```
**三标签+**：题材 + 卖点 + 特色
```
都市-重生-复仇
玄幻-系统-群像
科幻-星际-权谋
```
---
## 4. 创意组合创新法
### 4.1 A+B 双元素组合
**公式**：不同灵感的核心元素叠加
示例：
- `都市重生 + 系统签到` → 重生都市签到流
- `悬疑推理 + 规则怪谈` → 规则解谜流
- `古代宫斗 + 现代记忆` → 穿越宫斗文
**评估标准**：
- ✅ 化学反应：两元素结合后产生新的吸引力
- ✅ 可行性：组合后设定逻辑自洽
- ❌ 冲突：元素相互矛盾，难以融合
### 4.2 A+B+C 三元素组合
**公式**：题材 + 卖点 + 人设特色
示例：
```
都市 + 重生 + 反派洗白
= 重生成反派的都市文，通过洗白实现逆袭
玄幻 + 系统 + 群像多视角
= 多主角都有系统，相互博弈的玄幻文
科幻 + 时间循环 + 推理解谜
= 困在时间循环中破解真相的科幻悬疑
```
**警告**：避免要素过多导致主线混乱、节奏失控。
### 4.3 微创新与变体
**方法**：对既有灵感进行"换X"操作
- **换视角**：反派视角、配角视角、多视角
- **换载体**：书变游戏、梦境变现实
- **换时代**：现代背景变古代、未来变过去
- **换能力**：主角弱化、敌人强化、规则改变
---
## 5. 创意地图可视化
### 5.1 四维分类法
**按题材分类**：
```
玄幻类：
- INSP-001：修仙体系创新
- INSP-005：异世大陆争霸
都市类：
- INSP-002：重生复仇
- INSP-008：商战权谋
```
**按创新度分类**：
```
传统型（稳妥但竞争大）：
- INSP-001：经典修仙升级
微创新（风险适中）：
- INSP-003：修仙 + 现代科技
颠覆型（高风险高回报）：
- INSP-007：无修炼的修仙世界
```
**按成熟度分类**：
```
概念级（只有想法）：
- INSP-004：时间倒流的世界
雏形级（有初步设定）：
- INSP-006：主角可以复制他人能力
完整级（有完整故事框架）：
- INSP-002：重生复仇文，3卷大纲已完成
```
**按优先级分类**：
```
高潜力（立即开发）：
- INSP-002：市场潜力5分，个人匹配5分
中等潜力（需打磨）：
- INSP-005：原创性高但难度大
低优先级（暂时搁置）：
- INSP-009：市场过于小众
```
### 5.2 缺口分析
**检查清单**：
- [ ] 是否只有题材没有卖点？
- [ ] 是否只有设定没有冲突？
- [ ] 是否缺少金手指系统？
- [ ] 是否缺少明确的读者爽点？
- [ ] 是否缺少主角成长路线？
**建议**：发现缺口后，通过「创意组合」或「微创新」补齐。
---
## 6. Top 推荐筛选法
### 6.1 筛选标准
综合评分公式：
```
总分 = 原创性×2 + 市场潜力×3 + 扩展性×2 + 个人匹配×2 - 创作难度×1
```
**权重说明**：
- 市场潜力最重要（×3）
- 原创性、扩展性、个人匹配同等重要（×2）
- 创作难度作为负面因子（-×1）
### 6.2 推荐理由模板
```
【推荐 #1】INSP-002 - 都市重生复仇
优先级：1（最高）
理由：市场潜力高（大众题材）+ 创新度适中（反派洗白新颖）+
创作难度可控（都市背景易驾驭）+ 个人匹配度高（熟悉都市生活）
下一步：进入「市场定位分析」阶段，明确目标读者与平台策略
```
---
## 7. 实战工作流程
### 阶段一：灵感捕捉（1-3天）
1. **广泛收集**：记录所有想法，不做评判
2. **初步分类**：按灵感类型归档
3. **快速标注**：为每条灵感打上初步标签
### 阶段二：深度挖掘（3-5天）
1. **逐条评估**：使用五维评估法打分
2. **识别风险**：列出潜在创作难点
3. **补充信息**：丰富灵感的背景与细节
### 阶段三：组合创新（2-3天）
1. **尝试A+B组合**：寻找化学反应
2. **探索A+B+C**：构建差异化优势
3. **微创新变体**：从不同角度重塑灵感
### 阶段四：可视化整理（1-2天）
1. **建立创意地图**：四维分类法整理
2. **缺口分析**：识别短板并补强
3. **Top筛选**：选出3-5个最值得开发的创意
---
## 8. 常见问题与解决方案
### Q1: 灵感太多，不知道选哪个？
**A**: 使用「综合评分公式」量化评估，优先开发高分项。
### Q2: 灵感感觉很好，但无法扩展？
**A**: 检查「扩展性」维度，尝试A+B组合引入新元素。
### Q3: 同质化严重，如何创新？
**A**: 使用「微创新法」（换视角/换载体/换时代），在熟悉框架上做变体。
### Q4: 灵感只有概念，缺少具体设定？
**A**: 进入下一步「市场定位分析」或「核心卖点定位」，通过目标读者反推设定需求。
---
## 9. 关联参考文档
本文档是「创意阶段」的第一步，完成后可参考：
- **下一步**：`market-positioning.md`（市场定位分析）
- **平行参考**：`creative-combination.md`（更深入的组合方法论）
- **后续步骤**：`selling-points.md`（从灵感中提炼核心卖点）
---
**使用建议**：将灵感整理视为持续迭代的过程，定期回顾和更新创意地图，保持灵感池的活力与新鲜度。
noma/skills/noma-init/references/creativity/inspiration-collection.md
+62
View File
@@ -0,0 +1,62 @@
# 网文市场扫描模板 (Market Scan Template)
> 更新日期: {YYYY-MM-DD}
> 数据来源: {列出搜索来源或平台页面名}
> 注意: 必须联网更新；仅记录标签/方向，不要摘录具体作品情节。
## 目录
- 一、平台榜单信号
- 二、题材生命周期
- 三、热门标签组合
- 四、读者偏好变化
- 五、平台差异
- 六、可执行建议
---
## 一、平台榜单信号
- 起点：{高频题材/标签/钩子}
- 番茄：{高频题材/标签/钩子}
- 其他：{可选补充}
---
## 二、题材生命周期
| 题材 | 阶段 | 风险 | 机会 | 备注 |
|------|------|------|------|------|
| {题材A} | {成熟/成长期/衰退} | {简述} | {简述} | {可选} |
| {题材B} | {成熟/成长期/衰退} | {简述} | {简述} | {可选} |
---
## 三、热门标签组合
| 组合 | 化学反应 | 空白度 | 难度 |
|------|----------|--------|------|
| {标签A + 标签B} | {简述} | {高/中/低} | {高/中/低} |
---
## 四、读者偏好变化
| 偏好 | 变化 | 观察依据 |
|------|------|----------|
| {偏好A} | {↑/↓} | {来源摘要} |
---
## 五、平台差异
| 平台 | 核心读者 | 偏好 | 创新接受度 |
|------|----------|------|------------|
| 起点 | {简述} | {简述} | {低/中/高} |
| 番茄 | {简述} | {简述} | {低/中/高} |
---
## 六、可执行建议
- 低风险创新：{视角/机制微调等}
- 中风险创新：{叙事结构/多主角等}
- 高风险创新：{全新题材/实验叙事等}
noma/skills/noma-init/references/creativity/market-positioning.md
+424
View File
@@ -0,0 +1,424 @@
# 市场定位分析参考指南
> 时效说明：本文中的平台画像与"2025年趋势"仅作为历史样例。
> 执行 Step 1 平台定位时，必须先用 WebSearch/WebFetch 核验当期平台规则与榜单信号，再决定是否采纳。
## 核心定位
精准识别目标平台与读者群体，制定差异化竞争策略，确保作品在市场中找到最佳位置。
---
## 1. 主流平台分析框架（2025样例）
### 1.1 起点中文网
**读者画像**：
- **核心年龄**：25-35岁男性为主（占比70%+）
- **付费习惯**：高付费意愿，月均消费50-200元
- **阅读偏好**：深度世界观、逻辑自洽、长篇连载
**题材优势**：
- ✅ 玄幻修仙（传统强项）
- ✅ 都市异能（稳定受众）
- ✅ 科幻军事（垂直深度）
- ✅ 游戏竞技（电竞崛起）
**平台特色**：
- 订阅付费模式（千字5分）
- 推荐位竞争激烈（新书榜、分类榜）
- 读者互动活跃（本章说、书评区）
**2025年趋势样例**：
- 🔥 多元宇宙/平行世界设定
- 🔥 硬核升级流（数值可视化）
- 🔥 群像多主角（非单一视角）
- ❌ 过时：无脑打脸、后宫流水账、拖沓升级
### 1.2 番茄小说
**读者画像**：
- **核心年龄**：18-28岁，下沉市场用户
- **付费习惯**：免费阅读为主，广告变现
- **阅读偏好**：快节奏、爽点密集、短中篇
**题材优势**：
- ✅ 赘婿逆袭（爽文经典）
- ✅ 甜宠短篇（女频热门）
- ✅ 快穿系统（节奏紧凑）
- ✅ 乡村题材（贴近生活）
**平台特色**：
- 算法推荐驱动（CTR为王）
- 免费模式（字数越多收益越高）
- 短篇友好（5-20万字完本）
**2025年趋势样例**：
- 🔥 知乎体短篇（2-3万字）
- 🔥 多题材融合（都市+玄幻）
- 🔥 反套路创新（反转传统爽文）
- ❌ 过时：拖沓铺垫、慢热开篇、复杂世界观
### 1.3 七猫小说
**读者画像**：
- **核心年龄**：30-45岁，三四线城市为主
- **付费习惯**：免费阅读，广告容忍度高
- **阅读偏好**：家庭伦理、现实题材、情感共鸣
**题材优势**：
- ✅ 婆媳关系（现实共鸣）
- ✅ 重生复仇（情感宣泄）
- ✅ 乡村振兴（时代主题）
- ✅ 职场奋斗（励志向上）
**平台特色**：
- 推荐算法（完读率>点击率）
- 女频占比高（60%+）
- 现实题材友好
### 1.4 晋江文学城
**读者画像**：
- **核心年龄**：20-30岁女性（95%+）
- **付费习惯**：高粘性付费用户
- **阅读偏好**：耽美言情、古言仙侠、娱乐圈
**题材优势**：
- ✅ 耽美（平台标志性题材）
- ✅ 古言宫斗（经典品类）
- ✅ 娱乐圈（现实向甜文）
- ✅ 无限流（女性向冒险）
**平台特色**：
- 积分付费（VIP订阅）
- 文笔要求较高
- 社区文化浓厚（读者粘性强）
---
## 2. 目标读者画像深度构建
### 2.1 基础特征四维度
| 维度 | 核心问题 | 分析要点 |
|------|---------|---------|
| **年龄分布** | 主要读者年龄段？ | 18-25（学生党）/ 25-35（职场人）/ 35+（资深读者） |
| **性别比例** | 男女读者占比？ | 男频（70%+ 男性）/ 女频（70%+ 女性）/ 通吃型 |
| **地域分布** | 主要来源地区？ | 一二线城市（高消费）/ 三四线（下沉市场）|
| **消费能力** | 付费意愿如何？ | 高付费（月均100+）/ 中等（30-100）/ 低付费（<30） |
### 2.2 阅读行为分析
**阅读场景识别**：
- 🚇 通勤碎片时间（10-30分钟）→ 快节奏短篇
- 🌙 睡前放松时段（30-60分钟）→ 轻松甜文
- ⏰ 周末集中追更（1-3小时）→ 长篇深度文
**阅读设备偏好**：
- 📱 手机为主（90%+）→ 排版需适配小屏
- 💻 PC为辅（10%）→ 长评论区互动
**追更习惯**：
- 日更党：期望每日更新，断更即弃
- 养肥党：等完本或积累章节再看
- 随缘党：有空就看，不强求更新
### 2.3 内容偏好深度分析
**核心爽点偏好**（按题材分类）：
| 题材 | 读者期待爽点 | 爽点频率要求 |
|------|-------------|-------------|
| **都市重生** | 打脸反转、装逼啪啪啪 | 每3-5章一个小高潮 |
| **玄幻修仙** | 越级击杀、境界突破 | 每10章一次大战 |
| **系统流** | 任务奖励、能力提升 | 每章至少一次签到/抽奖 |
| **甜宠文** | 霸总宠溺、误会解除 | 每2-3章一次甜蜜互动 |
**情节模式偏好**：
- ✅ 升级流：明确成长路径，数值可视化
- ✅ 种田流：稳步发展，成就感积累
- ✅ 群像流：多角色视角，剧情丰富
- ❌ 避免：拖沓铺垫、重复情节、强行虐主
**人物期待**：
- 主角：杀伐果断 > 圣母犹豫
- 主角：智商在线 > 降智决策
- 配角：立体鲜明 > 工具人脸谱化
- 反派：动机合理 > 无脑送人头
**创新边界**：
- ✅ 可接受：世界观微创新、人设反套路
- ✅ 必须保留：核心爽点模式、基础升级逻辑
- ❌ 禁区：完全颠覆读者期待、拒绝常规爽点
### 2.4 读者雷区清单（必须规避）
**通用雷区**：
- ❌ 圣母主角（优柔寡断、滥发善心）
- ❌ 降智反派（无脑送死、重复犯错）
- ❌ 拖沓升级（十几章才升一级）
- ❌ 后宫无脑收（女角色工具化）
- ❌ NTR情节（绿帽/被背叛）
**平台特定雷区**：
- 起点：过度水字数、无逻辑金手指
- 番茄：开篇节奏慢、前三章无爽点
- 晋江：三观不正、性别歧视
---
## 3. 市场趋势识别（2025样例）
### 3.1 题材生命周期判断
**生命周期阶段**：
| 阶段 | 特征 | 策略 |
|------|------|------|
| **萌芽期** | 少量试水作品，市场接受度未知 | 高风险高回报，适合创新者 |
| **成长期** | 爆款出现，跟风作品增多 | 黄金入场期，需差异化 |
| **成熟期** | 市场饱和，竞争激烈 | 必须有独特卖点 |
| **衰退期** | 读者审美疲劳，新作难出头 | 避免入场或深度创新 |
**2025年题材生命周期样例速查**：
```
萌芽期：AI觉醒流、元宇宙冒险
成长期：规则怪谈、无限流女频
成熟期：都市重生、玄幻修仙、系统流
衰退期：传统后宫、无脑打脸流
```
### 3.2 新兴热门元素
**2025年趋势关键词样例**：
- 🔥 **群像多视角**：不再单一主角，多线叙事
- 🔥 **反转真相**：悬念铺设+真相揭秘
- 🔥 **规则怪谈**：SCP风格，规则破解
- 🔥 **现实题材**：贴近生活，情感共鸣
- 🔥 **女强不恋爱**：事业线为主，感情线为辅
**正在过时的元素**：
- ❌ 单一升级流（纯数值堆砌）
- ❌ 无脑打脸（缺少智商博弈）
- ❌ 后宫流水账（女角色脸谱化）
- ❌ 拖沓铺垫（前期过慢）
### 3.3 跨题材融合趋势
**成功组合案例**：
- 都市 + 玄幻 = 都市修仙（现代背景+修炼体系）
- 悬疑 + 科幻 = 未来犯罪推理
- 历史 + 穿越 = 架空历史争霸
- 甜宠 + 悬疑 = 破案小甜文
**融合原则**：
1. 主题材占70%，辅题材30%
2. 两者产生化学反应，非简单拼凑
3. 目标读者群体有交集
---
## 4. 三句话作品定位法
### 4.1 第一句：题材+卖点+承诺
**模板**：
```
这是一部 [题材] 小说，核心卖点是 [独特卖点]，
向读者承诺 [核心体验/情感满足]。
```
**示例**：
```
这是一部都市重生文，核心卖点是「反派洗白+反转复仇」，
向读者承诺极致的反转快感与情绪释放。
```
### 4.2 第二句：目标读者+平台策略
**模板**：
```
主要面向 [年龄+性别] 的 [平台] 读者，
满足他们对 [核心需求] 的期待。
```
**示例**：
```
主要面向25-35岁男性起点读者，
满足他们对「智商在线+爽点密集+世界观完整」的期待。
```
### 4.3 第三句：差异化+竞争策略
**模板**：
```
与同类作品相比，本作的差异化在于 [独特点]，
通过 [具体策略] 实现市场竞争优势。
```
**示例**：
```
与同类作品相比，本作的差异化在于「多视角群像+反转真相」，
通过「每章一个小反转+每10章一个大反转」的节奏设计实现竞争优势。
```
---
## 5. 对标作品分析法
### 5.1 成功案例研究
**分析维度**（每部作品）：
1. **核心卖点**：最吸引读者的要素是什么？
2. **差异化**：与同题材作品有何不同？
3. **节奏把控**：如何设置爽点与高潮？
4. **人设亮点**：主角/配角/反派的特色？
5. **读者好评**：评论区高频称赞点？
**示例分析表格**：
| 作品名 | 核心卖点 | 成功要素 | 读者好评点 |
|--------|---------|---------|-----------|
| 作品A | 反派洗白 | 节奏紧凑+反转密集 | "反转出人意料" |
| 作品B | 系统签到 | 数值可视化+成长感 | "爽点频率高" |
### 5.2 失败案例避坑
**常见失败模式**：
- 高开低走：开篇吸引人，后期崩盘
- 节奏失控：前期拖沓 or 后期仓促
- 人设崩塌：主角OOC（Out of Character）
- 逻辑混乱：设定自相矛盾
**分析要点**：
- 在哪个阶段开始走下坡路？
- 读者流失的直接原因是什么？
- 哪些错误可以提前规避？
---
## 6. 平台策略与发布规划
### 6.1 首发平台选择决策树
```
是否有付费读者基础？
├─ 是 → 起点/晋江（订阅收益高）
└─ 否 → 番茄/七猫（免费流量大）
│
└─ 题材偏爽文？
├─ 是 → 番茄（算法推荐快）
└─ 否 → 七猫（女频现实题材友好）
```
### 6.2 多平台策略
**何时选择多平台**：
- ✅ 题材受众广（都市、甜宠）
- ✅ 有精力维护多个更新渠道
- ✅ 不同平台内容差异化（如番茄版节奏更快）
**多平台发布策略**：
1. **首发独占期**：选择一个平台独占1-3个月
2. **分发期**：授权其他平台同步或延迟发布
3. **内容差异化**：根据平台调整节奏/篇幅
- 起点版：深度世界观，长篇连载
- 番茄版：快节奏，章节精简
### 6.3 更新策略
**更新频率建议**：
| 平台 | 建议频率 | 单章字数 | 理由 |
|------|---------|---------|------|
| 起点 | 日更 | 3000-4000字 | 榜单竞争需要稳定更新 |
| 番茄 | 日更2-3章 | 2000-2500字 | 算法偏好高频更新 |
| 晋江 | 隔日更或日更 | 3000-5000字 | 读者接受度高 |
**免费章节数量**：
- 起点：10-15章（约3-5万字）
- 番茄：前20-30章免费（吸引流量）
- 晋江：5-10章（快速进入VIP）
### 6.4 商业化路径
**VIP上架时机**：
- 字数标准：3-5万字
- 章节数：10-20章
- 数据指标：收藏≥500，推荐票≥200
**推荐位申请策略**：
1. **新书期**（0-30天）：争取新书榜、签约推荐
2. **成长期**（1-3个月）：分类推荐、强推
3. **稳定期**（3个月+）：精品推荐、首页推荐
**读者运营建议**：
- 定期互动：每周至少回复一次评论
- 单章说：提前预告剧情，吊读者胃口
- 福利活动：加更、抽奖、角色投票
---
## 7. 风险预警与规避
### 7.1 市场竞争风险
**风险描述**：
- 同类作品过多，头部作品挤压市场空间
- 新作难以突围，流量被分流
**规避策略**：
1. **差异化卖点**：避开红海，寻找蓝海细分
2. **提升质量**：文笔/逻辑/节奏全面优化
3. **精准定位**：深耕垂直读者群体
### 7.2 读者需求变化风险
**风险描述**：
- 读者口味快速变化，题材过时
- 目标读者群体过小，天花板低
**规避策略**：
1. **持续调研**：关注平台热榜、读者评论
2. **灵活调整**：根据反馈微调剧情方向
3. **多元尝试**：不把鸡蛋放在一个篮子
### 7.3 平台规则风险
**风险描述**：
- 平台算法调整，推荐机制变化
- 审核标准收紧，内容被下架
**规避策略**：
1. **研究规则**：定期查看平台公告
2. **合规创作**：避开敏感题材与违禁词
3. **多平台备份**：不依赖单一平台
---
## 8. 实战检查清单
在完成市场定位分析后，逐项确认：
- [ ] 明确首发平台及理由？
- [ ] 绘制目标读者画像（年龄/性别/付费习惯）？
- [ ] 列出核心爽点偏好与雷区清单？
- [ ] 完成三句话作品定位？
- [ ] 分析至少3部成功对标作品？
- [ ] 制定更新策略（频率/字数/免费章节）？
- [ ] 识别主要竞争风险并制定应对方案？
---
## 9. 关联参考文档
本文档是「创意阶段」的第二步，完成后可参考：
- **上一步**：`inspiration-collection.md`（从灵感池中选定方向）
- **下一步**：`selling-points.md`（提炼核心卖点）
- **平行参考**：`creative-combination.md`（组合创新强化差异化）
---
**使用建议**：市场定位不是一次性工作，应在创作过程中持续追踪数据，根据读者反馈动态调整策略。
noma/skills/noma-init/references/creativity/market-trends-2026.md
+424
View File
@@ -0,0 +1,424 @@
# 市场定位分析参考指南
> 时效说明：本文中的平台画像与"2025年趋势"仅作为历史样例。
> 执行 Step 1 平台定位时，必须先用 WebSearch/WebFetch 核验当期平台规则与榜单信号，再决定是否采纳。
## 核心定位
精准识别目标平台与读者群体，制定差异化竞争策略，确保作品在市场中找到最佳位置。
---
## 1. 主流平台分析框架（2025样例）
### 1.1 起点中文网
**读者画像**：
- **核心年龄**：25-35岁男性为主（占比70%+）
- **付费习惯**：高付费意愿，月均消费50-200元
- **阅读偏好**：深度世界观、逻辑自洽、长篇连载
**题材优势**：
- ✅ 玄幻修仙（传统强项）
- ✅ 都市异能（稳定受众）
- ✅ 科幻军事（垂直深度）
- ✅ 游戏竞技（电竞崛起）
**平台特色**：
- 订阅付费模式（千字5分）
- 推荐位竞争激烈（新书榜、分类榜）
- 读者互动活跃（本章说、书评区）
**2025年趋势样例**：
- 🔥 多元宇宙/平行世界设定
- 🔥 硬核升级流（数值可视化）
- 🔥 群像多主角（非单一视角）
- ❌ 过时：无脑打脸、后宫流水账、拖沓升级
### 1.2 番茄小说
**读者画像**：
- **核心年龄**：18-28岁，下沉市场用户
- **付费习惯**：免费阅读为主，广告变现
- **阅读偏好**：快节奏、爽点密集、短中篇
**题材优势**：
- ✅ 赘婿逆袭（爽文经典）
- ✅ 甜宠短篇（女频热门）
- ✅ 快穿系统（节奏紧凑）
- ✅ 乡村题材（贴近生活）
**平台特色**：
- 算法推荐驱动（CTR为王）
- 免费模式（字数越多收益越高）
- 短篇友好（5-20万字完本）
**2025年趋势样例**：
- 🔥 知乎体短篇（2-3万字）
- 🔥 多题材融合（都市+玄幻）
- 🔥 反套路创新（反转传统爽文）
- ❌ 过时：拖沓铺垫、慢热开篇、复杂世界观
### 1.3 七猫小说
**读者画像**：
- **核心年龄**：30-45岁，三四线城市为主
- **付费习惯**：免费阅读，广告容忍度高
- **阅读偏好**：家庭伦理、现实题材、情感共鸣
**题材优势**：
- ✅ 婆媳关系（现实共鸣）
- ✅ 重生复仇（情感宣泄）
- ✅ 乡村振兴（时代主题）
- ✅ 职场奋斗（励志向上）
**平台特色**：
- 推荐算法（完读率>点击率）
- 女频占比高（60%+）
- 现实题材友好
### 1.4 晋江文学城
**读者画像**：
- **核心年龄**：20-30岁女性（95%+）
- **付费习惯**：高粘性付费用户
- **阅读偏好**：耽美言情、古言仙侠、娱乐圈
**题材优势**：
- ✅ 耽美（平台标志性题材）
- ✅ 古言宫斗（经典品类）
- ✅ 娱乐圈（现实向甜文）
- ✅ 无限流（女性向冒险）
**平台特色**：
- 积分付费（VIP订阅）
- 文笔要求较高
- 社区文化浓厚（读者粘性强）
---
## 2. 目标读者画像深度构建
### 2.1 基础特征四维度
| 维度 | 核心问题 | 分析要点 |
|------|---------|---------|
| **年龄分布** | 主要读者年龄段？ | 18-25（学生党）/ 25-35（职场人）/ 35+（资深读者） |
| **性别比例** | 男女读者占比？ | 男频（70%+ 男性）/ 女频（70%+ 女性）/ 通吃型 |
| **地域分布** | 主要来源地区？ | 一二线城市（高消费）/ 三四线（下沉市场）|
| **消费能力** | 付费意愿如何？ | 高付费（月均100+）/ 中等（30-100）/ 低付费（<30） |
### 2.2 阅读行为分析
**阅读场景识别**：
- 🚇 通勤碎片时间（10-30分钟）→ 快节奏短篇
- 🌙 睡前放松时段（30-60分钟）→ 轻松甜文
- ⏰ 周末集中追更（1-3小时）→ 长篇深度文
**阅读设备偏好**：
- 📱 手机为主（90%+）→ 排版需适配小屏
- 💻 PC为辅（10%）→ 长评论区互动
**追更习惯**：
- 日更党：期望每日更新，断更即弃
- 养肥党：等完本或积累章节再看
- 随缘党：有空就看，不强求更新
### 2.3 内容偏好深度分析
**核心爽点偏好**（按题材分类）：
| 题材 | 读者期待爽点 | 爽点频率要求 |
|------|-------------|-------------|
| **都市重生** | 打脸反转、装逼啪啪啪 | 每3-5章一个小高潮 |
| **玄幻修仙** | 越级击杀、境界突破 | 每10章一次大战 |
| **系统流** | 任务奖励、能力提升 | 每章至少一次签到/抽奖 |
| **甜宠文** | 霸总宠溺、误会解除 | 每2-3章一次甜蜜互动 |
**情节模式偏好**：
- ✅ 升级流：明确成长路径，数值可视化
- ✅ 种田流：稳步发展，成就感积累
- ✅ 群像流：多角色视角，剧情丰富
- ❌ 避免：拖沓铺垫、重复情节、强行虐主
**人物期待**：
- 主角：杀伐果断 > 圣母犹豫
- 主角：智商在线 > 降智决策
- 配角：立体鲜明 > 工具人脸谱化
- 反派：动机合理 > 无脑送人头
**创新边界**：
- ✅ 可接受：世界观微创新、人设反套路
- ✅ 必须保留：核心爽点模式、基础升级逻辑
- ❌ 禁区：完全颠覆读者期待、拒绝常规爽点
### 2.4 读者雷区清单（必须规避）
**通用雷区**：
- ❌ 圣母主角（优柔寡断、滥发善心）
- ❌ 降智反派（无脑送死、重复犯错）
- ❌ 拖沓升级（十几章才升一级）
- ❌ 后宫无脑收（女角色工具化）
- ❌ NTR情节（绿帽/被背叛）
**平台特定雷区**：
- 起点：过度水字数、无逻辑金手指
- 番茄：开篇节奏慢、前三章无爽点
- 晋江：三观不正、性别歧视
---
## 3. 市场趋势识别（2025样例）
### 3.1 题材生命周期判断
**生命周期阶段**：
| 阶段 | 特征 | 策略 |
|------|------|------|
| **萌芽期** | 少量试水作品，市场接受度未知 | 高风险高回报，适合创新者 |
| **成长期** | 爆款出现，跟风作品增多 | 黄金入场期，需差异化 |
| **成熟期** | 市场饱和，竞争激烈 | 必须有独特卖点 |
| **衰退期** | 读者审美疲劳，新作难出头 | 避免入场或深度创新 |
**2025年题材生命周期样例速查**：
```
萌芽期：AI觉醒流、元宇宙冒险
成长期：规则怪谈、无限流女频
成熟期：都市重生、玄幻修仙、系统流
衰退期：传统后宫、无脑打脸流
```
### 3.2 新兴热门元素
**2025年趋势关键词样例**：
- 🔥 **群像多视角**：不再单一主角，多线叙事
- 🔥 **反转真相**：悬念铺设+真相揭秘
- 🔥 **规则怪谈**：SCP风格，规则破解
- 🔥 **现实题材**：贴近生活，情感共鸣
- 🔥 **女强不恋爱**：事业线为主，感情线为辅
**正在过时的元素**：
- ❌ 单一升级流（纯数值堆砌）
- ❌ 无脑打脸（缺少智商博弈）
- ❌ 后宫流水账（女角色脸谱化）
- ❌ 拖沓铺垫（前期过慢）
### 3.3 跨题材融合趋势
**成功组合案例**：
- 都市 + 玄幻 = 都市修仙（现代背景+修炼体系）
- 悬疑 + 科幻 = 未来犯罪推理
- 历史 + 穿越 = 架空历史争霸
- 甜宠 + 悬疑 = 破案小甜文
**融合原则**：
1. 主题材占70%，辅题材30%
2. 两者产生化学反应，非简单拼凑
3. 目标读者群体有交集
---
## 4. 三句话作品定位法
### 4.1 第一句：题材+卖点+承诺
**模板**：
```
这是一部 [题材] 小说，核心卖点是 [独特卖点]，
向读者承诺 [核心体验/情感满足]。
```
**示例**：
```
这是一部都市重生文，核心卖点是「反派洗白+反转复仇」，
向读者承诺极致的反转快感与情绪释放。
```
### 4.2 第二句：目标读者+平台策略
**模板**：
```
主要面向 [年龄+性别] 的 [平台] 读者，
满足他们对 [核心需求] 的期待。
```
**示例**：
```
主要面向25-35岁男性起点读者，
满足他们对「智商在线+爽点密集+世界观完整」的期待。
```
### 4.3 第三句：差异化+竞争策略
**模板**：
```
与同类作品相比，本作的差异化在于 [独特点]，
通过 [具体策略] 实现市场竞争优势。
```
**示例**：
```
与同类作品相比，本作的差异化在于「多视角群像+反转真相」，
通过「每章一个小反转+每10章一个大反转」的节奏设计实现竞争优势。
```
---
## 5. 对标作品分析法
### 5.1 成功案例研究
**分析维度**（每部作品）：
1. **核心卖点**：最吸引读者的要素是什么？
2. **差异化**：与同题材作品有何不同？
3. **节奏把控**：如何设置爽点与高潮？
4. **人设亮点**：主角/配角/反派的特色？
5. **读者好评**：评论区高频称赞点？
**示例分析表格**：
| 作品名 | 核心卖点 | 成功要素 | 读者好评点 |
|--------|---------|---------|-----------|
| 作品A | 反派洗白 | 节奏紧凑+反转密集 | "反转出人意料" |
| 作品B | 系统签到 | 数值可视化+成长感 | "爽点频率高" |
### 5.2 失败案例避坑
**常见失败模式**：
- 高开低走：开篇吸引人，后期崩盘
- 节奏失控：前期拖沓 or 后期仓促
- 人设崩塌：主角OOC（Out of Character）
- 逻辑混乱：设定自相矛盾
**分析要点**：
- 在哪个阶段开始走下坡路？
- 读者流失的直接原因是什么？
- 哪些错误可以提前规避？
---
## 6. 平台策略与发布规划
### 6.1 首发平台选择决策树
```
是否有付费读者基础？
├─ 是 → 起点/晋江（订阅收益高）
└─ 否 → 番茄/七猫（免费流量大）
│
└─ 题材偏爽文？
├─ 是 → 番茄（算法推荐快）
└─ 否 → 七猫（女频现实题材友好）
```
### 6.2 多平台策略
**何时选择多平台**：
- ✅ 题材受众广（都市、甜宠）
- ✅ 有精力维护多个更新渠道
- ✅ 不同平台内容差异化（如番茄版节奏更快）
**多平台发布策略**：
1. **首发独占期**：选择一个平台独占1-3个月
2. **分发期**：授权其他平台同步或延迟发布
3. **内容差异化**：根据平台调整节奏/篇幅
- 起点版：深度世界观，长篇连载
- 番茄版：快节奏，章节精简
### 6.3 更新策略
**更新频率建议**：
| 平台 | 建议频率 | 单章字数 | 理由 |
|------|---------|---------|------|
| 起点 | 日更 | 3000-4000字 | 榜单竞争需要稳定更新 |
| 番茄 | 日更2-3章 | 2000-2500字 | 算法偏好高频更新 |
| 晋江 | 隔日更或日更 | 3000-5000字 | 读者接受度高 |
**免费章节数量**：
- 起点：10-15章（约3-5万字）
- 番茄：前20-30章免费（吸引流量）
- 晋江：5-10章（快速进入VIP）
### 6.4 商业化路径
**VIP上架时机**：
- 字数标准：3-5万字
- 章节数：10-20章
- 数据指标：收藏≥500，推荐票≥200
**推荐位申请策略**：
1. **新书期**（0-30天）：争取新书榜、签约推荐
2. **成长期**（1-3个月）：分类推荐、强推
3. **稳定期**（3个月+）：精品推荐、首页推荐
**读者运营建议**：
- 定期互动：每周至少回复一次评论
- 单章说：提前预告剧情，吊读者胃口
- 福利活动：加更、抽奖、角色投票
---
## 7. 风险预警与规避
### 7.1 市场竞争风险
**风险描述**：
- 同类作品过多，头部作品挤压市场空间
- 新作难以突围，流量被分流
**规避策略**：
1. **差异化卖点**：避开红海，寻找蓝海细分
2. **提升质量**：文笔/逻辑/节奏全面优化
3. **精准定位**：深耕垂直读者群体
### 7.2 读者需求变化风险
**风险描述**：
- 读者口味快速变化，题材过时
- 目标读者群体过小，天花板低
**规避策略**：
1. **持续调研**：关注平台热榜、读者评论
2. **灵活调整**：根据反馈微调剧情方向
3. **多元尝试**：不把鸡蛋放在一个篮子
### 7.3 平台规则风险
**风险描述**：
- 平台算法调整，推荐机制变化
- 审核标准收紧，内容被下架
**规避策略**：
1. **研究规则**：定期查看平台公告
2. **合规创作**：避开敏感题材与违禁词
3. **多平台备份**：不依赖单一平台
---
## 8. 实战检查清单
在完成市场定位分析后，逐项确认：
- [ ] 明确首发平台及理由？
- [ ] 绘制目标读者画像（年龄/性别/付费习惯）？
- [ ] 列出核心爽点偏好与雷区清单？
- [ ] 完成三句话作品定位？
- [ ] 分析至少3部成功对标作品？
- [ ] 制定更新策略（频率/字数/免费章节）？
- [ ] 识别主要竞争风险并制定应对方案？
---
## 9. 关联参考文档
本文档是「创意阶段」的第二步，完成后可参考：
- **上一步**：`inspiration-collection.md`（从灵感池中选定方向）
- **下一步**：`selling-points.md`（提炼核心卖点）
- **平行参考**：`creative-combination.md`（组合创新强化差异化）
---
**使用建议**：市场定位不是一次性工作，应在创作过程中持续追踪数据，根据读者反馈动态调整策略。
noma/skills/noma-init/references/creativity/selling-points.md
+687
View File
@@ -0,0 +1,687 @@
# 核心卖点定位参考指南
> 时效说明：本文中的"2025"数据与示例仅作历史样例。
> 执行 Step 5 卖点筛选时，若涉及市场判断，必须先用 WebSearch/WebFetch 核验当期趋势后再采纳。
## 核心定位
精准识别并定义作品的核心吸引力，确保所有创作要素（主角、金手指、世界观、情节）都围绕这个卖点展开，为读者提供独特且一致的阅读体验。
---
## 1. 核心卖点理论基础
### 1.1 核心卖点的定义
**核心卖点 = 读者选择这本书的唯一理由**
> 如果读者只有10秒了解你的小说，你会用哪一句话吸引他们？
**三层结构**：
- **表层（题材标签）**：都市、玄幻、科幻等 → 决定读者是否点开
- **中层（核心卖点）**：重生复仇、规则怪谈、反派洗白等 → 决定读者是否继续看
- **底层（情感体验）**：爽、虐、燃、甜、悬疑等 → 决定读者是否付费追更
### 1.2 核心卖点 vs 其他概念
| 概念 | 定义 | 区别 |
|------|------|------|
| **核心卖点** | 作品最核心的吸引力 | 唯一、贯穿全文、不可替代 |
| **题材** | 故事背景类型 | 玄幻/都市/科幻，范围广泛 |
| **金手指** | 主角特殊优势 | 服务于卖点的工具 |
| **爽点** | 读者爽感来源 | 卖点的具体表现形式 |
| **人设** | 角色设定 | 卖点的人格化载体 |
**示例**：
```
❌ 错误："我的小说是都市重生文"（这是题材，不是卖点）
✅ 正确："重生成反派，用前世记忆洗白逆袭"（这是核心卖点）
```
### 1.3 核心卖点黄金公式
**公式一：一句话卖点**
```
[主角身份/优势] + [核心行动] + [独特目标] = 核心卖点
```
**示例**：
- 重生商战大佬（身份）+ 回到高考前（行动）+ 改写人生巅峰（目标）
- 签到系统宿主（优势）+ 每日获得随机奖励（行动）+ 成为最强者（目标）
- 看穿规则漏洞（优势）+ 在规则怪谈中求生（行动）+ 破解世界真相（目标）
**公式二：核心卖点组合**
```
核心卖点 = 代偿承诺 + 情感满足 + 独特价值
```
**说明**：
- **代偿承诺**：读者在现实中无法获得，但在故事中能体验的终极爽感（如：降维打击、言出法随）
- **情感满足**：爽感、甜蜜、紧张、治愈的具体情绪落点
- **独特价值**：与同题材作品的 1% 微创新
**公式二：差异化卖点**
```
同类作品常见设定 + 微创新/反转 = 差异化卖点
```
**示例**：
- 常规重生文：主角碾压一切 → **微创新**：重生后发现未来已被改变
- 常规系统文：无限奖励 → **反转**：系统每次奖励都有致命代价
- 常规修仙文：主角天赋异禀 → **微创新**：主角无法修炼，靠"外挂"补救
---
## 2. 市场热点与创新机会识别
### 2.1 热门卖点生命周期分析（2025样例）
| 卖点类型 | 生命周期阶段 | 市场饱和度 | 创新机会 | 建议策略 |
|---------|------------|-----------|---------|---------|
| **都市重生** | 成熟期 | 高（红海） | 微创新（反派视角、女频视角） | 必须有差异化 |
| **系统签到** | 成熟期 | 高（红海） | 结合其他元素（悬疑、推理） | 避免纯签到流 |
| **规则怪谈** | 成长期 | 中等 | 跨题材融合（都市、玄幻） | 黄金入场期 |
| **反派洗白** | 成长期 | 中等 | 视角创新（女频、甜宠） | 潜力较大 |
| **无限流** | 成熟期 | 高（红海） | 女性向无限流 | 需深耕细分 |
| **快穿** | 衰退期 | 极高 | 深度创新或转型 | 不建议新手 |
### 2.2 市场空白点识别清单
**检查以下组合是否已被充分开发**：
- [ ] 题材A + 热门卖点B = 是否已有爆款？
- [ ] 传统卖点 + 新视角（女频/反派/配角） = 是否有人尝试？
- [ ] 热门卖点 + 反套路设定 = 是否足够新颖？
- [ ] 跨题材融合（如：都市+规则怪谈） = 是否有成功案例？
**市场空白示例**（2025年潜力方向样例）：
- 规则怪谈 + 都市背景（现代城市中的规则世界）
- 重生 + 配角视角（重生成原著配角，改写剧情）
- 系统 + 群像多主角（多人都有系统，相互博弈）
- 反派洗白 + 女频甜宠（反派大佬洗白后追妻）
### 2.3 读者群体迁移趋势（2025样例）
**从"纯爽"到"爽+烧脑"**：
- 读者越来越期待智商在线的主角
- 单纯的金手指碾压已不足以吸引付费
- 悬疑、推理、反转元素受欢迎
**从"单一主角"到"群像多视角"**：
- 多主角、多视角叙事开始流行
- 配角也需要完整的成长线
- 反派不再是工具人，要有合理动机
**从"男频独大"到"性别平衡"**：
- 女频市场快速增长
- 男频作品开始尝试女性视角
- 性别反转、性别平等主题受关注
---
## 3. 卖点与要素的系统性匹配
### 3.1 主角身份与卖点匹配
**匹配原则**：主角身份必须**最大化展现**核心卖点
**示例分析**：
| 核心卖点 | 最佳主角身份 | 为什么匹配 | 不匹配的身份 |
|---------|------------|-----------|-------------|
| 重生复仇 | 前世受害者 | 有复仇动机+信息差优势 | 无冤无仇的路人 |
| 规则破解 | 逻辑能力强的推理者 | 能发现规则漏洞 | 无脑莽夫 |
| 反派洗白 | 前世反派大佬 | 有洗白动机+反差萌 | 一直是好人 |
| 系统签到 | 需要快速成长的弱者 | 签到能弥补弱势 | 本身就是天才 |
| 商战权谋 | 商业天才/重生者 | 有商业知识+信息优势 | 对商业一无所知 |
**主角性格与卖点匹配**：
```
卖点：重生复仇
✅ 匹配性格：冷静、有城府、耐心布局
❌ 不匹配：冲动、圣母、容易原谅
卖点：规则怪谈
✅ 匹配性格：谨慎、理性、观察力强
❌ 不匹配：鲁莽、粗心、不动脑
卖点：甜宠文
✅ 匹配性格：温柔、体贴、会撩
❌ 不匹配：木讷、直男、情商低
```
### 3.2 金手指与卖点匹配
**匹配原则**：金手指必须**专门服务于**核心卖点，而非通用万能
**金手指设计三问**：
1. 这个金手指是否让卖点更突出？
2. 没有这个金手指，卖点是否无法成立？
3. 金手指是否会抢走卖点的风头？
**匹配示例**：
| 核心卖点 | 匹配的金手指 | 不匹配的金手指 |
|---------|------------|---------------|
| **重生复仇** | 前世记忆+关键信息 | 无敌战力（与复仇无关） |
| **规则破解** | 看穿规则漏洞的能力 | 直接无视规则（破坏卖点） |
| **系统签到** | 每日签到获得奖励 | 一次性获得无敌装备 |
| **反派洗白** | 读心术（了解他人想法） | 时间倒流（太万能） |
| **商战权谋** | 预知未来商机 | 武力值爆表（跑题） |
**金手指升级逻辑与卖点关联**：
```
卖点：规则怪谈破解
金手指升级路径：
Lv1: 能看到基础规则
Lv2: 能发现规则漏洞
Lv3: 能预测规则变化
Lv4: 能创造新规则
每次升级都强化"破解规则"这个核心卖点
```
### 3.3 世界观与卖点匹配
**匹配原则**：世界观规则必须**放大**卖点的价值
**示例分析**：
```
卖点：重生带来的信息差优势
✅ 匹配的世界观：
- 股市/商战背景（信息差=财富）
- 修仙世界（提前知道机缘位置）
- 娱乐圈（知道哪些歌会火）
❌ 不匹配的世界观：
- 完全静态的世界（未来不会变化，重生无意义）
- 随机性极强的世界（信息差无用）
```
```
卖点：规则破解
✅ 匹配的世界观：
- 严格规则约束的怪谈世界
- 有明确规则的游戏世界
- 等级森严的修仙体系
❌ 不匹配的世界观：
- 无规则的混乱世界
- 规则随时改变的世界
```
---
## 4. 主线结构与卖点贯彻
### 4.1 "大目标+小循环"发展模型
**大目标**：围绕卖点设定的终极目标
**小循环**：每个阶段重复强化卖点的情节模式
**主线贯彻机制**：
- **大目标 + 小循环**：每个情节点必须强化核心卖点
- **读者期待管理**：承诺的爽点必须在黄金三章内有首次体现，且在后续章节中按固定频率兑现
**示例（重生复仇文）**：
```
大目标：彻底扳倒仇人，洗刷前世冤屈
小循环（每10-15章一个循环）：
1. 发现仇人的一个弱点（信息差优势）
2. 制定针对性计划（智商博弈）
3. 执行计划并打脸（复仇爽点）
4. 仇人反扑（制造新冲突）
5. 主角更进一步（成长+复仇推进）
每个循环都强化"重生复仇"这个核心卖点
```
### 4.2 阶段性卖点体现
**三幕式结构与卖点贯彻**：
| 阶段 | 字数范围 | 卖点体现方式 | 示例（规则怪谈） |
|------|---------|------------|-----------------|
| **第一幕（开局）** | 0-10万字 | 建立卖点，展示独特性 | 主角进入规则世界，展示破解能力 |
| **第二幕（发展）** | 10-50万字 | 深化卖点，升级变化 | 规则越来越复杂，破解难度提升 |
| **第三幕（高潮）** | 50万字+ | 卖点的终极体现 | 破解世界终极规则，揭开真相 |
**每个阶段的卖点强化检查**：
- [ ] 第一幕：读者是否在前3章就理解了核心卖点？
- [ ] 第二幕：卖点是否在每个小高潮都有体现？
- [ ] 第三幕：终极高潮是否是卖点的最强表现？
### 4.3 情节贯彻卖点的四种方式
**方式一：直接展示**
```
卖点：重生带来的先知先觉
体现：主角直接预言某事，然后应验
```
**方式二：对比反差**
```
卖点：反派洗白
体现：前世作恶 vs 今生行善，形成强烈对比
```
**方式三：冲突放大**
```
卖点：规则破解
体现：规则越来越严格，破解难度越来越大
```
**方式四：角色互动**
```
卖点：系统签到
体现：其他角色惊叹主角成长速度，凸显系统优势
```
---
## 5. 差异化策略与创新方向
### 5.1 同类作品对比分析法
**步骤一**：找出3-5部同卖点的成功作品
**步骤二**：分析它们的共同点与差异点
| 作品 | 核心卖点 | 主角设定 | 金手指 | 差异化亮点 |
|------|---------|---------|--------|-----------|
| 作品A | 重生复仇 | 商战大佬 | 前世记忆 | 商战权谋 |
| 作品B | 重生复仇 | 娱乐明星 | 前世记忆 | 娱乐圈打脸 |
| 作品C | 重生复仇 | 学霸 | 前世记忆 | 高考改命 |
**步骤三**：找到市场空白或微创新点
```
已有组合：重生复仇 + 商战/娱乐/学业
市场空白：重生复仇 + 科研/体育/政坛
微创新：重生复仇 + 反派视角（重生成反派的洗白）
```
### 5.2 六种差异化策略
**策略一：视角创新**
```
常规：男性主角 → 创新：女性主角
常规：正派主角 → 创新：反派主角
常规：单一视角 → 创新：多视角群像
```
**策略二：人设反转**
```
常规：天才主角 → 创新：废材主角逆袭
常规：冷酷主角 → 创新：软萌主角（反差萌）
常规：全能主角 → 创新：有明显短板的主角
```
**策略三：金手指创新**
```
常规：无限奖励系统 → 创新：有代价的系统
常规：全知全能 → 创新：只在特定领域强大
常规：永久金手指 → 创新：有时限或次数限制
```
**策略四：世界观融合**
```
常规：纯都市 → 创新：都市+玄幻元素
常规：纯修仙 → 创新：修仙+科技元素
常规：纯历史 → 创新：历史+穿越元素
```
**策略五：节奏创新**
```
常规：慢热铺垫 → 创新：开篇即高潮
常规：线性叙事 → 创新：多线交织+反转
常规：单一爽点 → 创新：多类型爽点结合
```
**策略六：情感创新**
```
常规：纯爽文 → 创新：爽+虐+燃结合
常规：无感情线 → 创新：感情线与主线深度融合
常规：甜宠文 → 创新：先虐后甜（虐恋情深）
```
---
## 6. 一致性机制与读者期待管理
### 6.1 卖点贯彻的五大一致性原则
**原则一：开篇承诺 = 全文兑现**
```
开篇承诺："重生复仇"
全文兑现：每个阶段都在推进复仇进度
违反示例：前期复仇，后期变成种田文
```
**原则二：金手指强度保持平衡**
```
✅ 正确：金手指随主角成长逐步升级
❌ 错误：开篇无敌 → 中期被吊打 → 后期又无敌
```
**原则三：主角性格不OOC**
```
✅ 正确：冷静主角始终理性决策
❌ 错误：前期冷静，后期突然冲动送人头
```
**原则四：世界观规则不自相矛盾**
```
✅ 正确：修仙体系前后一致
❌ 错误：前期说"境界不可越级"，后期主角越级如喝水
```
**原则五：爽点频率稳定**
```
✅ 正确：每3-5章一个小爽点，每10-15章一个大爽点
❌ 错误：前期爽点密集，后期10章没一个爽点
```
### 6.2 读者期待管理策略
**策略一：明确承诺，及时兑现**
```
第1章：承诺"主角会复仇"
第3章：给出第一次小复仇（兑现承诺）
第10章：第一次大复仇（强化承诺）
```
**策略二：设置小目标，持续满足**
```
大目标：成为最强者
小目标：
- 第1阶段：成为班级第一
- 第2阶段：成为学校第一
- 第3阶段：成为全市第一
每个小目标达成都给读者成就感
```
**策略三：适度留白，制造悬念**
```
明确告知：主角有重生优势
留白：但未来是否会因主角改变而变化？
制造悬念：主角能否真正改写命运？
```
**策略四：定期刷新，避免审美疲劳**
```
前10章：重生复仇（商战）
10-20章：引入新敌人（权谋）
20-30章：发现更大阴谋（悬疑）
保持核心卖点，但换场景、换对手、换规则
```
### 6.3 卖点偏移预警机制
**偏移信号识别**：
- ⚠️ 读者评论："怎么感觉变成XX文了？"
- ⚠️ 订阅数据下降
- ⚠️ 核心卖点连续3章未出现
- ⚠️ 新引入的元素抢走卖点风头
**纠偏方法**：
1. **快速回归**：下一章立即强化核心卖点
2. **节奏调整**：削减与卖点无关的情节
3. **重新聚焦**：通过角色对话提醒读者核心卖点
4. **读者互动**：在作者说中重申核心卖点
---
## 7. 实战检查清单
### 7.1 核心定义清晰度检查
- [ ] 能否用**一句话**说清核心卖点？
- [ ] 这个卖点是否**独一无二**，而非泛泛的题材描述？
- [ ] 读者看到这个卖点，是否会**立即产生兴趣**？
**测试方法**：
```
请用一句话向陌生人介绍你的小说：
❌ "这是一部都市重生文"（太宽泛）
✅ "重生成反派大佬，用前世记忆洗白逆袭"（清晰）
```
### 7.2 要素匹配度检查
- [ ] 主角身份是否**最大化展现**卖点？
- [ ] 金手指是否**专门服务于**卖点？
- [ ] 世界观是否**放大**卖点的价值？
- [ ] 情节是否**每章都强化**卖点？
### 7.3 差异化竞争力检查
- [ ] 与同题材作品相比，有何**微创新**？
- [ ] 这个差异化是否足以让读者**选择你的书**？
- [ ] 差异化是否**可持续**（能支撑30万字+）？
### 7.4 长期可持续性检查
- [ ] 卖点能否支撑**30万字+**连载？
- [ ] 卖点是否有**升级空间**（避免重复）？
- [ ] 卖点是否有**冲突来源**（不会写到无事可写）？
### 7.5 读者承诺兑现检查
- [ ] 开篇承诺的爽点，是否在**前3章**就有体现？
- [ ] 核心卖点是否**每10章**至少强化一次？
- [ ] 读者期待的情节，是否**及时兑现**（不拖沓）？
---
## 8. 常见问题与解决方案
### Q1: 卖点太多，不知道选哪个作为核心？
**A**: 使用"删除法"
- 依次删除每个卖点，看哪个删除后整个故事就不成立
- 那个无法删除的卖点，就是核心卖点
- 其他卖点作为辅助卖点或爽点设计
**示例**：
```
候选卖点：重生 + 系统 + 商战
删除重生 → 系统+商战仍然成立
删除系统 → 重生+商战仍然成立
删除商战 → 重生+系统变成泛泛的升级文
结论：商战是核心卖点，重生和系统是辅助
```
### Q2: 卖点很好，但不知道怎么持续30万字+？
**A**: 使用"阶梯式升级"
- 将卖点分解为多个阶段
- 每个阶段难度递增，但核心不变
- 换场景、换对手、换规则，但不换卖点
**示例（规则怪谈）**：
```
第1阶段：破解基础规则（简单）
第2阶段：破解复合规则（中等）
第3阶段：破解动态规则（困难）
第4阶段：破解终极规则（地狱）
卖点不变：破解规则
但难度和深度逐步提升
```
### Q3: 卖点同质化严重，如何差异化？
**A**: 使用"组合创新法"（参见 `creative-combination.md`）
- A卖点 + B视角 = 新卖点
- A卖点 + C人设 = 新卖点
- A卖点 + D世界观 = 新卖点
**示例**：
```
常规：重生复仇（男主）
创新：重生复仇（女主）
创新：重生复仇（反派视角）
创新：重生复仇（配角视角）
```
### Q4: 卖点在开篇很吸引人,但中后期乏力怎么办？
**A**: 建立"卖点升级路径"
- 开篇：展示卖点基础形态
- 中期：卖点遇到挑战，被迫升级
- 后期：卖点的终极形态
**示例（系统签到）**：
```
开篇：每日签到获得小奖励
中期：发现隐藏签到点，奖励更好
后期：签到系统进化，可自定义奖励
卖点始终是"签到"，但玩法在升级
```
### Q5: 读者说"卖点偏移了"，如何纠正？
**A**: 三步纠偏法
1. **立即回归**：下一章强化核心卖点
2. **删减无关情节**：砍掉与卖点无关的支线
3. **读者互动**：在作者说中重申核心卖点
**示例**：
```
偏移情况：重生复仇文写成了种田文
纠偏步骤：
1. 下一章立即安排复仇情节
2. 删减种田细节描写
3. 作者说："接下来会加快复仇节奏"
```
---
## 9. 核心卖点定位模板
### 9.1 一句话卖点公式
```markdown
## 核心卖点定位
**一句话卖点**：
[主角身份/优势] + [核心行动] + [独特目标]
**示例**：
重生商战大佬（身份）+ 回到高考前（行动）+ 改写人生巅峰（目标）
**独特体验**：
读者能从这个卖点中获得什么？（爽/虐/燃/甜/悬疑等）
**情感共鸣**：
这个卖点触发读者的哪种情感需求？（复仇/成长/逆袭/治愈等）
**读者承诺**：
向读者承诺的核心阅读体验是什么？
```
### 9.2 要素匹配设计表
```markdown
## 核心要素匹配
### 主角设定
- **身份**：[必须能最大化展现卖点]
- **性格**：[必须与卖点匹配]
- **动机**：[必须与卖点一致]
- **成长路径**：[围绕卖点展开]
### 金手指设计
- **类型**：[专门服务于卖点]
- **核心功能**：[强化卖点的独特性]
- **升级逻辑**：[与卖点深度绑定]
- **限制条件**：[避免金手指抢风头]
### 世界观架构
- **世界类型**：[放大卖点的价值]
- **核心规则**：[与卖点相互支撑]
- **冲突来源**：[围绕卖点设计]
- **发展空间**：[为卖点提供持续舞台]
```
### 9.3 主线结构设计表
```markdown
## 主线结构（围绕卖点）
### 终极目标
[与核心卖点直接相关的终极目标]
### 阶段分解
**第一阶段**（0-10万字）
- 地图/场景：[具体设定]
- 核心冲突：[与卖点相关]
- 卖点体现：[如何展示卖点]
- 成长收获：[推进卖点进度]
**第二阶段**（10-30万字）
- 地图/场景：[升级场景]
- 核心冲突：[冲突升级]
- 卖点体现：[深化卖点]
- 成长收获：[卖点进化]
**第三阶段**（30万字+）
- 地图/场景：[终极舞台]
- 核心冲突：[终极对抗]
- 卖点体现：[卖点的最强形态]
- 成长收获：[卖点终极兑现]
### 小循环设计
[每10-15章重复的情节模式，确保卖点持续强化]
```
### 9.4 一致性检查表
```markdown
## 卖点贯彻一致性检查
### 开篇承诺
- [ ] 前3章是否明确展示核心卖点？
- [ ] 承诺的爽点是否在开篇就有体现？
### 中期强化
- [ ] 每10章是否至少强化一次卖点？
- [ ] 卖点是否在每个小高潮都有体现？
### 后期兑现
- [ ] 终极高潮是否是卖点的最强表现？
- [ ] 结局是否完整兑现开篇承诺？
### 全程一致
- [ ] 金手指强度是否保持平衡？
- [ ] 主角性格是否前后一致？
- [ ] 世界观规则是否无矛盾？
- [ ] 爽点频率是否稳定？
```
---
## 10. 关联参考文档
本文档是「创意阶段」的核心方法论，完成后可参考：
- **前置步骤**：`inspiration-collection.md`（提供初步创意方向）
- **前置步骤**：`market-positioning.md`（明确目标读者与市场定位）
- **前置步骤**：`creative-combination.md`（通过元素组合强化卖点）
- **下一步**：设定阶段的世界观构建、角色设定、故事框架（将卖点具体化）
- **后续验证**：创作阶段的状态管理（检查卖点是否持续贯彻）
---
**使用建议**：核心卖点是整个创作的灵魂，应在创意阶段就明确定位，并在后续所有阶段（设定、框架、创作）中持续强化。每次大纲调整或情节设计前，都应回顾核心卖点，确保所有创作要素都服务于这个唯一的吸引力核心。
noma/skills/noma-learn/SKILL.md
+45
View File
@@ -0,0 +1,45 @@
---
name: noma-learn
description: 从当前会话提取成功模式并写入 project_memory.json
allowed-tools: Read Write Bash
---
# /noma-learn
## Project Root Guard（必须先确认）
- 必须在项目根目录执行（需存在 `.noma/novel_data/state.json`）
- 若当前目录不存在该文件，先询问用户项目路径并 `cd` 进入
- 进入后设置变量：`$PROJECT_ROOT = (Resolve-Path ".").Path`
## 目标
- 提取可复用的写作模式（钩子/节奏/对话/微兑现等）
- 追加到 `.noma/novel_data/project_memory.json`
## 输入
```bash
/noma-learn "本章的危机钩设计很有效，悬念拉满"
```
## 输出
```json
{
"status": "success",
"learned": {
"pattern_type": "hook",
"description": "危机钩设计：悬念拉满",
"source_chapter": 100,
"learned_at": "2026-02-02T12:00:00Z"
}
}
```
## 执行流程
1. 读取 `"$PROJECT_ROOT/.noma/novel_data/state.json"`，获取当前章节号（progress.current_chapter）
2. 读取 `"$PROJECT_ROOT/.noma/novel_data/project_memory.json"`，若不存在则初始化 `{"patterns": []}`
3. 解析用户输入，归类 pattern_type（hook/pacing/dialogue/payoff/emotion）
4. 追加记录并写回文件
## 约束
- 不删除旧记录，仅追加
- 避免完全重复的 description（可去重）
noma/skills/noma-plan/SKILL.md
+479
View File
@@ -0,0 +1,479 @@
---
name: noma-plan
description: Builds volume and chapter outlines from the total outline, inherits creative constraints, and prepares writing-ready chapter plans. Use when the user asks for outlining or runs /noma-plan.
---
# Outline Planning
Purpose: refine 总纲 into volume + chapter outlines. Do not redesign the global story.
Setting policy: 先基于 init 产出的总纲+世界观补齐设定集基线；再在卷纲完成后，直接对现有设定集做增量补充。
## Project Root Guard
- Claude Code 的"工作区根目录"不一定等于"书项目根目录"。常见结构：工作区为 `D:\wk\xiaoshuo`，书项目为 `D:\wk\xiaoshuo\凡人资本论`。
- 必须先解析 `PROJECT_ROOT` 为真实书项目根（必须包含 `.noma/novel_data/state.json`），后续所有读写路径都以该目录为准。
环境设置（bash 命令执行前）：
```bash
export WORKSPACE_ROOT="${CLAUDE_PROJECT_DIR:-$PWD}"
if [ -z "${CLAUDE_PLUGIN_ROOT}" ] || [ ! -d "${CLAUDE_PLUGIN_ROOT}/skills/noma-plan" ]; then
echo "ERROR: 未设置 CLAUDE_PLUGIN_ROOT 或缺少目录: ${CLAUDE_PLUGIN_ROOT}/skills/noma-plan" >&2
exit 1
fi
export SKILL_ROOT="${CLAUDE_PLUGIN_ROOT}/skills/noma-plan"
if [ -z "${CLAUDE_PLUGIN_ROOT}" ] || [ ! -d "${CLAUDE_PLUGIN_ROOT}/scripts" ]; then
echo "ERROR: 未设置 CLAUDE_PLUGIN_ROOT 或缺少目录: ${CLAUDE_PLUGIN_ROOT}/scripts" >&2
exit 1
fi
export SCRIPTS_DIR="${CLAUDE_PLUGIN_ROOT}/scripts"
export PROJECT_ROOT="$(python "${SCRIPTS_DIR}/noma.py" --project-root "${WORKSPACE_ROOT}" where)"
```
## References（按步骤导航）
- Step 3（必读，节拍表模板）：[大纲-卷节拍表.md](../../templates/output/大纲-卷节拍表.md)
- Step 4.5（必读，时间线模板）：[大纲-卷时间线.md](../../templates/output/大纲-卷时间线.md)
- Step 4（必读，题材配置）：[genre-profiles.md](../../references/genre-profiles.md)
- Step 4（必读，Strand 节奏）：[strand-weave-pattern.md](../../references/shared/strand-weave-pattern.md)
- Step 4（可选，爽点结构需要细化）：[cool-points-guide.md](../../references/shared/cool-points-guide.md)
- Step 5/6（可选，冲突强度分层）：[conflict-design.md](references/outlining/conflict-design.md)
- Step 5（可选，需要钩子/节奏细分）：[reading-power-taxonomy.md](../../references/reading-power-taxonomy.md)
- Step 6（可选，章节微结构细化）：[chapter-planning.md](references/outlining/chapter-planning.md)
- Step 4/5（可选，电竞/直播文/克苏鲁）：[genre-volume-pacing.md](references/outlining/genre-volume-pacing.md)
- 归档（不进主流程）：`references/outlining/outline-structure.md`、`references/outlining/plot-frameworks.md`
## Reference Loading Levels (strict, lazy)
Use progressive disclosure and load only what current step requires:
- L0: No references before scope/volume is confirmed.
- L1: Before each step, load only the "必读" items in **References（按步骤导航）**.
- L2: Load optional items only when the trigger condition applies.
## Workflow
1. Load project data.
2. Build setting baseline from 总纲 + 世界观 (in-place incremental).
3. Select volume and confirm scope.
4. Generate volume beat sheet (节拍表).
4.5. Generate volume timeline (时间线表).
5. Generate volume skeleton.
6. Generate chapter outlines in batches.
7. Enrich existing setting files from volume outline (in-place incremental).
8. Validate + save + update state.
## 1) Load project data
```bash
cat "$PROJECT_ROOT/.noma/novel_data/state.json"
cat "$PROJECT_ROOT/大纲/总纲.md"
```
Optional (only if they exist):
- `设定集/主角组.md`
- `设定集/女主卡.md`
- `设定集/反派设计.md`
- `设定集/世界观.md`
- `设定集/力量体系.md`
- `设定集/主角卡.md`
- `.noma/novel_data/idea_bank.json` (inherit constraints)
If 总纲.md lacks volume ranges / core conflict / climax, ask the user to fill those before proceeding.
## 2) Build setting baseline from 总纲 + 世界观
目标：在不推翻现有内容的前提下，让设定集从"骨架模板"进入"可规划可写作"的基线状态。
输入来源：
- `大纲/总纲.md`
- `设定集/世界观.md`
- `设定集/力量体系.md`
- `设定集/主角卡.md`
- `设定集/反派设计.md`
执行规则（必须）：
- 只做增量补齐，不清空、不重写整文件。
- 优先补齐"可执行字段"：角色定位、势力关系、能力边界、代价规则、反派层级映射。
- 若总纲与现有设定冲突，先列冲突并阻断，等待用户裁决后再改。
基线补齐最小要求：
- `设定集/世界观.md`：世界规则边界、社会结构、关键地点用途。
- `设定集/力量体系.md`：境界链/能力限制/代价与冷却。
- `设定集/主角卡.md`：欲望、缺陷、初始资源与限制。
- `设定集/反派设计.md`：小/中/大反派层级与主角镜像关系。
## 3) Select volume
- Offer choices from 总纲.md (卷名 + 章节范围).
- Confirm any special requirement (tone, POV emphasis, romance, etc.).
If 总纲缺少卷名/章节范围/核心冲突/卷末高潮，先补问并更新总纲，再继续。
## 4) Generate volume beat sheet (节拍表)
目标：先把本卷"承诺→危机递增→中段反转→最低谷→大兑现+新钩子"钉死，避免卷中段漂移。
Load template:
```bash
cat "${SKILL_ROOT}/../../templates/output/大纲-卷节拍表.md"
```
Must satisfy (hard requirements):
- **中段反转（必填）**：不得留空；若无，写 `无（理由：...）`
- **危机链**：至少 3 次递增（表格 1-3 行不得空）
- **卷末新钩子**：必须能落到"最后一章的章末未闭合问题"
Write output:
```bash
@'
{beat_sheet_content}
'@ | Set-Content -Encoding UTF8 "$PROJECT_ROOT/大纲/第{volume_id}卷-节拍表.md"
```
Completion criteria:
- `大纲/第{volume_id}卷-节拍表.md` 存在且非空
- Step 4/5 能直接引用 Catalyst / 中段反转 / 最低谷 / 大兑现 / 新钩子来锚定节奏
## 4.5) Generate volume timeline (时间线表)
目标：为本卷建立时间轴基准，确保章节间时间推进逻辑自洽，避免"第一章灾变第二章火拼"的时间跳跃问题。
Load template:
```bash
cat "${SKILL_ROOT}/../../templates/output/大纲-卷时间线.md"
```
Must satisfy (hard requirements):
- **时间基准（必填）**：明确本卷使用的时间体系（末世第X天/仙历年月/现代日期）
- **本卷时间跨度（必填）**：本卷覆盖的时间范围
- **关键倒计时事件**：若有时限性事件（物资耗尽/大比开始/截止日期），必须列出并标注 D-N
Write output:
```bash
@'
{timeline_content}
'@ | Set-Content -Encoding UTF8 "$PROJECT_ROOT/大纲/第{volume_id}卷-时间线.md"
```
Completion criteria:
- `大纲/第{volume_id}卷-时间线.md` 存在且非空
- 时间基准和本卷跨度已明确
- 若存在倒计时事件，已在表中列出
## 5) Generate volume skeleton
Load genre profile and apply standards:
```bash
cat "${SKILL_ROOT}/../../references/genre-profiles.md"
cat "${SKILL_ROOT}/../../references/shared/strand-weave-pattern.md"
```
Optional (only if爽点结构需要细化):
```bash
cat "${SKILL_ROOT}/../../references/shared/cool-points-guide.md"
```
Optional (only if需要补强卷级冲突链与强度分层):
```bash
cat "${SKILL_ROOT}/references/outlining/conflict-design.md"
```
Load beat sheet (must exist):
```bash
cat "$PROJECT_ROOT/大纲/第{volume_id}卷-节拍表.md"
```
Extract for current genre:
- Strand 比例（Quest/Fire/Constellation）
- 爽点密度标准（每章最低/推荐）
- 钩子类型偏好
### Strand Weave 规划策略
Based on genre profile, distribute chapters:
- **Quest Strand** (主线推进): 55-65% 章节
- 目标明确、进展可见、有阶段性成果
- 例：突破境界、完成任务、获得宝物
- **Fire Strand** (情感/关系): 20-30% 章节
- 人物关系变化、情感冲突、团队动态
- 例：与女主互动、师徒矛盾、兄弟背叛
- **Constellation Strand** (世界/谜团): 10-20% 章节
- 世界观揭示、伏笔埋设、谜团推进
- 例：发现古老秘密、揭示反派阴谋、世界真相
**Weaving pattern** (recommended):
- 每 3-5 章切换主导 Strand
- 高潮章节可多 Strand 交织
- 卷末 3-5 章集中 Quest Strand
For 电竞/直播文/克苏鲁, apply dedicated volume pacing template:
```bash
cat "${SKILL_ROOT}/references/outlining/genre-volume-pacing.md"
```
### 爽点密度规划策略
Based on genre profile:
- **常规章节**: 1-2 个小爽点（强度 2-3）
- **关键章节**: 2-3 个爽点，至少 1 个中爽点（强度 4-5）
- **高潮章节**: 3-4 个爽点，至少 1 个大爽点（强度 6-7）
**Distribution rule**:
- 每 5-8 章至少 1 个关键章节
- 每卷至少 1 个高潮章节（通常在卷末）
### 约束触发规划策略
If idea_bank.json exists:
```bash
cat "$PROJECT_ROOT/.noma/novel_data/idea_bank.json"
```
Calculate trigger frequency:
- **反套路规则**: 每 N 章触发 1 次
- N = max(5, 总章数 / 10)
- 例：50 章卷 → 每 5 章触发
- 例：100 章卷 → 每 10 章触发
- **硬约束**: 贯穿全卷，在章节目标/爽点设计中体现
- **主角缺陷**: 每卷至少 2 次成为冲突来源
- **反派镜像**: 反派出场章节必须体现镜像对比
Use this template and fill from 总纲 + idea_bank:
```markdown
# 第 {volume_id} 卷：{卷名}
> 章节范围: 第 {start} - {end} 章
> 核心冲突: {conflict}
> 卷末高潮: {climax}
## 卷摘要
{2-3 段落概述}
## 关键人物与反派
- 主要登场角色：
- 反派层级：
## Strand Weave 规划
| 章节范围 | 主导 Strand | 内容概要 |
|---------|------------|---------|
## 爽点密度规划
| 章节 | 爽点类型 | 具体内容 | 强度 |
|------|---------|---------|------|
## 伏笔规划
| 章节 | 操作 | 伏笔内容 |
|------|------|---------|
## 约束触发规划（如有）
- 反套路规则：每 N 章触发一次
- 硬约束：贯穿全卷
```
## 6) Generate chapter outlines (batched)
Batching rule:
- ≤20 章：1 批
- 21–40 章：2 批
- 41–60 章：3 批
- >60 章：4+ 批
Optional (only if需要钩子/节奏细分):
```bash
cat "${SKILL_ROOT}/../../references/reading-power-taxonomy.md"
```
Optional (only if需要章节微结构/标题策略细化):
```bash
cat "${SKILL_ROOT}/references/outlining/chapter-planning.md"
```
### Chapter generation strategy
For each chapter, determine:
**1. Strand assignment** (follow volume skeleton distribution)
- Quest: 主线任务推进、目标达成、能力提升
- Fire: 人物关系、情感冲突、团队动态
- Constellation: 世界揭示、伏笔埋设、谜团推进
**2. 爽点设计** (based on Strand and position)
- Quest Strand → 成就爽点（打脸、逆袭、突破）
- Fire Strand → 情感爽点（认可、保护、告白）
- Constellation Strand → 认知爽点（真相、预言、身份）
**3. 钩子设计** (based on next chapter's Strand)
- 悬念钩子：提出问题、制造危机
- 承诺钩子：预告奖励、暗示转折
- 情感钩子：关系变化、角色危机
**4. 反派层级** (based on volume skeleton)
- 无：日常章节、修炼章节、关系章节
- 小：小冲突、小反派、局部对抗
- 中：中反派出场、重要冲突、阶段性对抗
- 大：大反派出场、核心冲突、卷级高潮
**5. 关键实体** (new or important)
- 新角色：姓名 + 一句话定位
- 新地点：名称 + 一句话描述
- 新物品：名称 + 功能
- 新势力：名称 + 立场
**6. 约束检查** (if idea_bank exists)
- 是否触发反套路规则？
- 是否体现硬约束？
- 是否展现主角缺陷？
- 是否体现反派镜像？
Chapter format (include 反派层级 for context-agent):
```markdown
### 第 {N} 章：{标题}
- 目标: {20字以内}
- 阻力: {20字以内}
- 代价: {20字以内}
- 时间锚点: {末世第X天 时段/仙历X年X月X日/具体日期+时段}
- 章内时间跨度: {如 3小时/半天/1天}
- 与上章时间差: {如 紧接/6小时/1天/跨夜}
- 倒计时状态: {事件A D-3 -> D-2 / 无}
- 爽点: {类型} - {30字以内}
- Strand: {Quest|Fire|Constellation}
- 反派层级: {无/小/中/大}
- 视角/主角: {主角A/主角B/女主/群像}
- 关键实体: {新增或重要出场}
- 本章变化: {30字以内，优先可量化变化}
- 章末未闭合问题: {30字以内}
- 钩子: {类型} - {30字以内}
```
**时间字段说明**：
- **时间锚点**：本章发生的具体时间点，必须与时间线表一致
- **章内时间跨度**：本章内容覆盖的时间长度
- **与上章时间差**：与上一章结束时间的间隔
- 紧接：无时间间隔，直接承接
- 跨夜：过夜但不超过 12 小时
- 具体时长：如 6小时、1天、3天
- **倒计时状态**：若存在倒计时事件，标注推进情况（D-N → D-(N-1)）
**字段说明**：
- **章末未闭合问题**：本章结尾必须保留的"未闭合决策/问题"，用于驱动读者点下一章。
- 规则：必须与 **钩子** 的类型/强度一致；不得出现"钩子很强但问题很虚"的错配。
- **钩子**：本章应设置的章末钩子（规划用）
- 例：悬念钩 - 神秘人身份即将揭晓
- 意思是：本章结尾要设置这个悬念钩子
- 下章 context-agent 会读取 chapter_meta[N].hook（实际实现的钩子），生成"接住上章"指导
- 钩子类型参考：悬念钩 | 危机钩 | 承诺钩 | 情绪钩 | 选择钩 | 渴望钩
Save after each batch:
```bash
@'
{batch_content}
'@ | Add-Content -Encoding UTF8 "$PROJECT_ROOT/大纲/第{volume_id}卷-详细大纲.md"
```
## 7) Enrich existing setting files from volume outline
目标：卷纲写完后，把本卷新增事实写回"现有设定集文件"，确保后续写作可直接读取。
输入来源：
- `大纲/第{volume_id}卷-节拍表.md`
- `大纲/第{volume_id}卷-详细大纲.md`
- 现有设定集文件（世界观/力量体系/主角卡/主角组/女主卡/反派设计）
写回策略（必须）：
- 仅增量补充相关段落，不覆盖整文件。
- 新增角色：写入对应角色卡或角色组条目（含首次出场章、关系、红线）。
- 新增势力/地点/规则：写入世界观或力量体系对应章节。
- 新增反派层级信息：写入反派设计并保持小/中/大层级一致。
冲突处理（硬规则）：
- 若卷纲新增信息与总纲或已确认设定冲突，标记 `BLOCKER` 并停止 state 更新。
- 只有冲突裁决完成后，才允许继续更新设定并进入保存步骤。
## 8) Validate + save
### Validation checks (must pass all)
**1. 爽点密度检查**
- 每章 ≥1 小爽点（强度 2-3）
- 每 5-8 章至少 1 个关键章节（强度 4-5）
- 每卷至少 1 个高潮章节（强度 6-7）
**2. Strand 比例检查**
Count chapters by Strand and compare with genre profile:
- Quest: 应占 55-65%
- Fire: 应占 20-30%
- Constellation: 应占 10-20%
If deviation > 15%, adjust chapter assignments.
**3. 总纲一致性检查**
- 卷核心冲突是否贯穿章节？
- 卷末高潮是否在最后 3-5 章体现？
- 关键人物是否按计划登场？
**4. 约束触发频率检查** (if idea_bank exists)
- 反套路规则触发次数 ≥ 总章数 / N（N = max(5, 总章数/10)）
- 硬约束在至少 50% 章节中体现
- 主角缺陷至少 2 次成为冲突来源
- 反派镜像在反派出场章节中体现
**5. 完整性检查**
Every chapter must have:
- 目标（20 字以内）
- 阻力（20 字以内）
- 代价（20 字以内）
- 时间锚点（必填）
- 章内时间跨度（必填）
- 与上章时间差（必填）
- 倒计时状态（若有倒计时事件则必填）
- 爽点（类型 + 30 字描述）
- Strand（Quest/Fire/Constellation）
- 反派层级（无/小/中/大）
- 视角/主角
- 关键实体（至少 1 个）
- 本章变化（30 字以内）
- 章末未闭合问题（30 字以内）
- 钩子（类型 + 30 字描述）
**6. 时间线一致性检查（新增）**
- 时间线表文件存在：`大纲/第{volume_id}卷-时间线.md`
- 所有章节时间锚点已填写
- 时间单调递增（不得回跳，除非明确标注为闪回）
- 倒计时推进正确（D-5 → D-4 → D-3，不得跳跃）
- 大跨度时间跳跃（>3天）必须有过渡章说明或明确标注
**7. 设定补全检查**
- 本卷涉及的新角色/势力/规则已回写到现有设定集文件
- 所有新增条目可回溯到本卷章纲章节
- `BLOCKER` 数量为 0；若 >0，必须先裁决，不得进入 state 更新
Update state (include chapters range):
```bash
python "${SCRIPTS_DIR}/noma.py" --project-root "$PROJECT_ROOT" update-state -- \
--volume-planned {volume_id} \
--chapters-range "{start}-{end}"
```
Final check:
- 节拍表文件已写入：`大纲/第{volume_id}卷-节拍表.md`
- 时间线表文件已写入：`大纲/第{volume_id}卷-时间线.md`
- 章纲文件已写入：`大纲/第{volume_id}卷-详细大纲.md`
- 设定集已完成基线补齐与本卷增量补充（原文件内可见）
- 每章包含：目标/阻力/代价/时间锚点/章内时间跨度/与上章时间差/爽点/Strand/反派层级/视角/关键实体/本章变化/章末未闭合问题/钩子
- 时间线单调递增，倒计时推进正确
- 与总纲冲突/高潮一致，约束触发频率合理（如有 idea_bank）
### Hard fail conditions (must stop)
- 节拍表文件不存在或为空
- 节拍表中段反转缺失（未按"必填/无（理由）"规则填写）
- **时间线表文件不存在或为空**
- 章纲文件不存在或为空
- 任一章节缺少：目标/阻力/代价/时间锚点/章内时间跨度/与上章时间差/爽点/Strand/反派层级/视角/关键实体/本章变化/章末未闭合问题/钩子
- **任一章节时间字段（时间锚点/章内时间跨度/与上章时间差）缺失**
- **时间回跳且未标注为闪回**
- **倒计时算术冲突（如 D-5 直接跳到 D-2）**
- **重大事件发生时间与前章间隔不足且无合理解释（如末世第1天建帮派）**
- 与总纲核心冲突或卷末高潮明显冲突
- 设定集基线未补齐，或本卷增量未回写到现有设定集
- 存在 `BLOCKER` 未裁决
- 约束触发频率不足（当 idea_bank 启用时）
### Rollback / recovery
If any hard fail triggers:
1. Stop and list the failing items.
2. Re-generate only the failed batch (do not overwrite the whole file).
3. If the last batch is invalid, remove that batch and rewrite it.
4. Only update state after Final check passes.
Next steps:
- 继续规划下一卷 → /noma-plan
- 开始写作 → /noma-write
noma/skills/noma-query/SKILL.md
+192
View File
@@ -0,0 +1,192 @@
---
name: noma-query
description: Queries project settings for characters, powers, factions, items, and foreshadowing. Supports urgency analysis and golden finger status. Activates when user asks about story elements or /noma-query.
allowed-tools: Read Grep Bash AskUserQuestion
---
# Information Query Skill
## Project Root Guard（必须先确认）
- Claude Code 的"工作区根目录"不一定等于"书项目根目录"。常见结构：工作区为 `D:\wk\xiaoshuo`，书项目为 `D:\wk\xiaoshuo\凡人资本论`。
- 必须先解析真实书项目根（必须包含 `.noma/novel_data/state.json`），后续所有读写路径都以该目录为准。
- **禁止**在插件目录 `${CLAUDE_PLUGIN_ROOT}/` 下读取或写入项目文件
环境设置（bash 命令执行前）：
```bash
export WORKSPACE_ROOT="${CLAUDE_PROJECT_DIR:-$PWD}"
if [ -z "${CLAUDE_PLUGIN_ROOT}" ] || [ ! -d "${CLAUDE_PLUGIN_ROOT}/skills/noma-query" ]; then
echo "ERROR: 未设置 CLAUDE_PLUGIN_ROOT 或缺少目录: ${CLAUDE_PLUGIN_ROOT}/skills/noma-query" >&2
exit 1
fi
export SKILL_ROOT="${CLAUDE_PLUGIN_ROOT}/skills/noma-query"
if [ -z "${CLAUDE_PLUGIN_ROOT}" ] || [ ! -d "${CLAUDE_PLUGIN_ROOT}/scripts" ]; then
echo "ERROR: 未设置 CLAUDE_PLUGIN_ROOT 或缺少目录: ${CLAUDE_PLUGIN_ROOT}/scripts" >&2
exit 1
fi
export SCRIPTS_DIR="${CLAUDE_PLUGIN_ROOT}/scripts"
export PROJECT_ROOT="$(python "${SCRIPTS_DIR}/noma.py" --project-root "${WORKSPACE_ROOT}" where)"
```
## Workflow Checklist
Copy and track progress:
```
信息查询进度：
- [ ] Step 1: 识别查询类型
- [ ] Step 2: 加载对应参考文件
- [ ] Step 3: 加载项目数据 (state.json)
- [ ] Step 4: 确认上下文充足
- [ ] Step 5: 执行查询
- [ ] Step 6: 格式化输出
```
---
## Reference Loading Levels (strict, lazy)
- L0: 先识别查询类型，不预加载全部参考。
- L1: 所有查询仅加载基础数据流规范。
- L2: 仅按查询类型加载对应专题参考。
### L1 (minimum)
- [system-data-flow.md](references/system-data-flow.md)
### L2 (conditional by query type)
- 伏笔查询：[foreshadowing.md](references/advanced/foreshadowing.md)
- 节奏查询：[strand-weave-pattern.md](../../references/shared/strand-weave-pattern.md)
- 标签格式查询：[tag-specification.md](references/tag-specification.md)
Do not load two or more L2 files unless the user request clearly spans multiple query types.
## Step 1: 识别查询类型
| 关键词 | 查询类型 | 需加载 |
|--------|---------|--------|
| 角色/主角/配角 | 标准查询 | system-data-flow.md |
| 境界/筑基/金丹 | 标准查询 | system-data-flow.md |
| 伏笔/紧急伏笔 | 伏笔分析 | foreshadowing.md |
| 金手指/系统 | 金手指状态 | system-data-flow.md |
| 节奏/Strand | 节奏分析 | strand-weave-pattern.md |
| 标签/实体格式 | 格式查询 | tag-specification.md |
## Step 2: 加载对应参考文件
**所有查询必须执行**：
```bash
cat "${SKILL_ROOT}/references/system-data-flow.md"
```
**伏笔查询额外执行**：
```bash
cat "${SKILL_ROOT}/references/advanced/foreshadowing.md"
```
**节奏查询额外执行**：
```bash
cat "${SKILL_ROOT}/../../references/shared/strand-weave-pattern.md"
```
**标签格式查询额外执行**：
```bash
cat "${SKILL_ROOT}/references/tag-specification.md"
```
## Step 3: 加载项目数据
```bash
cat "$PROJECT_ROOT/.noma/novel_data/state.json"
```
## Step 4: 确认上下文充足
**检查清单**：
- [ ] 查询类型已识别
- [ ] 对应参考文件已加载
- [ ] state.json 已加载
- [ ] 知道在哪里搜索答案
**如有缺失 → 返回对应 Step**
## Step 5: 执行查询
### 标准查询
| 关键词 | 搜索目标 |
|--------|---------|
| 角色/主角/配角 | 主角卡.md, 角色库/ |
| 境界/实力 | 力量体系.md |
| 宗门/势力 | 世界观.md |
| 物品/宝物 | 物品库/ |
| 地点/秘境 | 世界观.md |
### 伏笔紧急度分析
**三层分类**（来自 foreshadowing.md）：
- **核心伏笔**: 主线剧情 - 权重 3.0x
- **支线伏笔**: 配角/支线 - 权重 2.0x
- **装饰伏笔**: 氛围/细节 - 权重 1.0x
**紧急度公式**：
```
紧急度 = (已过章节 / 目标章节) × 层级权重
```
**状态判定**：
- 🔴 Critical: 超过目标 OR 核心 >20 章
- 🟡 Warning: >80% 目标 OR 支线 >30 章
- 🟢 Normal: 计划范围内
**快速分析**：
```bash
python "${SCRIPTS_DIR}/noma.py" --project-root "$PROJECT_ROOT" status -- --focus urgency
```
### 金手指状态
输出包含：
- 基本信息（名称/类型/激活章节）
- 当前等级和进度
- 已解锁技能及冷却
- 待解锁技能预览
- 升级条件
- 发展建议
### Strand 节奏分析
**快速分析**：
```bash
python "${SCRIPTS_DIR}/noma.py" --project-root "$PROJECT_ROOT" status -- --focus strand
```
**检查警告**：
- Quest >5 连续章
- Fire >10 章未出现
- Constellation >15 章未出现
## Step 6: 格式化输出
```markdown
# 查询结果：{关键词}
## 📊 概要
- **匹配类型**: {type}
- **数据源**: state.json + 设定集 + 大纲
- **匹配数量**: X 条
## 🔍 详细信息
### 1. Runtime State (state.json)
{结构化数据}
**Source**: `.noma/novel_data/state.json` (lines XX-XX)
### 2. 设定集匹配结果
{匹配内容，含文件路径和行号}
## ⚠️ 数据一致性检查
{state.json 与静态文件的差异}
```
noma/skills/noma-resume/SKILL.md
+202
View File
@@ -0,0 +1,202 @@
---
name: noma-resume
description: Recovers interrupted noma tasks with precise workflow state tracking. Detects interruption point and provides safe recovery options. Activates when user wants to resume or /noma-resume.
allowed-tools: Read Bash AskUserQuestion
---
# Task Resume Skill
## Project Root Guard（必须先确认）
- Claude Code 的"工作区根目录"不一定等于"书项目根目录"。常见结构：工作区为 `D:\wk\xiaoshuo`，书项目为 `D:\wk\xiaoshuo\凡人资本论`。
- 必须先解析真实书项目根（必须包含 `.noma/novel_data/state.json`），后续所有读写路径都以该目录为准。
环境设置（bash 命令执行前）：
```bash
export WORKSPACE_ROOT="${CLAUDE_PROJECT_DIR:-$PWD}"
if [ -z "${CLAUDE_PLUGIN_ROOT}" ] || [ ! -d "${CLAUDE_PLUGIN_ROOT}/skills/noma-resume" ]; then
echo "ERROR: 未设置 CLAUDE_PLUGIN_ROOT 或缺少目录: ${CLAUDE_PLUGIN_ROOT}/skills/noma-resume" >&2
exit 1
fi
export SKILL_ROOT="${CLAUDE_PLUGIN_ROOT}/skills/noma-resume"
if [ -z "${CLAUDE_PLUGIN_ROOT}" ] || [ ! -d "${CLAUDE_PLUGIN_ROOT}/scripts" ]; then
echo "ERROR: 未设置 CLAUDE_PLUGIN_ROOT 或缺少目录: ${CLAUDE_PLUGIN_ROOT}/scripts" >&2
exit 1
fi
export SCRIPTS_DIR="${CLAUDE_PLUGIN_ROOT}/scripts"
export PROJECT_ROOT="$(python "${SCRIPTS_DIR}/noma.py" --project-root "${WORKSPACE_ROOT}" where)"
```
## Workflow Checklist
Copy and track progress:
```
任务恢复进度：
- [ ] Step 1: 加载恢复协议 (cat "${SKILL_ROOT}/references/workflow-resume.md")
- [ ] Step 2: 加载数据规范 (cat "${SKILL_ROOT}/references/system-data-flow.md")
- [ ] Step 3: 确认上下文充足
- [ ] Step 4: 检测中断状态
- [ ] Step 5: 展示恢复选项 (AskUserQuestion)
- [ ] Step 6: 执行恢复
- [ ] Step 7: 继续任务 (可选)
```
---
## Reference Loading Levels (strict, lazy)
- L0: 不加载任何参考，直到确认存在中断恢复需求。
- L1: 只加载恢复协议主文件。
- L2: 仅在数据一致性检查时加载数据规范。
### L1 (minimum)
- [workflow-resume.md](references/workflow-resume.md)
### L2 (conditional)
- [system-data-flow.md](references/system-data-flow.md)（仅在需要核对状态字段/恢复策略时）
## Step 1: 加载恢复协议（必须执行）
```bash
cat "${SKILL_ROOT}/references/workflow-resume.md"
```
**核心原则**（读取后应用）：
- **禁止智能续写**: 上下文丢失风险高
- **必须检测后恢复**: 不猜测中断点
- **必须用户确认**: 不自动恢复
## Step 2: 加载数据规范
```bash
cat "${SKILL_ROOT}/references/system-data-flow.md"
```
## Step 3: 确认上下文充足
**检查清单**：
- [ ] 恢复协议已理解
- [ ] Step 难度分级已知
- [ ] 状态结构已理解
- [ ] "删除重来" vs "智能续写" 原则已明确
**如有缺失 → 返回对应 Step**
## Step 难度分级（来自 workflow-resume.md）
| Step | 难度 | 恢复策略 |
|------|------|---------|
| Step 1 | ⭐ | 直接重新执行 |
| Step 1.5 | ⭐ | 重新设计 |
| Step 2A | ⭐⭐ | 删除半成品，重新开始 |
| Step 2B | ⭐⭐ | 继续适配或回到 2A |
| Step 3 | ⭐⭐⭐ | 用户决定：重审或跳过 |
| Step 4 | ⭐⭐ | 继续润色或删除重写 |
| Step 5 | ⭐⭐ | 重新运行（幂等） |
| Step 6 | ⭐⭐⭐ | 检查暂存区，决定提交/回滚 |
## Step 4: 检测中断状态
```bash
python "${SCRIPTS_DIR}/noma.py" --project-root "$PROJECT_ROOT" workflow detect
```
**输出情况**：
- 无中断 → 结束流程，通知用户
- 检测到中断 → 继续 Step 5
## Step 5: 展示恢复选项（必须执行）
**展示给用户**：
- 任务命令和参数
- 中断时间和已过时长
- 已完成步骤
- 当前（中断）步骤
- 剩余步骤
- 恢复选项及风险等级
**示例输出**：
```
🔴 检测到中断任务：
任务：/noma-write 7
中断位置：Step 2 - 章节内容生成中
已完成：
✅ Step 1: 上下文加载
未完成：
⏸️ Step 2: 章节内容（已写1500字）
⏹️ Step 3-7: 未开始
恢复选项：
A) 删除半成品，从Step 1重新开始（推荐）
B) 回滚到Ch6，放弃Ch7所有进度
请选择（A/B）：
```
## Step 6: 执行恢复
**选项 A - 删除重来**（推荐）：
```bash
python "${SCRIPTS_DIR}/noma.py" --project-root "$PROJECT_ROOT" workflow cleanup --chapter {N} --confirm
python "${SCRIPTS_DIR}/noma.py" --project-root "$PROJECT_ROOT" workflow clear
```
**选项 B - Git 回滚**：
```bash
git -C "$PROJECT_ROOT" reset --hard ch{N-1:04d}
python "${SCRIPTS_DIR}/noma.py" --project-root "$PROJECT_ROOT" workflow clear
```
## Step 7: 继续任务（可选）
如用户选择立即继续：
```bash
/{original_command} {original_args}
```
---
## 特殊场景
### Step 6 中断（成本高）
```
恢复选项：
A) 重新执行双章审查（成本：~$0.15）⚠️
B) 跳过审查，继续下一章（可后续补审）
```
### Step 4 中断（部分状态）
```
⚠️ state.json 可能部分更新
A) 检查并修复 state.json
B) 回滚到上一章（安全）
```
### 长时间中断（>1小时）
```
⚠️ 中断已超过1小时
上下文丢失风险高
建议重新开始而非续写
```
---
## 禁止事项
- ❌ 智能续写半成品内容
- ❌ 自动选择恢复策略
- ❌ 跳过中断检测
- ❌ 不验证就修复 state.json
noma/skills/noma-review/SKILL.md
+194
View File
@@ -0,0 +1,194 @@
---
name: noma-review
description: Reviews chapter quality with checker agents and generates reports. Use when the user asks for a chapter review or runs /noma-review.
allowed-tools: Read Grep Write Edit Bash Task AskUserQuestion
---
# Quality Review Skill
## Project Root Guard（必须先确认）
- Claude Code 的"工作区根目录"不一定等于"书项目根目录"。常见结构：工作区为 `D:\wk\xiaoshuo`，书项目为 `D:\wk\xiaoshuo\凡人资本论`。
- 必须先解析真实书项目根（必须包含 `.noma/novel_data/state.json`），后续所有读写路径都以该目录为准。
环境设置（bash 命令执行前）：
```bash
export WORKSPACE_ROOT="${CLAUDE_PROJECT_DIR:-$PWD}"
if [ -z "${CLAUDE_PLUGIN_ROOT}" ] || [ ! -d "${CLAUDE_PLUGIN_ROOT}/skills/noma-review" ]; then
echo "ERROR: 未设置 CLAUDE_PLUGIN_ROOT 或缺少目录: ${CLAUDE_PLUGIN_ROOT}/skills/noma-review" >&2
exit 1
fi
export SKILL_ROOT="${CLAUDE_PLUGIN_ROOT}/skills/noma-review"
if [ -z "${CLAUDE_PLUGIN_ROOT}" ] || [ ! -d "${CLAUDE_PLUGIN_ROOT}/scripts" ]; then
echo "ERROR: 未设置 CLAUDE_PLUGIN_ROOT 或缺少目录: ${CLAUDE_PLUGIN_ROOT}/scripts" >&2
exit 1
fi
export SCRIPTS_DIR="${CLAUDE_PLUGIN_ROOT}/scripts"
export PROJECT_ROOT="$(python "${SCRIPTS_DIR}/noma.py" --project-root "${WORKSPACE_ROOT}" where)"
```
## 0.5 工作流断点（best-effort，不得阻断主流程）
> 目标：让 `/noma-resume` 能基于真实断点恢复。即使 workflow_manager 出错，也**只记录警告**，审查继续。
推荐（bash）：
```bash
python "${SCRIPTS_DIR}/noma.py" --project-root "${PROJECT_ROOT}" workflow start-task --command noma-review --chapter {end} || true
```
Step 映射（必须与 `workflow_manager.py get_pending_steps("noma-review")` 对齐）：
- Step 1：加载参考
- Step 2：加载项目状态
- Step 3：并行调用检查员
- Step 4：生成审查报告
- Step 5：保存审查指标到 index.db
- Step 6：写回审查记录到 state.json
- Step 7：处理关键问题（AskUserQuestion）
- Step 8：收尾（完成任务）
Step 记录模板（bash，失败不阻断）：
```bash
python "${SCRIPTS_DIR}/noma.py" --project-root "${PROJECT_ROOT}" workflow start-step --step-id "Step 1" --step-name "加载参考" || true
python "${SCRIPTS_DIR}/noma.py" --project-root "${PROJECT_ROOT}" workflow complete-step --step-id "Step 1" --artifacts '{"ok":true}' || true
```
## Review depth
- **Core (default)**: consistency / continuity / ooc / reader-pull
- **Full (关键章/用户要求)**: core + high-point + pacing
## Step 1: 加载参考（按需）
## References（按步骤导航）
- Step 1（必读，硬约束）：[core-constraints.md](../../references/shared/core-constraints.md)
- Step 1（可选，Full 或节奏/爽点相关问题）：[cool-points-guide.md](../../references/shared/cool-points-guide.md)
- Step 1（可选，Full 或节奏/爽点相关问题）：[strand-weave-pattern.md](../../references/shared/strand-weave-pattern.md)
- Step 1（可选，仅在返工建议需要时）：[common-mistakes.md](references/common-mistakes.md)
- Step 1（可选，仅在返工建议需要时）：[pacing-control.md](references/pacing-control.md)
## Reference Loading Levels (strict, lazy)
- L0: 先确定审查深度（Core / Full），再加载参考。
- L1: 只加载 References 区的"必读"条目。
- L2: 仅在问题定位需要时加载 References 区的"可选"条目。
**必读**:
```bash
cat "${SKILL_ROOT}/../../references/shared/core-constraints.md"
```
**建议（Full 或需要时）**:
```bash
cat "${SKILL_ROOT}/../../references/shared/cool-points-guide.md"
cat "${SKILL_ROOT}/../../references/shared/strand-weave-pattern.md"
```
**可选**:
```bash
cat "${SKILL_ROOT}/references/common-mistakes.md"
cat "${SKILL_ROOT}/references/pacing-control.md"
```
## Step 2: 加载项目状态（若存在）
```bash
cat "$PROJECT_ROOT/.noma/novel_data/state.json"
```
## Step 3: 并行调用检查员（Task）
**调用约束**:
- 必须通过 `Task` 工具调用审查 subagent，禁止主流程直接内联审查结论。
- 各 subagent 结果全部返回后再生成总评与优先级。
**Core**:
- `consistency-checker`
- `continuity-checker`
- `ooc-checker`
- `reader-pull-checker`
**Full 追加**:
- `high-point-checker`
- `pacing-checker`
## Step 4: 生成审查报告
保存到：`审查报告/第{start}-{end}章审查报告.md`
**报告结构（精简版）**:
```markdown
# 第 {start}-{end} 章质量审查报告
## 综合评分
- 爽点密度 / 设定一致性 / 节奏控制 / 人物塑造 / 连贯性 / 追读力
- 总评与等级
## 修改优先级
- 🔴 高优先级（必须修改）
- 🟠 中优先级（建议修改）
- 🟡 低优先级（可选优化）
## 改进建议
- 可执行的修复建议
```
**审查指标 JSON（用于趋势统计）**:
```json
{
"start_chapter": {start},
"end_chapter": {end},
"overall_score": 48,
"dimension_scores": {
"爽点密度": 8,
"设定一致性": 7,
"节奏控制": 7,
"人物塑造": 8,
"连贯性": 9,
"追读力": 9
},
"severity_counts": {"critical": 1, "high": 2, "medium": 3, "low": 1},
"critical_issues": ["设定自相矛盾"],
"report_file": "审查报告/第{start}-{end}章审查报告.md",
"notes": ""
}
```
注意：此处只生成审查指标 JSON；落库见 Step 5。
## Step 5: 保存审查指标到 index.db（必做）
```bash
python "${SCRIPTS_DIR}/noma.py" --project-root "${PROJECT_ROOT}" index save-review-metrics --data '@review_metrics.json'
```
## Step 6: 写回审查记录到 state.json（必做）
将审查报告记录写回 `state.json.review_checkpoints`，用于后续追踪与回溯（依赖 `update_state.py --add-review`）：
```bash
python "${SCRIPTS_DIR}/noma.py" --project-root "${PROJECT_ROOT}" update-state -- --add-review "{start}-{end}" "审查报告/第{start}-{end}章审查报告.md"
```
## Step 7: 处理关键问题
如发现 critical 问题（`severity_counts.critical > 0` 或 `critical_issues` 非空），**必须使用 AskUserQuestion** 询问用户：
- A) 立即修复（推荐）
- B) 仅保存报告，稍后处理
若用户选择 A：
- 输出"返工清单"（逐条 critical 问题 → 定位 → 最小修复动作 → 注意事项）
- 如用户明确授权可直接修改正文文件，则用 `Edit` 对对应章节文件做最小修复，并建议重新运行一次 `/noma-review` 验证
若用户选择 B：
- 不做正文修改，仅保留审查报告与指标记录，结束本次审查
## Step 8: 收尾（完成任务）
```bash
python "${SCRIPTS_DIR}/noma.py" --project-root "${PROJECT_ROOT}" workflow start-step --step-id "Step 8" --step-name "收尾" || true
python "${SCRIPTS_DIR}/noma.py" --project-root "${PROJECT_ROOT}" workflow complete-step --step-id "Step 8" --artifacts '{"ok":true}' || true
python "${SCRIPTS_DIR}/noma.py" --project-root "${PROJECT_ROOT}" workflow complete-task --artifacts '{"ok":true}' || true
```
noma/skills/noma-write/SKILL.md
+380
View File
@@ -0,0 +1,380 @@
---
name: noma-write
description: Writes noma chapters (default 2000-2500 words). Use when the user asks to write a chapter or runs /noma-write. Runs context, drafting, review, polish, and data extraction.
allowed-tools: Read Write Edit Grep Bash Task
---
# Chapter Writing (Structured Workflow)
## 目标
- 以稳定流程产出可发布章节：优先使用 `正文/第{NNNN}章-{title_safe}.md`，无标题时回退 `正文/第{NNNN}章.md`。
- 默认章节字数目标：2000-2500（用户或大纲明确覆盖时从其约定）。
- 保证审查、润色、数据回写完整闭环，避免"写完即丢上下文"。
- 输出直接可被后续章节消费的结构化数据：`review_metrics`、`summaries`、`chapter_meta`。
## 执行原则
1. 先校验输入完整性，再进入写作流程；缺关键输入时立即阻断。
2. 审查与数据回写是硬步骤，`--fast`/`--minimal` 只允许降级可选环节。
3. 参考资料严格按步骤按需加载，不一次性灌入全部文档。
4. Step 2B 与 Step 4 职责分离：2B 只做风格转译，4 只做问题修复与质控。
5. 任一步失败优先做最小回滚，不重跑全流程。
## 模式定义
- `/noma-write`：Step 1 → 2A → 2B → 3 → 4 → 5 → 6
- `/noma-write --fast`：Step 1 → 2A → 3 → 4 → 5 → 6（跳过 2B）
- `/noma-write --minimal`：Step 1 → 2A → 3（仅3个基础审查）→ 4 → 5 → 6
最小产物（所有模式）：
- `正文/第{NNNN}章-{title_safe}.md` 或 `正文/第{NNNN}章.md`
- `index.db.review_metrics` 新纪录（含 `overall_score`）
- `.noma/novel_data/summaries/ch{NNNN}.md`
- `.noma/novel_data/state.json` 的进度与 `chapter_meta` 更新
### 流程硬约束（禁止事项）
- **禁止并步**：不得将两个 Step 合并为一个动作执行（如同时做 2A 和 3）。
- **禁止跳步**：不得跳过未被模式定义标记为可跳过的 Step。
- **禁止临时改名**：不得将 Step 的输出产物改写为非标准文件名或格式。
- **禁止自创模式**：`--fast` / `--minimal` 只允许按上方定义裁剪步骤，不允许自创混合模式、"半步"或"简化版"。
- **禁止自审替代**：Step 3 审查必须由 Task 子代理执行，主流程不得内联伪造审查结论。
- **禁止源码探测**：脚本调用方式以本文档与 data-agent 文档中的命令示例为准，命令失败时查日志定位问题，不去翻源码学习调用方式。
## 引用加载等级（strict, lazy）
- L0：未进入对应步骤前，不加载任何参考文件。
- L1：每步仅加载该步"必读"文件。
- L2：仅在触发条件满足时加载"条件必读/可选"文件。
路径约定：
- `references/...` 相对当前 skill 目录。
- `../../references/...` 指向全局共享参考。
## References（逐文件引用清单）
### 根目录
- `references/step-3-review-gate.md`
- 用途：Step 3 审查调用模板、汇总格式、落库 JSON 规范。
- 触发：Step 3 必读。
- `references/step-5-debt-switch.md`
- 用途：Step 5 债务利息开关规则（默认关闭）。
- 触发：Step 5 必读。
- `../../references/shared/core-constraints.md`
- 用途：Step 2A 写作硬约束（大纲即法律 / 设定即物理 / 发明需识别）。
- 触发：Step 2A 必读。
- `references/polish-guide.md`
- 用途：Step 4 问题修复、Anti-AI 与 No-Poison 规则。
- 触发：Step 4 必读。
- `references/writing/typesetting.md`
- 用途：Step 4 移动端阅读排版与发布前速查。
- 触发：Step 4 必读。
- `references/style-adapter.md`
- 用途：Step 2B 风格转译规则，不改剧情事实。
- 触发：Step 2B 执行时必读（`--fast`/`--minimal` 跳过）。
- `references/style-variants.md`
- 用途：Step 1（内置 Contract）开头/钩子/节奏变体与重复风险控制。
- 触发：Step 1 当需要做差异化设计时加载。
- `../../references/reading-power-taxonomy.md`
- 用途：Step 1（内置 Contract）钩子、爽点、微兑现 taxonomy。
- 触发：Step 1 当需要追读力设计时加载。
- `../../references/genre-profiles.md`
- 用途：Step 1（内置 Contract）按题材配置节奏阈值与钩子偏好。
- 触发：Step 1 当 `state.project.genre` 已知时加载。
- `references/writing/genre-hook-payoff-library.md`
- 用途：电竞/直播文/克苏鲁的钩子与微兑现快速库。
- 触发：Step 1 题材命中 `esports/livestream/cosmic-horror` 时必读。
### writing（问题定向加读）
- `references/writing/combat-scenes.md`
- 触发：战斗章或审查命中"战斗可读性/镜头混乱"。
- `references/writing/dialogue-writing.md`
- 触发：审查命中 OOC、对话说明书化、对白辨识差。
- `references/writing/emotion-psychology.md`
- 触发：情绪转折生硬、动机断层、共情弱。
- `references/writing/scene-description.md`
- 触发：场景空泛、空间方位不清、切场突兀。
- `references/writing/desire-description.md`
- 触发：主角目标弱、欲望驱动力不足。
## 工具策略（按需）
- `Read/Grep`：读取 `state.json`、大纲、章节正文与参考文件。
- `Bash`：运行 `extract_chapter_context.py`、`index_manager`、`workflow_manager`。
- `Task`：调用 `context-agent`、审查 subagent、`data-agent` 并行执行。
## 交互流程
### Step 0：预检与上下文最小加载
必须做：
- 解析真实书项目根（book project_root）：必须包含 `.noma/novel_data/state.json`。
- 校验核心输入：`大纲/总纲.md`、`${CLAUDE_PLUGIN_ROOT}/scripts/extract_chapter_context.py` 存在。
- 规范化变量：
- `WORKSPACE_ROOT`：Claude Code 打开的工作区根目录（可能是书项目的父目录，例如 `D:\wk\xiaoshuo`）
- `PROJECT_ROOT`：真实书项目根目录（必须包含 `.noma/novel_data/state.json`，例如 `D:\wk\xiaoshuo\凡人资本论`）
- `SKILL_ROOT`：skill 所在目录（固定 `${CLAUDE_PLUGIN_ROOT}/skills/noma-write`）
- `SCRIPTS_DIR`：脚本目录（固定 `${CLAUDE_PLUGIN_ROOT}/scripts`）
- `chapter_num`：当前章号（整数）
- `chapter_padded`：四位章号（如 `0007`）
环境设置（bash 命令执行前）：
```bash
export WORKSPACE_ROOT="${CLAUDE_PROJECT_DIR:-$PWD}"
export SCRIPTS_DIR="${CLAUDE_PLUGIN_ROOT:?CLAUDE_PLUGIN_ROOT is required}/scripts"
export SKILL_ROOT="${CLAUDE_PLUGIN_ROOT:?CLAUDE_PLUGIN_ROOT is required}/skills/noma-write"
python -X utf8 "${SCRIPTS_DIR}/noma.py" --project-root "${WORKSPACE_ROOT}" preflight
export PROJECT_ROOT="$(python -X utf8 "${SCRIPTS_DIR}/noma.py" --project-root "${WORKSPACE_ROOT}" where)"
```
**硬门槛**：`preflight` 必须成功。它统一校验 `CLAUDE_PLUGIN_ROOT` 派生出的 `SKILL_ROOT` / `SCRIPTS_DIR`、`noma.py`、`extract_chapter_context.py` 和解析出的 `PROJECT_ROOT`。任一失败都立即阻断。
输出：
- "已就绪输入"与"缺失输入"清单；缺失则阻断并提示先补齐。
### Step 0.5：工作流断点记录（best-effort，不阻断）
```bash
python -X utf8 "${SCRIPTS_DIR}/noma.py" --project-root "${PROJECT_ROOT}" workflow start-task --command noma-write --chapter {chapter_num} || true
python -X utf8 "${SCRIPTS_DIR}/noma.py" --project-root "${PROJECT_ROOT}" workflow start-step --step-id "Step 1" --step-name "Context Agent" || true
python -X utf8 "${SCRIPTS_DIR}/noma.py" --project-root "${PROJECT_ROOT}" workflow complete-step --step-id "Step 1" --artifacts '{"ok":true}' || true
python -X utf8 "${SCRIPTS_DIR}/noma.py" --project-root "${PROJECT_ROOT}" workflow complete-task --artifacts '{"ok":true}' || true
```
要求：
- `--step-id` 仅允许：`Step 1` / `Step 2A` / `Step 2B` / `Step 3` / `Step 4` / `Step 5` / `Step 6`。
- 任何记录失败只记警告，不阻断写作。
- 每个 Step 执行结束后，同样需要 `complete-step`（失败不阻断）。
### Step 1：Context Agent（内置 Context Contract，生成直写执行包）
使用 Task 调用 `context-agent`，参数：
- `chapter`
- `project_root`
- `storage_path=.noma/novel_data/`
- `state_file=.noma/novel_data/state.json`
硬要求：
- 若 `state` 或大纲不可用，立即阻断并返回缺失项。
- 输出必须同时包含：
- 7 板块任务书（目标/冲突/承接/角色/场景约束/伏笔/追读力）；
- Context Contract 全字段（目标/阻力/代价/本章变化/未闭合问题/开头类型/情绪节奏/信息密度/过渡章判定/追读力设计）；
- Step 2A 可直接消费的"写作执行包"（章节节拍、不可变事实清单、禁止事项、终检清单）。
- 合同与任务书出现冲突时，以"大纲与设定约束更严格者"为准。
输出：
- 单一"创作执行包"（任务书 + Context Contract + 直写提示词），供 Step 2A 直接消费，不再拆分独立 Step 1.5。
### Step 2A：正文起草
执行前必须加载：
```bash
cat "${SKILL_ROOT}/../../references/shared/core-constraints.md"
```
硬要求：
- 只输出纯正文到章节正文文件；若详细大纲已有章节名，优先使用 `正文/第{chapter_padded}章-{title_safe}.md`，否则回退为 `正文/第{chapter_padded}章.md`。
- 默认按 2000-2500 字执行；若大纲为关键战斗章/高潮章/卷末章或用户明确指定，则按大纲/用户优先。
- 禁止占位符正文（如 `[TODO]`、`[待补充]`）。
- 保留承接关系：若上章有明确钩子，本章必须回应（可部分兑现）。
中文思维写作约束（硬规则）：
- **禁止"先英后中"**：不得先用英文工程化骨架（如 ABCDE 分段、Summary/Conclusion 框架）组织内容，再翻译成中文。
- **中文叙事单元优先**：以"动作、反应、代价、情绪、场景、关系位移"为基本叙事单元，不使用英文结构标签驱动正文生成。
- **禁止英文结论话术**：正文、审查说明、润色说明、变更摘要、最终报告中不得出现 Overall / PASS / FAIL / Summary / Conclusion 等英文结论标题。
- **英文仅限机器标识**：CLI flag（`--fast`）、checker id（`consistency-checker`）、DB 字段名（`anti_ai_force_check`）、JSON 键名等不可改的接口名保持英文，其余一律使用简体中文。
输出：
- 章节草稿（可进入 Step 2B 或 Step 3）。
### Step 2B：风格适配（`--fast` / `--minimal` 跳过）
执行前加载：
```bash
cat "${SKILL_ROOT}/references/style-adapter.md"
```
硬要求：
- 只做表达层转译，不改剧情事实、事件顺序、角色行为结果、设定规则。
- 对"模板腔、说明腔、机械腔"做定向改写，为 Step 4 留出问题修复空间。
输出：
- 风格化正文（覆盖原章节文件）。
### Step 3：审查（auto 路由，必须由 Task 子代理执行）
执行前加载：
```bash
cat "${SKILL_ROOT}/references/step-3-review-gate.md"
```
调用约束：
- 必须用 `Task` 调用审查 subagent，禁止主流程伪造审查结论。
- 可并行发起审查，统一汇总 `issues/severity/overall_score`。
- 默认使用 `auto` 路由：根据"本章执行合同 + 正文信号 + 大纲标签"动态选择审查器。
核心审查器（始终执行）：
- `consistency-checker`
- `continuity-checker`
- `ooc-checker`
条件审查器（`auto` 命中时执行）：
- `reader-pull-checker`
- `high-point-checker`
- `pacing-checker`
模式说明：
- 标准/`--fast`：核心 3 个 + auto 命中的条件审查器
- `--minimal`：只跑核心 3 个（忽略条件审查器）
审查指标落库（必做）：
```bash
python -X utf8 "${SCRIPTS_DIR}/noma.py" --project-root "${PROJECT_ROOT}" index save-review-metrics --data "@${PROJECT_ROOT}/.noma/novel_data/tmp/review_metrics.json"
```
review_metrics 字段约束（当前工作流约定只传以下字段）：
```json
{
"start_chapter": 100,
"end_chapter": 100,
"overall_score": 85.0,
"dimension_scores": {"爽点密度": 8.5, "设定一致性": 8.0, "节奏控制": 7.8, "人物塑造": 8.2, "连贯性": 9.0, "追读力": 8.7},
"severity_counts": {"critical": 0, "high": 1, "medium": 2, "low": 0},
"critical_issues": ["问题描述"],
"report_file": "审查报告/第100-100章审查报告.md",
"notes": "单个字符串；selected_checkers / timeline_gate / anti_ai_force_check 等扩展信息压成单行文本写入此字段"
}
```
- `notes` 在当前执行契约中必须是单个字符串，不得传入对象或数组。
- 当前工作流不额外传入其它顶层字段；脚本侧未在此处做新增硬校验。
硬要求：
- `--minimal` 也必须产出 `overall_score`。
- 未落库 `review_metrics` 不得进入 Step 5。
### Step 4：润色（问题修复优先）
执行前必须加载：
```bash
cat "${SKILL_ROOT}/references/polish-guide.md"
cat "${SKILL_ROOT}/references/writing/typesetting.md"
```
执行顺序：
1. 修复 `critical`（必须）
2. 修复 `high`（不能修复则记录 deviation）
3. 处理 `medium/low`（按收益择优）
4. 执行 Anti-AI 与 No-Poison 全文终检（必须输出 `anti_ai_force_check: pass/fail`）
输出：
- 润色后正文（覆盖章节文件）
- 变更摘要（至少含：修复项、保留项、deviation、`anti_ai_force_check`）
### Step 5：Data Agent（状态与索引回写）
使用 Task 调用 `data-agent`，参数：
- `chapter`
- `chapter_file` 必须传入实际章节文件路径；若详细大纲已有章节名，优先传 `正文/第{chapter_padded}章-{title_safe}.md`，否则传 `正文/第{chapter_padded}章.md`
- `review_score=Step 3 overall_score`
- `project_root`
- `storage_path=.noma/novel_data/`
- `state_file=.noma/novel_data/state.json`
Data Agent 默认子步骤（全部执行）：
- A. 加载上下文
- B. AI 实体提取
- C. 实体消歧
- D. 写入 state/index
- E. 写入章节摘要
- F. AI 场景切片
- G. RAG 向量索引（`rag index-chapter --scenes ...`）
- H. 风格样本评估（`style extract --scenes ...`，仅 `review_score >= 80` 时）
- I. 债务利息（默认跳过）
`--scenes` 来源优先级（G/H 步骤共用）：
1. 优先从 `index.db` 的 scenes 记录获取（Step F 写入的结果）
2. 其次按 `start_line` / `end_line` 从正文切片构造
3. 最后允许单场景退化（整章作为一个 scene）
Step 5 失败隔离规则：
- 若 G/H 失败原因是 `--scenes` 缺失、scene 为空、scene JSON 格式错误：只补跑 G/H 子步骤，不回滚或重跑 Step 1-4。
- 若 A-E 失败（state/index/summary 写入失败）：仅重跑 Step 5，不回滚已通过的 Step 1-4。
- 禁止因 RAG/style 子步骤失败而重跑整个写作链。
执行后检查（最小白名单）：
- `.noma/novel_data/state.json`
- `.noma/novel_data/index.db`
- `.noma/novel_data/summaries/ch{chapter_padded}.md`
- `.noma/novel_data/observability/data_agent_timing.jsonl`（观测日志）
性能要求：
- 读取 timing 日志最近一条；
- 当 `TOTAL > 30000ms` 时，输出最慢 2-3 个环节与原因说明。
观测日志说明：
- `call_trace.jsonl`：外层流程调用链（agent 启动、排队、环境探测等系统开销）。
- `data_agent_timing.jsonl`：Data Agent 内部各子步骤耗时。
- 当外层总耗时远大于内层 timing 之和时，默认先归因为 agent 启动与环境探测开销，不误判为正文或数据处理慢。
债务利息：
- 默认关闭，仅在用户明确要求或开启追踪时执行（见 `step-5-debt-switch.md`）。
### Step 6：Git 备份（可失败但需说明）
```bash
git add .
git -c i18n.commitEncoding=UTF-8 commit -m "第{chapter_num}章: {title}"
```
规则：
- 提交时机：验证、回写、清理全部完成后最后执行。
- 提交信息默认中文，格式：`第{chapter_num}章: {title}`。
- 若 commit 失败，必须给出失败原因与未提交文件范围。
## 充分性闸门（必须通过）
未满足以下条件前，不得结束流程：
1. 章节正文文件存在且非空：`正文/第{chapter_padded}章-{title_safe}.md` 或 `正文/第{chapter_padded}章.md`
2. Step 3 已产出 `overall_score` 且 `review_metrics` 成功落库
3. Step 4 已处理全部 `critical`，`high` 未修项有 deviation 记录
4. Step 4 的 `anti_ai_force_check=pass`（基于全文检查；fail 时不得进入 Step 5）
5. Step 5 已回写 `state.json`、`index.db`、`summaries/ch{chapter_padded}.md`
6. 若开启性能观测，已读取最新 timing 记录并输出结论
## 验证与交付
执行检查：
```bash
test -f "${PROJECT_ROOT}/.noma/novel_data/state.json"
test -f "${PROJECT_ROOT}/正文/第${chapter_padded}章.md"
test -f "${PROJECT_ROOT}/.noma/novel_data/summaries/ch${chapter_padded}.md"
python -X utf8 "${SCRIPTS_DIR}/noma.py" --project-root "${PROJECT_ROOT}" index get-recent-review-metrics --limit 1
tail -n 1 "${PROJECT_ROOT}/.noma/novel_data/observability/data_agent_timing.jsonl" || true
```
成功标准：
- 章节文件、摘要文件、状态文件齐全且内容可读。
- 审查分数可追溯，`overall_score` 与 Step 5 输入一致。
- 润色后未破坏大纲与设定约束。
## 失败处理（最小回滚）
触发条件：
- 章节文件缺失或空文件；
- 审查结果未落库；
- Data Agent 关键产物缺失；
- 润色引入设定冲突。
恢复流程：
1. 仅重跑失败步骤，不回滚已通过步骤。
2. 常见最小修复：
- 审查缺失：只重跑 Step 3 并落库；
- 润色失真：恢复 Step 2A 输出并重做 Step 4；
- 摘要/状态缺失：只重跑 Step 5；
3. 重新执行"验证与交付"全部检查，通过后结束。