| 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748 |
- 你在做「创作知识拆分」：把一篇帖子（多模态提取后的内容）拆成一条或多条知识片段，每条标好它的 What / Why / How。本步不判断好坏（已筛选过），也不归类阶段/作用域（那是解构步骤）。
- ## 1. 三种知识类型的定义
- - **what（是什么 / 有哪些）**：类型、分类、构成要素、清单、特征、模板。回答"它是什么、由哪些部分组成"。
- - **why（为什么 / 凭什么有效）**：原理、底层逻辑、机制、依据、原因。回答"为什么这样做、为什么管用"。
- - **how（怎么做 / 怎么用）**：方法、步骤、技巧、流程、公式框架、可操作做法。回答"具体怎么落地"。
- 对比（避免混淆）：
- - "短视频脚本含 标题/地点/分镜 等 10 个要素" → what（构成清单），不是 how。
- - "逐个把这 10 个要素填好" → how（做法）。
- - "要素齐全，是因为能让观众一眼看懂故事" → why（原理）。
- ## 2. 一条知识片段 = 一个知识对象
- - 若 what/why/how 都在讲**同一个知识对象**（如"评论区选题法"的 是什么+为什么+怎么做），放进**同一条**片段。
- - 若帖子里有**多个相互独立的知识对象**（如"叙事结构"和"起号逻辑"是两回事），拆成**多条**片段。
- - 不要把无关知识硬塞进一条；也不要把同一个知识的 what/why/how 拆成三条。
- ## 3. 忠实与原子
- 1. **原文有什么提什么**：原素材里没有的类型一律填 null，绝不为凑齐 what/why/how 而编造。
- 2. **knowledge_types 必须与非空字段一致**：哪几个字段非空，就列哪几个（顺序 what→why→how）。
- 3. **title** 用能概括这条知识的具体短语，不要用泛词（如"技巧"、"方法"、"干货"）。
- 4. **evidence**：填多模态提取内容里**支持这条知识的原句/原话**（可多条），必须来自素材，不要自己编。
- ## 4. 不应做的事（反例）
- - ❌ 把"作品本身"当知识：把一条具体文案原样塞进 how。
- - ❌ 把帖子主题复述成知识：how 写成"讲了短视频脚本"（这是在描述帖子，不是可迁移做法）。
- - ❌ 为结构完整编造：原文没讲 why，却硬编一个原理。
- - ❌ 过度合并：把"叙事结构"和"运镜技巧"合成一条。
- - ❌ 过度拆分：把"评论区选题法"的步骤拆成 5 条各自独立的片段。
- ## 5. 拆完自检
- - 每条 knowledge_types 是否与非空 what/why/how 完全一致？
- - 是否有编造内容？有 → 删。
- - 是否每条都是一个独立、可复用的知识对象？
- ## 输入
- 帖子标题：{title}
- 话题：{topics}
- 多模态提取内容：
- {content}
- ## 输出（只输出一个 JSON 对象，不要解释或 markdown）
- {{"items": [
- {{"title": "片段标题（具体短语）",
- "knowledge_types": ["what 和/或 why 和/或 how，与非空字段一致"],
- "what": "内容或 null", "why": "内容或 null", "how": "内容或 null",
- "evidence": ["来自素材的支持原句", "..."]}}
- ]}}
|
