xiaofeng-928/chinese-longnovel-skill · 第 2 次运行

输入

echo "WS=$MYNOVEL_WORKSPACE" && find . -path ./.claude -prune -o -type f -print | head -100 && ls .claude/skills/chinese-longnovel-skill .claude/skills/chinese-longnovel-skill/references .claude/skills/chinese-longnovel-skill/prompts

返回

WS=
./premise.md
.claude/skills/chinese-longnovel-skill:
LICENSE
README.md
SKILL.md
THIRD_PARTY_NOTICES.md
docs
evals
install.ps1
install.sh
prompts
references
scripts
tests

.claude/skills/chinese-longnovel-skill/prompts:
分阶段大纲细化提示词.md
大纲生成提示词.md
扫榜与开书构思提示词.md
正文审查与修复提示词.md
正文生成提示词.md
正文自然化提示词.md
系统设计提示词.md
系统阶段规划提示词.md
范文结构与文风分析提示词.md
规划窗口准备提示词.md
项目文风规范提示词.md
黄金三章微操细纲提示词.md

.claude/skills/chinese-longnovel-skill/references:
EPUB导出与同步.md
开书流程.md
正文生产与审修.md
状态与总结.md
系统设计与运营.md
细纲整理流程.md
自动化脚本契约.md
范文与创作依据.md
规划窗口与防抢跑.md
长篇上下文与一致性.md
项目定位.md
项目结构与迁移.md

输入

{
 "file_path": "/scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-2/premise.md"
}

返回

1	# 002 · 选题
2	
3	给一个新的爽文故事定选题。这个故事以后可以写成网文，也可以拍成竖屏短剧。
4	
5	这一步只定选题，不写大纲和正文。
6	
7	交付（写成文件，放在当前目录）：
8	
9	1. 一句话卖点
10	2. 选题说明：题材，写给谁看，主角和对手，核心冲突，开篇钩子，爽点从哪来，打算写多长、为什么撑得住
11	

输入

{
 "file_path": "/scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-2/.claude/skills/chinese-longnovel-skill/references/开书流程.md"
}

返回

1	# 开书流程
2	
3	## 目的
4	
5	新书必须从扫榜和题材机会分析开始。扫榜为唯一主链的强制前置，不是可选路由。目标是把“收集证据 → 统一分析 → 生成 2-3 套个人开书方案 → 用户一次校准”固定为唯一开书路径。
6	
7	## 唯一主链
8	
9	```text
10	用户提出开新书
11	    ↓
12	查找 30 天内可复用的扫榜归档
13	    ├─ 有新鲜且匹配的证据：直接读取
14	    └─ 没有：采集公开榜单或接收用户数据，再标准化归档
15	    ↓
16	统一分析题材、开篇钩子、爽点循环、经营循环和竞争空位
17	    ↓
18	挑选结构样本、爽点样本和叙述样本
19	    ↓
20	生成 2-3 套完整个人开书方案
21	    ↓
22	用户一次确认：选择方案 + 校准主角性格/底线
23	    ↓
24	创建最小项目壳与“创作依据”
25	```
26	
27	扫榜采集由具备网页访问能力的代理、用户提供的榜单文件或平台专用采集器完成；`扫榜.py` 只做规范化、校验、去重和聚合。
28	
29	## 数据来源
30	
31	- 优先读取已规范化的扫榜归档（UTF-8 JSON/CSV），schema 以 `自动化脚本契约.md` 的 `扫榜.py` 契约为准。
32	- 匹配作品总数少于 5，或过去 30 日内的新鲜匹配作品少于 5 时，不能声称“已完成当前市场验证”；用户可明确允许以低可信度探索方案继续，但 `创作依据/开书方案.md` 必须记录覆盖原因和证据等级。
33	- 缺少来源 URL 属于 schema 无效，不能用低可信度批准绕过，必须补齐可复核来源。
34	- 无法访问平台或样本不足时，允许进入“人工补充数据”模式；不得用模型记忆填充当前热度。
35	
36	## 平台边界
37	
38	平台只保留以下场景：
39	
40	- 来源 URL、榜单日期、作品元数据和证据可信度。
41	- 合法获取方式、登录/VIP/付费边界和正文完整性。
42	- 解释样本特征时的背景元数据。
43	
44	开书分析使用同一套模型，不根据“番茄”或“起点”标签自动赋权。每本样本按实际证据标注它能贡献的参考维度（`opening / payoff / management_loop / system_loop / voice / long_structure`）。项目最终面向番茄读者，但样本选择依据是可验证特征，不是平台刻板印象；最终只生成一套结论。
45	
46	## 分析步骤
47	
48	1. 确认时间范围、目标读者和用户优势；不要求用户先选平台。
49	2. 用 `扫榜.py` 规范化并去重记录，确保至少 5 本不同作品、且都含 `management_loop` 或 `system_loop` 证据，才算完成市场验证。
50	3. 聚合重复题材、核心情绪、主角功能位、开篇钩子和升级/冲突机制。
51	4. 分开评估“市场热度”“竞争强度”“用户匹配度”“差异化空间”；不输出单一伪精确分数替代判断。
52	5. 挑选结构样本、爽点样本和叙述样本。
53	6. 生成 2-3 套完整个人开书方案，每套覆盖开书方案提示词的全部固定内容。
54	7. 用户一次确认（方案选择 + 主角性格/底线校准）后创建最小项目壳与 `创作依据/`。
55	
56	## 范文候选衔接
57	
58	1. 开书方案末尾单列“范文候选”，说明候选作品的平台、大类题材、细分题材、榜单证据、可参考维度、来源状态和全文状态。
59	2. 范文候选只代表值得进一步观察，不代表已经取得正文，也不代表允许全文拆书。
60	3. 进入“范文候选”清单的作品按 `范文与创作依据.md` 建立元数据范文，写入 `正文状态：待导入`；普通榜单样本不得批量建目录。
61	4. 番茄范文候选建立元数据范文后等待用户手动补充正文，不得自动获取番茄正文，也不得根据榜单摘要编造拆书报告。
62	5. 用户选择候选用于原创仿写时，先完成合法正文导入和范文拆书，再建立项目级迁移方案。
63	6. 正文可以来自平台公开章节、用户提供的 EPUB/TXT/Markdown 或直接粘贴内容。起点官方公开章节默认获取收费前全部完整免费正文，不设50章下载上限；其他局部来源未约定范围时默认规范化连续第1-50章。默认分析范围仍为前50章，扩大分析范围时继续分块读取；任何来源遇到收费边界都停在最后一章完整免费正文，不得为了凑数量绕过限制。
64	
65	## 用户汇报
66	
67	- 开书决策写入 `创作依据/开书方案.md`（已有项目）或工作区临时位置（尚未建项目）。
68	- 对话中的扫榜结果只列三组：扫到的作品、推荐仿写的作品、已验证的爆款作品。
69	- 每组默认只给作品名和官方链接；详细理由留在开书方案，用户追问时再展开。
70	
71	## 证据门槛
72	
73	- 样本少于 5 个：`insufficient_samples`，需用户批准低可信度探索。
74	- 数据最早超过 30 天：`stale_evidence`，需用户批准低可信度探索。
75	- 缺少来源 URL 或快照日期：schema 无效，不能批准绕过。
76	- 只有单个平台单一榜单：只能得出平台局部趋势，不能称为全市场趋势。
77	- 重复记录或跨平台疑似重复未确认：不计入市场验证下限。
78	

输入

{
 "file_path": "/scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-2/.claude/skills/chinese-longnovel-skill/prompts/扫榜与开书构思提示词.md"
}

返回

1	# 扫榜与开书构思提示词
2	
3	你要基于当前可复用的榜单证据和公开市场信息，生成 2-3 套完整、可比较的个人开书方案。目标是让用户只做一次高价值校准，而不是填写十几轮设定问卷。
4	
5	## 工作原则
6	
7	- 平台只作为来源元数据与获取合规边界，不决定创作分支；番茄与起点样本使用同一套分析模型，最终只生成一套结论。
8	- 优先使用最近 30 天内、且有可复核来源 URL 的榜单或公开数据；每条关键结论必须保留来源 URL、平台和抓取日期。
9	- 缺少来源 URL 属于 schema 无效，必须补齐可复核来源，不能用低可信度批准绕过。
10	- 不把单本作品的偶然爆发直接推断成长期趋势；面向本 Skill 的市场验证至少需要 5 本不同作品，且都含 `management_loop` 或 `system_loop` 证据。
11	- 区分“热度高”与“适合用户”：同时评估题材需求、竞争强度、用户自身优势、可持续写作空间和差异化入口。
12	- 不抄袭书名、角色、具体情节、独特设定或文案；只提取题材机制、读者期待和可复用的抽象结构维度。
13	- 抓取失败、数据过旧或样本不足时明确标记证据不足，不编造榜单数据。
14	
15	## 前置门禁
16	
17	- 新书没有新鲜（30 天内）且匹配的扫榜归档时，不得直接进入大纲生成；先采集公开榜单或接收用户数据，再用 `扫榜.py` 标准化归档。
18	- 匹配作品总数少于 5，或过去 30 日内的新鲜匹配作品少于 5 时，不能声称“已完成当前市场验证”。用户明确批准低可信度探索时，继续但必须在 `创作依据/开书方案.md` 记录覆盖原因和证据等级。
19	
20	## 输出要求
21	
22	生成一份开书决策文档，写入 `创作依据/开书方案.md`（已有项目）或先写入工作区临时位置（尚未建项目）。文档必须包含：
23	
24	1. 扫榜元数据：来源平台、榜单名称、快照日期、归档相对标识、完整 SHA-256、市场验证状态与证据等级。
25	2. 题材候选表：优先级、题材、读者需求、热度证据、竞争风险、用户匹配度、差异化入口。
26	3. 2-3 套完整个人开书方案，每套都必须是可比较的完整方案，而非散点选项：
27	
28	   1. 一句话题材和核心幻想。
29	   2. 明确的差异化入口。
30	   3. 主角身份、核心性格、欲望、底线和决策方式。
31	   4. 经营对象与高频经营动作。
32	   5. 系统的核心功能、资源来源、消费出口和永久限制。
33	   6. 前 3 章承诺。
34	   7. 前 10 章第一次完整兑现。
35	   8. 前 30 章可重复爽点循环。
36	   9. 千章扩展轴，说明玩法怎样升级而不是只让数字变大。
37	   10. 参考样本及只允许迁移的抽象维度。
38	   11. 禁止照搬项和原创差异。
39	   12. 主要风险，例如玩法重复、通胀、主角木偶化或后期能力失控。
40	
41	4. 推荐结论：1 个首选、最多 2 个备选，说明“不写什么”、开篇可验证的承诺和前 10 章验证指标。
42	5. 范文候选：只列值得进一步精读的单本作品，注明平台、大类题材、细分题材、榜单证据、来源 URL、可参考维度（只允许 `opening / payoff / management_loop / system_loop / voice / long_structure`）和正文状态。进入候选清单的作品建立元数据范文。
43	
44	## 追问规则
45	
46	- 删除固定轮次问答。只有满足以下全部条件才追问：
47	  - 现有扫榜和用户输入无法推导。
48	  - 不同答案会实质改变整本书。
49	  - 模型不能通过提供 2-3 套完整候选降低用户填写成本。
50	- 默认最多一次确认，内容为“方案选择 + 主角性格/底线校准”。用户已经给出充分方向时直接生成方案，不重复确认题材、卖点、篇幅、平台和是否有系统。
51	
52	## 对话汇报
53	
54	对话汇报只输出三组清单：“扫到的作品”“推荐仿写的作品”“已验证的爆款作品”，每项只写作品名和官方链接。完整证据、推荐理由、方案和正文状态写入开书决策文件，不要在对话中重复长报告。
55	

输入

cd /scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-2/.claude/skills/chinese-longnovel-skill && ls scripts docs evals tests | head -60 && grep -n "扫榜" references/自动化脚本契约.md | head -40

返回

docs:
archive
superpowers

evals:
README.md
build_review_workspace.py
evals.json
grade_outputs.py

scripts:
count_chars.py
migrate_plan_nodes.py
refresh_genesis_projection.py
validate_chapter_candidate.py
validate_project.py
公共工具.py
原文重合检查.py
扫榜.py
文风统计.py
项目事务.py

tests:
fixtures
test_evals.py
test_scripts.py
test_skill_docs.py
test_vnext_fixture.py
test_vnext_naturalization.py
test_vnext_project.py
150:### 扫榜.py
152:“扫榜.py”是数据规范化和聚合器，不是抓榜器。它只处理已取得的结构化榜单记录，做 schema 校验、URL 规范化、平台内去重、跨平台疑似重复分组和市场验证计数；网络抓取、登录态和平台反爬由外部工具或用户提供的数据负责，脚本不伪造当前热度，也不替用户自动拍板。
160:归档：规范化后唯一写入 `<长篇范文库>/扫榜/YYYY-MM-DD_经营系统_<来源范围>_<完整内容SHA256>.json`。调用时显式传入 `--archive-dir <长篇范文库>/扫榜`；未传入时，脚本按 `MYNOVEL_WORKSPACE` 或当前工作目录解析，存在 `小说/` 层时使用其下 `范文/`，否则直接使用工作区下 `范文/`。归档不可变，同路径文件的实际 SHA-256 必须等于文件名绑定的内容哈希才能返回 `ready` 与 `reused: true`；不一致返回 `archive_io_error`，不提供 `--force` 改写。项目内只在 `创作依据/开书方案.md` 记录归档相对标识、完整 SHA-256 和选用记录，不复制整份榜单。

输入

{
 "file_path": "/scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-2/.claude/skills/chinese-longnovel-skill/references/自动化脚本契约.md",
 "offset": 145,
 "limit": 40
}

返回

145	- 批准清单按差异块生成，插入或删除使用相邻不变行形成双锚点，不允许整章宽锚点夹带修改。
146	- 失败发生在 maintenance 前时清理本轮未完成 attempt 与空快照；进入 maintenance 后失败则调用 `rebase_abort` 恢复旧代际与 normal 模式。
147	
148	## 审查证据写入规则
149	
150	### 扫榜.py
151	
152	“扫榜.py”是数据规范化和聚合器，不是抓榜器。它只处理已取得的结构化榜单记录，做 schema 校验、URL 规范化、平台内去重、跨平台疑似重复分组和市场验证计数；网络抓取、登录态和平台反爬由外部工具或用户提供的数据负责，脚本不伪造当前热度，也不替用户自动拍板。
153	
154	输入：UTF-8 JSON（根对象固定为 `{"schema_version": 1, "records": [...]}`）或 CSV（第一行为字段名）。必填字段：`source_platform`、`list_name`、`snapshot_date`、`title`、`url`、`captured_at`；`url` 缺失即 schema 无效。`genre_tags` 与 `evidence_dimensions` 只接受合法枚举。
155	
156	输出（JSON）：`status`、`valid_count`、`market_validation_count`、`fresh_market_validation_count`、`latest_snapshot_date`、`deduplicated_count`、`possible_cross_platform_duplicates`、`conflicts`、`archive_path`、`sha256`、`reused`。人类可读说明写到标准错误，禁止破坏 JSON 标准输出。
157	
158	退出码：`0=ready`、`2=schema_invalid`、`3=insufficient_samples`、`4=stale_evidence`、`5=dedup_conflict`、`6=archive_io_error`。`market_validation_count < 5` 返回 `3`；新鲜匹配少于 5 返回 `4`；只有 `fresh_market_validation_count >= 5` 才能 ready。多种错误同时存在时按 `2→5→6→3→4` 优先级返回。
159	
160	归档：规范化后唯一写入 `<长篇范文库>/扫榜/YYYY-MM-DD_经营系统_<来源范围>_<完整内容SHA256>.json`。调用时显式传入 `--archive-dir <长篇范文库>/扫榜`；未传入时，脚本按 `MYNOVEL_WORKSPACE` 或当前工作目录解析，存在 `小说/` 层时使用其下 `范文/`，否则直接使用工作区下 `范文/`。归档不可变，同路径文件的实际 SHA-256 必须等于文件名绑定的内容哈希才能返回 `ready` 与 `reused: true`；不一致返回 `archive_io_error`，不提供 `--force` 改写。项目内只在 `创作依据/开书方案.md` 记录归档相对标识、完整 SHA-256 和选用记录，不复制整份榜单。
161	
162	- 匹配作品必须包含 `management_loop` 或 `system_loop` 证据才计入市场验证下限；唯一作品键依次使用跨平台 `canonical_work_id`、平台内 `work_id`、规范化 URL，同一作品的多个 URL 不得重复计数。纯文风样本可进入参考素材，但不计入 5 本下限。
163	- 审查报告中引用脚本结果时，写明脚本名、命令目的和关键 JSON 字段。
164	- `count_chars.py` 的输出是字数统计的优先证据。
165	

输入

cd "$TMPDIR" && for u in "https://fanqienovel.com/rank" "https://www.qidian.com/rank/" "https://changdunovel.com/" ; do echo "== $u"; curl -sS -m 20 -A "Mozilla/5.0" -o /dev/null -w "%{http_code} %{size_download}\n" "$u" 2>&1 | head -3; done

返回

== https://fanqienovel.com/rank
curl: (56) CONNECT tunnel failed, response 403
000 0
== https://www.qidian.com/rank/
curl: (56) CONNECT tunnel failed, response 403
000 0
== https://changdunovel.com/
curl: (56) CONNECT tunnel failed, response 403
000 0
Shell cwd was reset to /scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-2
<sandbox_violations>
deny network-outbound fanqienovel.com:443 (user denied)
deny network-outbound www.qidian.com:443 (user denied)
deny network-outbound changdunovel.com:443 (user denied)
</sandbox_violations>

输入

/scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-2/选题.md

# 选题：《头七之前》（暂定）

> 状态：**低可信度探索稿，未完成市场验证**。本文件只定选题，不含大纲和正文，也未创建项目。

## 0. 扫榜元数据与证据等级

| 项 | 内容 |
|---|---|
| 来源平台 / 榜单 | 无。2026-10-19 尝试访问番茄、起点、常读公开榜单，网络出站被拒绝 |
| 快照日期 / 归档标识 / SHA-256 | 无（未生成 `扫榜/` 归档） |
| 市场验证状态 | `insufficient_samples`（有效样本 0，下限 5） |
| 证据等级 | 无市场证据。下文「写给谁看」「爽点」是基于题材机制的创作判断，**不代表当前榜单热度** |
| 后续 | 补齐 30 天内、带来源 URL 的 ≥5 本经营/系统类样本后，用 `扫榜.py` 归档复核，再决定是否开书 |

---

## 1. 一句话卖点

**被开除的入殓师回县城接手爷爷的白事铺，每亲手送走一位逝者，就能看见他没说完的那句话——头七之前，替死人翻案，让活人还债。**

短剧版口号：**「这份遗嘱，死者不认。」**

---

## 2. 选题说明

### 题材

都市经营 + 轻系统 + 单元式家庭伦理反转（遗产、养老、吃绝户），主线带一条豪门旧案。
**不写鬼怪灵异**：系统只给文字线索，不出现鬼魂、阴间或通灵，以免触碰"封建迷信"的审核风险，也保住爽点的"取证过程"。

### 写给谁看

- 网文：男频都市读者为主，下沉市场 25–45 岁。这批人熟悉县城人情、家族争产、彩礼和养老纠纷，"灵堂上撕破脸"是他们身边真实存在的戏。
- 女频/家庭向读者可共读：每个单元的受害者多是被吞遗产的女儿、多年照顾老人的保姆、被赶出门的儿媳。
- 短剧：中年观众偏好遗产争夺、不孝子女、当众打脸这类强冲突。灵堂是单一场景，人物集中，拍摄成本低。

### 主角

**沈渡**，26 岁，原市殡仪馆入殓师。
- 被开除的原因：拒绝替韩家掩盖一具女尸身上的伤痕，结果被反扣"收红包、损毁遗体"的罪名，在行业内声名狼藉。
- 性格：话少、守规矩，对逝者有近乎固执的尊重；不说没把握的话，一开口就是证据。
- 欲望：保住爷爷的铺子；洗清自己的污名；查清爷爷真正的死因。
- 底线：**不拿死者的秘密要挟活人，不替活人造假。**
- 决策方式：先查证再出手。当众揭穿只在证据到手之后，绝不靠嘴炮。

**金手指·「遗愿簿」**
- 触发：沈渡亲手为逝者入殓或整理遗物时，浮现一条"未了之事"和 1–3 条线索。
- 期限：遗愿必须在**头七之前**完成，每个单元因此自带倒计时。
- 收益：完成后获得"安息值"，可以解锁技能（遗容修复、笔迹辨伪、痕迹判读）、升级店铺，或换取线索。
- 永久限制：只对亲手经手的逝者生效；线索只指方向不给答案，必须现实取证；无法复活，也无法预知活人；**一旦用线索谋私或勒索，遗愿簿清零反噬**。这条限制把底线写进了规则。

### 对手（三层）

1. **单元反派**：每个案子里争产、伪造遗嘱、吃绝户的家属。
2. **中期对手 · 冯百川**："福寿堂"老板，垄断县城殡葬一条龙。靠天价套餐绑架丧属，倒卖墓地、调包骨灰盒，背后有县里的关系网。他想吞掉沈记白事，是因为那间老铺占着全县唯一一块老殡葬许可。
3. **长线对手 · 市里韩家**：沈渡被开除的始作俑者。爷爷三年前给韩家老爷子办过丧事，从此身体急转直下，如今"意外"离世。

### 核心冲突

外层是经营：小白事铺对抗殡葬垄断，透明价对天价套餐，口碑对关系网。
内层是正义：活人仗着死人不会说话去吞财产、掩罪行，沈渡替死人把话说完。
主线是真相：韩家那口棺材里到底有什么，爷爷为什么死，沈渡背的锅怎么洗清。

### 开篇钩子

第一场就在**爷爷的灵堂**。冯百川拍出一张借条："三天不还四十万，铺子归我。"亲戚们急着卖铺分钱。
沈渡给爷爷整理遗容，指尖碰到那副老花镜，遗愿簿第一次浮现：

> 未了之事：铺子别卖。
> 线索：借条是假的。韩家那口棺材，是空的。

沈渡站起来，只说一句："借条是假的。我爷爷三年前就握不住笔了。"随后拿出帕金森病历和爷爷近三年的按手印收据当场对质，打完第一次脸。最后一句"空棺"留作全书长钩。

### 爽点从哪来

1. **信息差反转**：全场只有沈渡知道死者真正的意思，灵堂、出殡、头七三个仪式节点天然适合当众揭穿。
2. **替弱者讨公道**：被赶出门的小女儿拿回房子，照顾老人十年的保姆拿到遗赠。催泪之后紧跟着打脸，情绪落差大。
3. **经营逆袭**：一单单从福寿堂手里抢生意，从门可罗雀做到全县排队，再到市里的豪门点名请"沈师傅"。
4. **身份翻转**：从"抬死人的、被开除的"变成权贵都要求着办身后事的人。
5. **主线解谜**：每个单元都推进一点韩家旧案，形成追读。

### 打算写多长、为什么撑得住

- **网文**：目标 150–200 万字，约 700–900 章（按单章约 2200 字计）。
- **短剧**：取县城卷（约前 60 章）改编 80–100 集，每集 1–2 分钟，灵堂反转作为单集高潮。

撑得住的理由：

1. **单元剧结构，素材取之不尽**：一位逝者一个案子（3–8 章），家庭冲突的类型（争产、养老、婚姻、私生子、商业继承）可以无限组合。
2. **地图和案件规模同步升级**：县城几十万的房产，到市里的企业股权，再到省城豪门的家族信托，最后是跨境资产。
3. **玩法升级，不是数字膨胀**：
   - 第一阶段：读遗物线索，事后翻案。
   - 第二阶段：遗容修复，从伤痕判断死因，带法医向的硬核爽点。
   - 第三阶段：遗物链。同一件遗物经过几代主人，可以追溯跨代旧案。
   - 第四阶段：活人"预约身后事"。沈渡帮人提前布局遗嘱、防止死后内斗，从事后翻案转向事前博弈，正好接上豪门遗产战。
4. **经营线一起扩张**：白事铺 → 殡葬服务公司 → "身后事"一条龙（遗嘱见证、遗物修复、遗产调查），经营对象和团队持续扩充（唢呐班、扎纸匠、司机、学徒、律师合伙人）。
5. **主线贯穿**：韩家旧案按卷揭开，每卷结尾翻一张牌。

---

## 3. 首选方案补充（开书方案固定项）

- **差异化入口**：殡葬职业的专业细节，加上遗产伦理的反转。不走灵异路线，也不是文艺式的"入殓师"温情片，而是有倒计时、要取证、能打脸的经营爽文。
- **经营对象与高频动作**：沈记白事铺。接单、透明报价、入殓、布灵堂、出殡、守头七、口碑传播、抢单。
- **系统资源**：来源是完成遗愿得到的安息值；消耗在技能、店铺升级、换线索上；永久限制见上文。
- **前 3 章承诺**：爷爷灵堂上揭穿假借条、保住铺子；交代遗愿簿规则（亲手入殓、线索、头七期限）；抛出"空棺"长钩；第一单大生意上门——县首富老太太去世。
- **前 10 章第一次完整兑现**：首富老太太案闭环。灵堂上的"全给大儿子"遗嘱被揭穿是伪造，真遗嘱从佛龛底下起出，被赶走的小女儿和保姆秀兰得到公道。沈记从福寿堂手里抢下这单，冯百川第一次吃瘪并结仇。沈渡解锁第一个技能。
- **前 30 章可重复循环**：接单 → 入殓得线索 → 头七倒计时内取证（家属和对手阻挠）→ 仪式节点当众揭穿 → 遗愿完成，换来口碑、收入和安息值 → 升级 → 对手更大的反扑。约 3 个单元之后，以揭穿福寿堂调包骨灰、倒卖墓地收束县城第一卷。
- **参考样本**：暂无（未扫榜），抽象迁移维度待扫榜后确定。
- **禁止照搬与原创差异**：不借用任何现有殡葬或入殓题材作品的人物、情节、设定和文案。"遗愿簿＋头七期限＋只给线索"的组合是本书原创机制，扫榜后还要做撞题检查。
- **主要风险与对策**：
  - 题材避讳：去灵异化，强调对职业和逝者的尊重。
  - 单元重复：每卷换主矛盾类型，每个案子必须推进主线。
  - 主角神探化：线索只给方向，必须现实取证，倒计时制造失败的可能。
  - 基调过于沉重：每个案子收尾必有爽点兑现和温情落点。

---

## 4. 备选方案（简版）

| 项 | 备选 B：《离婚冷静期，我开了调解所》 | 备选 C：《废品站的账本》 |
|---|---|---|
| 一句话 | 被净身出户的女主开婚姻调解所，系统能显示每段婚姻的"隐藏账本"，帮女客户在冷静期内反杀 | 县城收废品的青年，系统能看出旧物里藏着的价值和秘密，从回收站做到拍卖行 |
| 读者 | 女频 / 家庭向，短剧适配度极高 | 男频都市，鉴宝向 |
| 对手 | 前夫及其律所，婚恋中介骗局 | 古玩造假集团，地头蛇 |
| 爽点 | 转移财产被揭穿，渣男当众翻车，女性互助 | 捡漏，鉴定打脸，身份逆袭 |
| 篇幅 | 100–150 万字 | 150 万字以上 |
| 主要风险 | 题材拥挤，男女对立的舆论风险 | 鉴宝赛道成熟，差异化最弱 |

## 5. 推荐结论

- **首选 A《头七之前》**：短剧和网文两头适配，单元可持续，机制辨识度最高。
- **不写**：鬼怪、地府、通灵；慢节奏纯推理；商城式数字膨胀的系统。
- **前 10 章验证指标**：第 1 章结尾前完成第一次当众打脸；每章结尾有悬念或倒计时推进；第 10 章内完成第一个完整案件；"空棺"长钩至少再被提起一次。
- **范文候选**：暂无。需扫榜后补充，不凭记忆列书。

## 6. 需要你确认（一次）

1. 选 A / B / C 哪一套？
2. 主角校准：沈渡"话少、证据先行、绝不拿死者秘密谋私"这个性格和底线是否合适？想要更狠（主动设局报复）还是更稳（只揭穿不报复）？
3. 是否接受当前的低可信度状态？或者提供榜单数据 / 放开榜单站点的网络访问，让我补做扫榜验证。

返回

File created successfully at: /scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-2/选题.md (file state is current in your context — no need to Read it back)

输入

/scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-2/选题.md

—— 原文 ——
## 6. 需要你确认（一次）

1. 选 A / B / C 哪一套？
2. 主角校准：沈渡"话少、证据先行、绝不拿死者秘密谋私"这个性格和底线是否合适？想要更狠（主动设局报复）还是更稳（只揭穿不报复）？
3. 是否接受当前的低可信度状态？或者提供榜单数据 / 放开榜单站点的网络访问，让我补做扫榜验证。

—— 改成 ——
## 6. 已定决策（2026-10-19）

用户授权"按推荐定稿、不再追问"，据此确定：

1. **方案**：选定 A《头七之前》。B、C 仅留档，不再展开。
2. **主角校准**：采用"稳中带狠"。沈渡不主动设局害人，也不私刑报复。他的狠体现在两处：一是证据到手后当众揭穿、一击到底，绝不手软；二是把对手交给法律、合同和行业规则去收拾（报警、起诉、吊销许可、让对手的客户当场倒戈）。底线不变：不拿死者秘密谋私，不替活人造假。这样主角既不会木偶化，也不会黑化，与遗愿簿"谋私即反噬"的限制自洽。
3. **证据状态**：用户批准以低可信度探索完成选题这一步。覆盖原因是榜单站点网络不可达，证据等级为"无市场证据"。这一授权**只覆盖选题**；正式开书（建项目、写总大纲）前仍须补齐 30 天内 ≥5 本带来源 URL 的扫榜样本，经 `扫榜.py` 归档后复核本选题，必要时调整。

返回

The file /scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-2/选题.md has been updated successfully. (file state is current in your context — no need to Read it back)

输入

/scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-2/选题.md

—— 原文 ——
> 状态：**低可信度探索稿，未完成市场验证**。本文件只定选题，不含大纲和正文，也未创建项目。

—— 改成 ——
> 状态：**选题已定稿（方案 A）；低可信度探索，未完成市场验证**。本文件只定选题，不含大纲和正文，也未创建项目。

返回

The file /scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-2/选题.md has been updated successfully. (file state is current in your context — no need to Read it back)

输入

/scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-2/选题.md

—— 原文 ——
- 决策方式：先查证再出手。当众揭穿只在证据到手之后，绝不靠嘴炮。

—— 改成 ——
- 决策方式：先查证再出手。当众揭穿只在证据到手之后，绝不靠嘴炮；揭穿之后借法律和行业规则把对手收拾到底，不私刑（校准结果见第 6 节）。

返回

The file /scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-2/选题.md has been updated successfully. (file state is current in your context — no need to Read it back)

输入

grep -n "^## \|^### " 选题.md && grep -c "需要你确认" 选题.md; ls

返回

5:## 0. 扫榜元数据与证据等级
17:## 1. 一句话卖点
25:## 2. 选题说明
27:### 题材
32:### 写给谁看
38:### 主角
53:### 对手（三层）
59:### 核心冲突
65:### 开篇钩子
75:### 爽点从哪来
83:### 打算写多长、为什么撑得住
102:## 3. 首选方案补充（开书方案固定项）
120:## 4. 备选方案（简版）
131:## 5. 推荐结论
138:## 6. 已定决策（2026-10-19）
0
premise.md
选题.md

输入

mv 选题.md 选题说明.md && sed -n 1,24p 选题说明.md

返回

# 选题：《头七之前》（暂定）

> 状态：**选题已定稿（方案 A）；低可信度探索，未完成市场验证**。本文件只定选题，不含大纲和正文，也未创建项目。

## 0. 扫榜元数据与证据等级

| 项 | 内容 |
|---|---|
| 来源平台 / 榜单 | 无。2026-10-19 尝试访问番茄、起点、常读公开榜单，网络出站被拒绝 |
| 快照日期 / 归档标识 / SHA-256 | 无（未生成 `扫榜/` 归档） |
| 市场验证状态 | `insufficient_samples`（有效样本 0，下限 5） |
| 证据等级 | 无市场证据。下文「写给谁看」「爽点」是基于题材机制的创作判断，**不代表当前榜单热度** |
| 后续 | 补齐 30 天内、带来源 URL 的 ≥5 本经营/系统类样本后，用 `扫榜.py` 归档复核，再决定是否开书 |

---

## 1. 一句话卖点

**被开除的入殓师回县城接手爷爷的白事铺，每亲手送走一位逝者，就能看见他没说完的那句话——头七之前，替死人翻案，让活人还债。**

短剧版口号：**「这份遗嘱，死者不认。」**

---

输入

/scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-2/一句话卖点.md

# 一句话卖点：《头七之前》（暂定）

**被开除的入殓师回县城接手爷爷的白事铺，每亲手送走一位逝者，就能看见他没说完的那句话——头七之前，替死人翻案，让活人还债。**

短剧版口号：**「这份遗嘱，死者不认。」**

> 完整选题说明见 `选题说明.md`。本选题为低可信度探索结果，尚未完成扫榜市场验证。

返回

File created successfully at: /scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-2/一句话卖点.md (file state is current in your context — no need to Read it back)

输入

ls -la && wc -m 一句话卖点.md 选题说明.md && grep -n "需要你确认\|？$" 选题说明.md 一句话卖点.md

返回

total 40
drwxr-xr-x  6 user  wheel    192 Oct 19 16:39 .
drwxr-xr-x  4 user  wheel    128 Oct 19 16:35 ..
drwxr-xr-x  4 user  wheel    128 Oct 19 16:35 .claude
-rw-r--r--  1 user  wheel    391 Oct 19 16:35 premise.md
-rw-r--r--  1 user  wheel    415 Oct 19 16:39 一句话卖点.md
-rw-r--r--  1 user  wheel  11200 Oct 19 16:38 选题说明.md
     155 一句话卖点.md
    4383 选题说明.md
    4538 total