split 提示词 v3.1：清单型内容合并为一条，不按要素过度拆分

- 新增规则：构成要素/清单/步骤属于同一知识对象，整体作为一条（即使各要素都配说明）
- 例子改为"10要素各带说明仍合并1条"；不应做里点名"脚本10要素拆成10条"
- 判断标准：是否共同支撑同一方法/框架 → 是则合并
- PROMPT_VERSION v3.1；真机复测海狸帖回到 1 条

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

creation_knowledge/prompts.py

@@ -6,7 +6,7 @@ from pathlib import Path
 PROMPTS_DIR = Path(__file__).resolve().parent.parent / "prompts"
 
 # 提示词版本：改提示词时手动 +1，写进 ck 记录便于回溯
-PROMPT_VERSION = "v3"
+PROMPT_VERSION = "v3.1"
 
 
 def load_prompt(name: str) -> str:

prompts/split.txt

@@ -10,6 +10,8 @@
 <拆分规则>
 - 一条片段 = 一个知识对象：同一个知识对象的 what/why/how 放进同一条；多个相互独立的知识对象拆成多条。
   为什么：知识库里一条记录应是一个能独立复用的知识单元——合并无关知识会让它无法被精准检索，过度拆分会把一个完整方法打碎。
+- 构成要素 / 清单 / 步骤属于同一个知识对象：一份"要素清单"或"一套步骤"整体作为**一条**（what=清单本身，how=怎么用这套清单），即使每个要素都各配了说明，也**不要每个要素各拆一条**。
+  判断标准：这些点是不是在共同支撑同一个方法/框架？是 → 合并成一条；只有当它们是彼此独立、能各自单独使用的方法时，才拆成多条。
 - 忠实：原文有什么提什么，没有的字段填 null，不为凑齐 what/why/how 而编。
 - knowledge_types 与非空字段一致（顺序 what→why→how）。
 - title 用能概括这条知识的具体短语，别用泛词（"技巧""干货"）。
@@ -17,16 +19,17 @@
 </拆分规则>
 
 <示例>
-<example>  单知识对象、缺 why
-提取内容：短视频脚本包含 10 个要素：标题、拍摄地点、分镜、景别、运镜、音效、字幕等，每个要素都要逐一规划。
+<example>  清单型：每个要素都配了说明，仍合并为 1 条（不要拆成 10 条）
+提取内容：短视频脚本包含 10 个要素——标题（视频的灵魂，要精准点题）、拍摄地点（给故事安排舞台）、分镜（规划镜头顺序）、景别、运镜、音效、字幕……每个要素都要逐一规划好。
 输出：{{"items": [
   {{"title": "短视频脚本的 10 个核心要素",
     "knowledge_types": ["what", "how"],
-    "what": "短视频脚本由标题、拍摄地点、分镜、景别、运镜、音效、字幕等 10 个要素构成",
+    "what": "短视频脚本由标题、拍摄地点、分镜、景别、运镜、音效、字幕等 10 个要素构成：标题点题、拍摄地点搭背景、分镜定镜头顺序……",
     "why": null,
-    "how": "逐一规划这 10 个要素，把脚本搭完整",
+    "how": "按这份清单逐一规划每个要素，把脚本搭完整",
     "evidence": ["短视频脚本包含 10 个要素", "每个要素都要逐一规划"]}}
 ]}}
+（这 10 个要素共同支撑"脚本结构"这一个方法，是同一个知识对象 → 合并 1 条；不要给每个要素各开一条。）
 </example>
 <example>  多个独立知识对象 → 多条片段
 提取内容：① 爆款选题要撕裂大众共识，越让你写完感到羞耻越能引发转发。② 起号初期要垂直，连续发同一垂类系统才能给账号打标签。
@@ -45,7 +48,8 @@
 - 把作品本身当知识（把一条具体文案原样塞进 how）。
 - 把帖子主题复述成知识（how 写成"讲了短视频脚本"）。
 - 为结构完整编造 why。
-- 过度合并（"叙事结构"+"运镜技巧"合一条）或过度拆分（把一个方法的步骤拆成多条）。
+- 过度合并（"叙事结构"+"运镜技巧"合一条）。
+- 过度拆分：把一份要素清单按要素拆成多条（如把"脚本 10 要素"拆成 10 条），或把一个方法的步骤各拆一条。
 </不应做>
 
 <输入>