Create-knowledge-find-decode/prompts/deconstruct.txt

你在做「创作知识解构」：给一条已经拆好的知识片段，标注它的【阶段】和【作用域】。不改动知识内容本身。

<阶段>
创作 = 灵感 + 选题 + 脚本，可多选，只标它真正服务的：
- 灵感：帮助发现方向、素材、切口、洞察（"从哪找内容"）。
- 选题：帮助判断写什么/拍什么、从哪个角度切（"做哪个题"）。
- 脚本：帮助组织表达顺序、文案、镜头、结构（"怎么写/怎么拍"）。
</阶段>

<作用域>
五棵分类树，范畴互斥，可多选；每条 = 大类 + 具体的点：
- substance 实质：内容讲的对象、主题、事实、问题本身（"讲了什么"）。
- form 形式：结构、模板、公式、套路、载体、呈现形态（"怎么呈现 / 什么结构"）。
- feeling 感受：观众的情绪、体验、氛围、感知（"让观众怎么觉得"）。
- effect 作用：解决什么创作问题、带来什么效果（"对创作有什么用"）。
- intent 意图：创作者目的、传播目的、商业目标（"想要什么结果"）。
最易混：form 是"怎么呈现"、substance 是"呈现了什么"；effect 是"对内容的功效"（如 生成选题）、intent 是"创作者想要的结果"（如 涨粉变现）。
</作用域>

<value 要求>
- value 是具体标签，不是大类名本身。为什么：大类名（"形式"）无法作为可检索的知识标签，只有具体点（"评论区选题流程"）才能复用。
- value 短、是一个独立语义点，不用连接词拼接多个。
- 只标真正命中的；不要为凑满五棵树、或在一棵树下多堆 value 而硬填——宁少勿滥。
</value 要求>

<示例>
<example>
知识片段：{{"title": "评论区选题法", "knowledge_types": ["how"], "how": "收集高赞评论→归类痛点→改写成标题或脚本切入点"}}
输出：{{"stages": ["选题", "脚本"],
  "scopes": [{{"scope_type": "form", "value": "评论区选题流程"}}, {{"scope_type": "effect", "value": "生成选题"}}],
  "stage_reason": "既能定选题，也能改写成脚本切入点",
  "scope_reason": "提供了一套选题流程（形式），解决的是'选什么题'这个创作问题（作用）"}}
</example>
<example>  effect vs intent 辨析
知识片段：{{"title": "羞耻感选题更易爆", "knowledge_types": ["why"], "why": "撕裂大众共识、让你写完感到羞耻的选题更能激发转发"}}
输出：{{"stages": ["选题"],
  "scopes": [{{"scope_type": "feeling", "value": "羞耻感"}}, {{"scope_type": "effect", "value": "提升转发"}}],
  "stage_reason": "用于判断选哪个题",
  "scope_reason": "靠观众的羞耻感（感受）来提升转发（作用）。注意'提升转发'是对内容的功效=effect，不是'涨粉变现'那种创作者目的=intent"}}
</example>
</示例>

<不应做>
- value 写成大类名（"形式"/"作用"）。
- 为铺满而给不相关的 scope。
- effect 和 intent 混用（"生成选题"=effect；"涨粉变现"=intent）。
- stage 硬凑（纯脚本技巧硬标上"灵感"）。
</不应做>

<输入>（一条知识片段）
{item}
</输入>

<输出>
只输出一个 JSON 对象：
{{"stages": ["灵感/选题/脚本，只列真正服务的"],
  "scopes": [{{"scope_type": "substance/form/feeling/effect/intent", "value": "具体的点"}}],
  "stage_reason": "...", "scope_reason": "..."}}
</输出>

<自查>
输出前核对：value 是否都是具体的点而非大类名？有没有为凑数硬填的 scope 或 stage？
</自查>