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

输入

ls -la && find . -path ./.claude -prune -o -type f -print | head -50 && echo "MYNOVEL_WORKSPACE=$MYNOVEL_WORKSPACE"

返回

total 8
drwxr-xr-x  4 user  wheel  128 Oct 19 16:30 .
drwxr-xr-x  3 user  wheel   96 Oct 19 16:30 ..
drwxr-xr-x  4 user  wheel  128 Oct 19 16:30 .claude
-rw-r--r--  1 user  wheel  391 Oct 19 16:30 premise.md
./premise.md
MYNOVEL_WORKSPACE=

输入

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

返回

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

输入

cd /scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-1/.claude/skills/chinese-longnovel-skill && find . -type f | sort

返回

./.gitattributes
./.gitignore
./LICENSE
./README.md
./SKILL.md
./THIRD_PARTY_NOTICES.md
./docs/archive/审查问题与修复状态-v2.0.md
./docs/superpowers/plans/2026-08-03-goldfinger-design-plan.md
./docs/superpowers/plans/2026-08-05-goldfinger-design-capability.md
./evals/README.md
./evals/build_review_workspace.py
./evals/evals.json
./evals/grade_outputs.py
./install.ps1
./install.sh
./prompts/分阶段大纲细化提示词.md
./prompts/大纲生成提示词.md
./prompts/扫榜与开书构思提示词.md
./prompts/正文审查与修复提示词.md
./prompts/正文生成提示词.md
./prompts/正文自然化提示词.md
./prompts/系统设计提示词.md
./prompts/系统阶段规划提示词.md
./prompts/范文结构与文风分析提示词.md
./prompts/规划窗口准备提示词.md
./prompts/项目文风规范提示词.md
./prompts/黄金三章微操细纲提示词.md
./references/EPUB导出与同步.md
./references/开书流程.md
./references/正文生产与审修.md
./references/状态与总结.md
./references/系统设计与运营.md
./references/细纲整理流程.md
./references/自动化脚本契约.md
./references/范文与创作依据.md
./references/规划窗口与防抢跑.md
./references/长篇上下文与一致性.md
./references/项目定位.md
./references/项目结构与迁移.md
./scripts/count_chars.py
./scripts/migrate_plan_nodes.py
./scripts/refresh_genesis_projection.py
./scripts/validate_chapter_candidate.py
./scripts/validate_project.py
./scripts/公共工具.py
./scripts/原文重合检查.py
./scripts/扫榜.py
./scripts/文风统计.py
./scripts/项目事务.py
./tests/fixtures/attempt_broken/candidate.md
./tests/fixtures/attempt_broken/fact-lock.json
./tests/fixtures/attempt_broken/naturalization.md
./tests/fixtures/attempt_broken/state.json
./tests/fixtures/attempt_broken/workspace/source.md
./tests/fixtures/attempt_ok/candidate.md
./tests/fixtures/attempt_ok/fact-lock.json
./tests/fixtures/attempt_ok/naturalization.md
./tests/fixtures/attempt_ok/state.json
./tests/fixtures/attempt_ok/workspace/source.md
./tests/fixtures/project_healthy/novel-config.md
./tests/fixtures/project_healthy/plan/伏笔追踪.md
./tests/fixtures/project_healthy/plan/大纲_第1-50章.md
./tests/fixtures/project_healthy/plan/总大纲.md
./tests/fixtures/project_healthy/plan/章节序列.md
./tests/fixtures/project_healthy/plan/系统发展_第1-50章.md
./tests/fixtures/project_healthy/修复记录/生产状态/commit-head.json
./tests/fixtures/project_healthy/创作依据/参考素材.md
./tests/fixtures/project_healthy/创作依据/开书方案.md
./tests/fixtures/project_healthy/创作依据/文风规范.md
./tests/fixtures/project_healthy/总结/主角状态仓库.md
./tests/fixtures/project_healthy/总结/系统状态仓库.md
./tests/fixtures/project_healthy/设定/世界观.md
./tests/fixtures/project_healthy/设定/系统设定.md
./tests/fixtures/project_healthy/设定/角色档案.md
./tests/fixtures/project_missing_system_repo/novel-config.md
./tests/fixtures/project_missing_system_repo/plan/伏笔追踪.md
./tests/fixtures/project_missing_system_repo/plan/大纲_第1-50章.md
./tests/fixtures/project_missing_system_repo/plan/总大纲.md
./tests/fixtures/project_missing_system_repo/plan/章节序列.md
./tests/fixtures/project_missing_system_repo/plan/系统发展_第1-50章.md
./tests/fixtures/project_missing_system_repo/修复记录/生产状态/commit-head.json
./tests/fixtures/project_missing_system_repo/创作依据/参考素材.md
./tests/fixtures/project_missing_system_repo/创作依据/开书方案.md
./tests/fixtures/project_missing_system_repo/创作依据/文风规范.md
./tests/fixtures/project_missing_system_repo/总结/主角状态仓库.md
./tests/fixtures/project_missing_system_repo/设定/世界观.md
./tests/fixtures/project_missing_system_repo/设定/系统设定.md
./tests/fixtures/project_missing_system_repo/设定/角色档案.md
./tests/test_evals.py
./tests/test_scripts.py
./tests/test_skill_docs.py
./tests/test_vnext_fixture.py
./tests/test_vnext_naturalization.py
./tests/test_vnext_project.py

输入

{
 "file_path": "/scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-1/.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-1/.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	

输入

grep -n "扫榜" -A40 references/自动化脚本契约.md | head -90; python3 scripts/扫榜.py --help

返回

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` 的输出是字数统计的优先证据。
usage: 扫榜.py [-h] --input INPUT [--archive-dir ARCHIVE_DIR]

MyNovel 扫榜数据规范化与聚合器

options:
  -h, --help            show this help message and exit
  --input INPUT         JSON 或 CSV 榜单记录
  --archive-dir ARCHIVE_DIR
                        扫榜归档目录

输入

for u in https://fanqienovel.com/rank https://www.qidian.com/rank/ ; do echo "== $u"; curl -sS -m 20 -A "Mozilla/5.0" -o /dev/null -w "%{http_code} %{size_download}\n" "$u"; done

返回

Exit code 56
== 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

<sandbox_violations>
deny network-outbound fanqienovel.com:443 (user denied)
deny network-outbound www.qidian.com:443 (user denied)
</sandbox_violations>

输入

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

# 选题：《欠我的，连本带利还回来》

> 网文暂定名《清账》；竖屏短剧名《欠我的，连本带利还回来》。

## 证据状态（先看）

- 扫榜：**未完成**。本次尝试访问番茄、起点公开榜单，网络请求被拒绝，没有拿到任何榜单数据。
- 市场验证状态：`insufficient_samples`（0 本有效样本），**不能声称已通过当前市场验证**。
- 下文提到的“读者爱看什么”，依据的是题材本身的机制和常见读者情绪，不是当前榜单热度。没有引用任何具体作品的排名或数据。
- 这一步只定选题。进入开书方案或总大纲前，必须按开书流程补一次 30 天内的扫榜（至少 5 本带经营/系统循环证据的样本）；或者由你明确批准以低可信度继续，并把这个决定记进 `创作依据/开书方案.md`。

---

## 1. 一句话卖点

**给全家垫了二十年钱的老实会计，在爷爷葬礼上只分到一本旧账本。账本上记着谁欠了他什么，而当面讨账时，欠债的人一句都赖不掉。**

---

## 2. 选题说明

### 题材

都市爽文，带轻异能和经营线。

- 主线：讨账、打脸，加上替爷爷洗冤的旧案。
- 经营线：主角开一家“清账事务所”，替别人讨回钱债、人情债和没兑现的承诺，事务所随案子越做越大。
- 异能只有一本账本，规则少、容易拍：只看得见“账”，并让当面对质的人赖不掉账；其余一切靠主角自己的会计本事和现实手段去兑现。

### 写给谁看

- **网文**：番茄男频都市读者，25–45 岁，以下沉市场为主。他们多半真被借钱不还、扶弟、彩礼、背锅、亲戚吸血这些事气过，最想看的就是“老实人不忍了，把账一笔笔算清”。
- **短剧**：同一批人，再加上大量女性观众。家庭不公和婚恋算计在短剧里本来就是女性观众占多数的情绪赛道。主角性别可以换：女主版就是“被娘家吸血的长姐”，主线结构不用改。

### 主角

**林知还**，28 岁，一家中型建材公司的会计。

- 身份：家里的提款机，单位的背锅人。爷爷三十七万的医药费是他垫的，弟弟的学费是他出的，未婚妻家的彩礼是他凑的。
- 性格：不是懦弱，是一直“算了”。他心里每笔账都清楚，只是从来不讨。翻身的那一刻，是他决定不再说“算了”。
- 欲望：近期是要回属于自己的东西；长期是替爷爷洗清四十年前的冤名。
- 底线（同时也是账本的永久限制）：
  1. 只讨真账，不讹一分。账本上没有的，他一分不要。
  2. **他欠别人的也得还。** 账本同样记着他欠的人情，他不还，账本就失灵。所以他有仇报仇，有恩也加倍报恩。
  3. 不用暴力催收，不拿欠债人的孩子和不知情的家人开刀。
- 决策方式：先查账，再对账，最后结账。证据不齐不动手，动手就一次算清。

### 金手指：爷爷的旧账本

- **见账**：对着一个人翻开账本，就能看到他欠林家什么（钱、人情、承诺乃至一条命），还有时间和线索。只显示线索，不直接给证据，证据要主角自己去找。
- **对账**：主角当面、把账一笔笔说清楚时，对方不能否认这笔账，被问到时只能说实话。这就是每场打脸戏的引爆点。
- **永久限制**：只对真实存在、欠林家（后期包括委托人）的账有效；不能造账，不能直接变出钱；主角自己欠的账没结清，对账就失效。
- **升级**：账本会解锁新的页。从个人账到委托账（可以替委托人讨），从活人账到死人遗留的账，最后解锁对手那本“放贷账”的对照页。升级的是“能讨什么账、能替谁讨”，不是数值变大。

### 对手（分三层）

| 层级 | 对手 | 欠的账 | 作用 |
|---|---|---|---|
| 近处 | 父母偏心的弟弟林知远、退婚的未婚妻许蔓一家 | 学费、房子、彩礼、“青春损失费”的倒打一耙 | 开篇情绪最大的地方，前 3 章就清掉一部分 |
| 中层 | 公司老板周启明（做假账让他背锅）、许蔓的新男友魏骁（魏家旁支） | 挪用的公款、被抢的功劳、职业上的诬陷 | 把主角从家庭推进到商业场 |
| 远处 | **魏长年**，江城长年资本董事长，城里最大的“放贷人” | 四十年前他卷走民间互助会的钱，嫁祸给当会计的林守正（爷爷） | 全书主敌。他用钱债和人情债控制半座城，手里也有一本“放贷账” |

### 核心冲突

**讨账的人对放贷的人。**

魏长年靠“让所有人欠他”控制江城：高利贷、人情绑架、把柄和代持。林知还的账本反过来，记的是魏长年欠这座城的账。主角每替一个委托人讨回一笔账，魏长年手里就少一根线。最后，主角要把四十年前那笔互助会的账当众对清：爷爷不是卷款跑路的人，魏长年才是。

表层冲突是讨回自己的钱，深层冲突是让一个靠欠债控制别人的体系彻底清账。

### 开篇钩子（前 3 章 / 短剧前 3 集）

1. **葬礼分遗产。** 爷爷下葬当天，父母把房子给弟弟，存款给大伯家。垫了三十七万医药费的林知还只分到一本发霉的旧账本。未婚妻许蔓当场退婚，彩礼不退，还要他赔“三年青春损失费”。所有人都在等他像以前一样说“算了”。
2. **第一次对账。** 他翻开账本，第一页就写着：林知远欠林知还学费 18.6 万；许蔓欠林知还 23 万（礼金和代付的贷款）；还有一行“林家欠林守正，房一套”，那是爷爷生前许诺留给他的房子。他合上账本：“先别分，账还没算完。”当着满堂亲戚对账，弟弟和许蔓张口想赖，说出来的全是实话。
3. **大账翻页。** 账本最后一页写着：**江城首富沈砚舟欠林守正一条命**。第 3 章（第 3 集）结尾，一辆车停在灵堂外，有人问：“林守正老先生的孙子，是哪一位？”

前 3 章兑现三件事：主角翻身，账本规则讲清楚，出现一个远超家庭层级的大钩子。

### 爽点从哪来

1. **当面对账、赖不掉**：每个反派都在最得意的时候被迫亲口说实话。这是全书最高频的打脸方式，短剧可以几乎每集一次。
2. **证据闭环**：会计出身的主角查流水、找合同、追转账，把“说出实话”变成法律上和舆论上都站得住的结果。光靠异能不够，爽感要落在现实后果上。
3. **旧账兑现**：爷爷当年帮过的人，如今有的成了大佬，欠林家人情。一笔旧账就能换来一次身份反转或资源到手，是“扮猪吃虎”的正当来源。
4. **有恩加倍还**：底线规定主角必须还自己欠的账。所以当年借他五百块的保安、给爷爷送饭的护工都会被加倍报答。读者既能看到打脸，也能看到报恩，情绪不单一。
5. **替弱者讨公道**：事务所接的委托有被欠薪的工人、被骗彩礼的老人、被做局的小老板。每单都是独立的小正义，累起来就是在拆魏长年的网。
6. **事务所经营**：接单、查账、对账、结账、抽佣、扩招，规模和口碑一路涨，城里谁都开始怕“被清账”。

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

**篇幅**

- 网文：约 180–220 万字，约 700–800 章（每章 2500–3000 字）。
- 短剧：约 80 集，每集 1.5–2 分钟，拍到网文前两卷（家庭账、公司账，加上首富旧账揭开）为止。剧情单元可以单独剪辑。

**卷级扩展轴（升级的是讨什么账、和谁讨，而不是数字变大）**

| 卷 | 约章数 | 账的类型 | 对手 | 玩法变化 |
|---|---|---|---|---|
| 一 · 家账 | 1–80 | 钱、房、彩礼 | 家人、前未婚妻 | 学会对账，拿回属于自己的东西 |
| 二 · 职场账 | 81–200 | 公款、功劳、诬陷 | 老板、魏骁 | 开“清账事务所”，开始接委托 |
| 三 · 城中账 | 201–380 | 人情、承诺、合同 | 江城商圈各方 | 爷爷的旧账逐笔兑现，主角有了人脉和资本 |
| 四 · 死人账 | 381–530 | 遗嘱、代持、逝者的承诺 | 继承纠纷背后的魏家 | 账本解锁逝者的账，开始反查四十年前的互助会 |
| 五 · 放贷账 | 531–700 | 魏长年控制的整张债务网 | 魏长年 | 解锁对照页，替全城债务人反向清账 |
| 终 · 清账 | 700+ | 互助会旧案 | 魏长年本人 | 公开对账，为爷爷洗冤，收束 |

**为什么撑得住**

1. **素材取之不尽。** 人人都欠账、人人都被欠过，钱债、人情债、承诺债、命债一层比一层重，每一层都换一批对手和场景。
2. **单元结构天然好用。** 一笔账就是一个 3–8 章的单元：发现、查证、对账、结账。读者节奏稳，短剧也容易切集。
3. **主线有终点。** 四十年前的互助会冤案和魏长年那本放贷账给了全书一条清楚的终局，不会写成没有方向的无限打脸。
4. **金手指自带刹车。** 只看账、不生钱，主角欠的也要还。能力不会一路膨胀，主角也不会变成只会开挂的木偶。
5. **对手会进化。** 反派会学着躲账：转让债务、找人代持、让死人背账、抢账本。所以对账不会每次都同一个套路。

---

## 主要风险与对策

| 风险 | 对策 |
|---|---|
| “对账逼出实话”重复 | 每卷换一种躲账方式和一类账；实话只是起点，结果要靠证据闭环 |
| 讨债题材容易被读成美化暴力催收 | 主角不用暴力、不放贷，主敌恰恰是高利贷体系；短剧过审时用“清账/调解”来包装 |
| 前几卷家庭戏太压抑 | 第 1 章就开始反击，压抑段不超过半章；用报恩线调节情绪 |
| 后期只剩数字变大 | 卷级升级只看“账的类型 + 能替谁讨”，不按金额定战力 |

## 不写什么

- 不写战神、赘婿式的隐藏身份，主角的底牌来自爷爷留下的旧账和他自己的专业本事。
- 不让账本直接变钱、改运或惩罚别人，后果都通过现实发生。
- 不写主角讹人、放贷或者以暴制暴。

## 前 10 章验证指标（开书后用）

- 第 1 章结尾前，主角完成第一次对账，读者看得懂账本规则。
- 第 3 章结尾出现首富欠命的钩子。
- 前 10 章内，至少完整结清一笔账（拿回钱或房），并兑现一次报恩。
- 前 10 章内，事务所的念头或第一个委托人出现，经营线立住。

## 备选方向（如果首选不合适）

- **A · 女主版同构**：《长姐不还了》。被娘家吸血的长姐拿到同样的账本，主打女频短剧，冲突更集中在家庭和婚恋。
- **B · 换职业入口**：主角改成法院的执行员，账本换成“执行令”，偏现实向、程序正义的爽感。缺点是规则更重，短剧的节奏会慢一些。

## 需要你确认的一件事

选首选还是备选，再校准主角：林知还的“老实”要多压抑才翻身（第 1 章当场爆发，还是忍到葬礼结束）？还有那条底线“自己欠的也必须还”是否保留？确认后我再补扫榜，然后进入开书方案。

返回

File created successfully at: /scratch/002/ws/002-topic/xiaofeng-928__chinese-longnovel-skill/run-1/选题.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-1/选题.md

—— 原文 ——
## 备选方向（如果首选不合适）

- **A · 女主版同构**：《长姐不还了》。被娘家吸血的长姐拿到同样的账本，主打女频短剧，冲突更集中在家庭和婚恋。
- **B · 换职业入口**：主角改成法院的执行员，账本换成“执行令”，偏现实向、程序正义的爽感。缺点是规则更重，短剧的节奏会慢一些。

## 需要你确认的一件事

选首选还是备选，再校准主角：林知还的“老实”要多压抑才翻身（第 1 章当场爆发，还是忍到葬礼结束）？还有那条底线“自己欠的也必须还”是否保留？确认后我再补扫榜，然后进入开书方案。

—— 改成 ——
## 已定事项

1. **采用首选方案**：男主林知还版《清账》/《欠我的，连本带利还回来》。下面两个方向只作为日后改编的储备，不并行开发：
   - **女主版同构**：《长姐不还了》。被娘家吸血的长姐拿到同一本账本，适合单独做女频短剧。
   - **换职业入口**：主角改成法院执行员，账本换成“执行令”。规则更重，短剧节奏偏慢，所以没选。
2. **第 1 章当场爆发**：葬礼上的委屈只铺垫半章，第 1 章结尾前完成第一次对账，和“压抑段不超过半章”的对策保持一致。短剧第 1 集同步。
3. **保留底线“自己欠的也必须还”**：这条规则既刹住了能力，又撑着报恩线，是主角和普通打脸男主拉开差距的地方。

## 下一步的前置条件

选题到这里结束。进入开书方案或总大纲之前，要先补一次 30 天内的扫榜（至少 5 本带经营或系统循环证据的有效样本）；如果网络仍然不通，就由用户提供榜单数据。在补上之前，本选题一律视为**未经市场验证的创作方向**。

返回

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