Agent/examples/process_pipeline/script/procedure-dsl/spec/taxonomy/effect.json

{
  "$comment": "作用 字典树 (新结构: 制作 → 准备/加工/收尾阶段 → 叶子). chip data-prefix=\"作用\". 单一来源, agent Phase 2 读. ⚠ case-data.schema.json 的 effect enum 须与本树叶子保持一致.",
  "$kind": "taxonomy",
  "$dimension": "作用",
  "$field": "effect",
  "最终分类树": [
    {
      "分类名称": "制作",
      "分类说明": "节点在整套 AIGC 内容生产工序链中所处的'工序阶段位置 + 作用'。本树回答的核心问题是：'这一步在整个制作流程的多个工序中，属于哪个阶段、起什么作用？'——只刻画该步骤的抽象工序角色（前置 / 主体 / 装配 / 修饰 / 验收等），不涉及该步骤具体使用了什么领域技法、产出了什么具体形态的资产。所有'提示词 / 控制图 / 调色 / 光影 / 多视图 / 字幕'这类领域技法 / 输出形态名词都不应作为叶子节点，它们应作为对应阶段叶子的同义术语被规范化。\n\n【L1 唯一性】本树只覆盖'制作'——把蓝图实际造出来的所有工序。前置的选题决策、蓝图设计不在本树范围内。\n\n【L2 切分维度】按工序在产线上的'阶段位置'切分，作为'目录'帮助快速定位：准备阶段（在主体生产之前的准备性活动）/ 加工阶段（生产主体并对主体做加工与组合）/ 收尾阶段（主体已成型之后的整饰、伴生、验收、交付）。L2 本身只承担目录定位，不作为 roles[] 取值。\n\n【L3 切分维度】每个 L2 内按'抽象工序阶段'切分。L3 节点直接作为 roles[] 字段的规范取值——名称必须是抽象工序角色（如'预处理 / 主体生成 / 装配 / 后期'），不允许携带领域技法词（如'调色 / 光影 / 提示词 / 多视图'）。领域技法 / 具体输出形态名词全部下放到 L3 的'同义术语'段做规范化。",
      "直接元素": [],
      "子分类": [
        {
          "分类名称": "准备阶段",
          "分类说明": "目录定位：主体生产之前的所有准备性活动——尚未产出本批主干件，只是为主干件的产出建立长效规则、备齐原料、把原料加工成工具能用的输入。判别口诀：把这一步抽掉，影响的是'下一步缺规则 / 缺原料 / 缺可用输入'，不是'下一步缺主干件'。",
          "直接元素": [],
          "子分类": [
            {
              "分类名称": "工艺规约",
              "分类说明": "**它是什么阶段**：meta-工序——不在每批生产中重复发生，但贯穿后续所有批次。\n**它的作用**：建立一组可被反复套用的长效生产规约——其产物的服务对象是'未来的多次生产'，而不是'本次一份具体作品'。\n**与相邻阶段的边界**：与'预准备 / 预处理'的边界——工艺规约的产物长效复用（跨批次），预准备 / 预处理的产物一次性消费（per-batch）。\n**同义术语**（写 roles[] 时统一规范为「工艺规约」）：工作流编排 / pipeline 建立 / 流水线设计 / 节点图设计 / Agent 编排 / 规则建立 / SOP 建立 / 规约制定 / 标准制定 / 参数约定 / 质量门槛建立 / 模板沉淀 / 模板范式建立 / 提示词模板沉淀 / 剪辑模板沉淀 / 版式沉淀 / 知识库构建 / 素材库搭建 / 提示词库搭建 / 知识沉淀 / LoRA 训练沉淀 / Embedding 沉淀 / 语料库建立。",
              "直接元素": [],
              "子分类": [],
              "分类性质": "内容"
            },
            {
              "分类名称": "预准备",
              "分类说明": "**它是什么阶段**：本批生产开始前的'物料备齐'阶段。\n**它的作用**：为本批生产把所需要的原材料 / 参照样本'拿到手'——只'取'，不加工。产物在本批生产中被一次性消费或被参照。\n**与相邻阶段的边界**：与'工艺规约'的边界——预准备是 per-batch 一次性（本批用完即止），工艺规约是 meta- 长效（跨批复用）。与'预处理'的边界——预准备是'去拿料'（来料原样），预处理是'把料加工成工具能直接吃的输入'（料 → 加工后输入）。\n**同义术语**（写 roles[] 时统一规范为「预准备」）：素材采集 / 原料采集 / 素材抓取 / 素材准备（原料侧）/ 拍摄 / 录像 / 录音 / 录屏（自己的）/ 参考收集 / 参考整理 / ref 收集 / 风格参考采集 / 参考准备 / 物料备制。",
              "直接元素": [],
              "子分类": [],
              "分类性质": "内容"
            },
            {
              "分类名称": "预处理",
              "分类说明": "**它是什么阶段**：本批生产开始前的'输入加工'阶段——介于预准备与主体生成之间的转换步骤。\n**它的作用**：把已拿到的原材料加工成生产工具能直接消费的输入——产物是一份'工具直接吃'的输入包，不是主干件。\n**与相邻阶段的边界**：与'预准备'的边界——预处理对已有原料做加工产出工具可用输入，预准备只是去取原料。与'主体生成'的边界——预处理产出的是输入侧（被消费），主体生成消费这些输入后产出主干件（产出侧）。\n**同义术语**（写 roles[] 时统一规范为「预处理」）：输入构造 / 输入准备 / 输入加工 / 提示词构造 / prompt 编写 / prompt 拼写 / 反推 prompt / caption 提取（用于输入）/ 控制图准备 / mask 准备 / 蒙版准备 / 骨架图准备 / 输入预处理。",
              "直接元素": [],
              "子分类": [],
              "分类性质": "内容"
            }
          ],
          "分类性质": "内容"
        },
        {
          "分类名称": "加工阶段",
          "分类说明": "目录定位：本批主干件的成型与组合活动——从输入产出本批主干件、把多件主干件组合成复合件。判别口诀：本阶段是产线的核心环节，本批作品的实体形态在这里被造出来或被结构性组合。注：对单件主干做内容层局部修整（增 / 删 / 替换 / 重述 等动作）由动作树的'修改'L1 承担，不作为本树独立的阶段角色——它可以在主体生成与装配之间反复发生 0~N 次，但不构成独立的阶段位置。",
          "直接元素": [],
          "子分类": [
            {
              "分类名称": "主体生成",
              "分类说明": "**它是什么阶段**：产线核心生产工序——本批作品主干件的诞生时刻。\n**它的作用**：从输入产出本批作品的核心主干件（从 0 到 1）——这一份主干件是后续装配 / 后期 / 验收 / 交付的对象。\n**与相邻阶段的边界**：与'预处理'的边界——主体生成消费输入产出主干件（产出侧），预处理产出供给主体生成的输入（输入侧）。与'装配'的边界——主体生成是产出单件主干（输入 → 一件单件），装配是组合多件已就绪的零件（多件 → 一件复合件）。\n**与动作树'修改'的边界**：主体生成产出新主干（从 0 到 1，输入是引导信息），动作.修改 是在已有主干上做局部内容改动（从 1 到 1，输入是已有对象）；当一步是'在主体生成后对单件主干做局部修整'时，它在动作维度归 修改.增/删/变，但在本树（作用维度）依然属于'主体生成'阶段的延续，不构成独立阶段。\n**同义术语**（写 roles[] 时统一规范为「主体生成」）：主体成型 / 成品生成 / 底图构建 / 底图生成 / 锚图构建 / 主图生成 / 主资产生成 / 主体构建 / 草图构建 / 线稿生成 / 粗稿生成 / 雏形构建 / 结构搭建（视觉主干）/ 布局搭建 / 构图搭建 / 分镜图构建 / 分镜图生成 / 分镜图构建发展 / 镜头画面生成 / 文本撰写 / 文案撰写 / 正文撰写 / 脚本编写 / 台本撰写 / 口播稿撰写 / 对白设计 / 主音频生成 / 主 BGM 生成。",
              "直接元素": [],
              "子分类": [],
              "分类性质": "内容"
            },
            {
              "分类名称": "装配",
              "分类说明": "**它是什么阶段**：把多个已就绪的对等零件组合成一个复合件的工序——本批最终产物的'拼成'阶段。\n**它的作用**：把多个独立的对等零件按时间 / 空间 / 层级关系组合成一个不可拆的复合件（多件 → 一件）。\n**与相邻阶段的边界**：与'主体生成'的边界——装配的输入是已就绪的多个零件（前置已完成产出），主体生成是从输入产出零件本身（单件 → 一件）。与'后期'的边界——装配是结构性组合（改产物组成），后期是呈现层调节（不改组成）。\n**与动作树'修改'的边界**：装配是把多个已有件组合成新的复合件（结构组合，多 → 一），动作.修改 是在单件上做局部增删变（不改对象身份）；二者不冲突——一步既可能是'装配'（阶段角色）又可能含 修改 动作（如剪辑中对单镜做剪除）。\n**同义术语**（写 roles[] 时统一规范为「装配」）：装配集成 / 组装合成 / 集成 / 复合产出 / 合成剪辑 / 视频剪辑 / 剪辑组装 / 镜头组装 / 时间轴组装 / 成片剪辑 / 串联（多镜头）/ 排版 / 图文排版 / 落版 / 版式集成 / 拼图（格子化）/ 信息图组装 / 图层合成 / 多图融合 / 图像合成 / 多图层合成 / 抠图合成 / 双重曝光合成 / 音视频合成 / AV 合成 / 配音挂载 / BGM 挂载 / 音效挂载 / 字幕烧录 / 混音 / 跨轨合成。",
              "直接元素": [],
              "子分类": [],
              "分类性质": "内容"
            }
          ],
          "分类性质": "内容"
        },
        {
          "分类名称": "收尾阶段",
          "分类说明": "目录定位：本批主体已成型 / 已装配之后的整饰、伴生、验收、交付活动——产物不再被结构性改造，只对其呈现层做整饰、为其配套伴生信息、对其做最终审查、把其推向终态对外交付。判别口诀：把这一步抽掉，影响的不是'是否有主体 / 是否成型'，而是'主体是否已'整饰到位 + 配套到位 + 验收到位 + 推到终态'。",
          "直接元素": [],
          "子分类": [
            {
              "分类名称": "后期",
              "分类说明": "**它是什么阶段**：主体 / 复合件成型后的整体**呈现层**整饰工序——只调产物的'看上去 / 听上去'层，不改产物的内容 / 元素 / 结构。\n**它的作用**：对已成型的产物做整体呈现层的调节——产物的内容主体不变，但整体调性 / 氛围 / 光感 / 色调 / 风格被整饰。整图 / 整片统一作用，不锁定具体元素。\n\n**判别口诀**——把这一步前后两个产物并排对比：\n- 没有任何具体内容变化（画面里没有'多 / 少 / 改'掉哪个具体的东西），只是整体调子 / 风格 / 氛围 / 光线变了 → 归后期\n- 多了 / 少了 / 改了具体的语义元素（人 / 物 / 段 / 镜 / 水印 / logo）→ 不归后期，归动作.修改（增 / 删 / 替换 等）；在本作用树里这种情形继续算作'主体生成'阶段的延续，不构成独立阶段\n\n**特殊边界**：\n- '整体清晰度提升 / 超分 / 整体降噪 / 整体锐化'——虽然全图作用，但属于呈现质量增强（不增减语义内容）→ 后期\n- '加雾 / 加粒子 / 朦胧化'——属于氛围呈现层（无具体语义对象）→ 后期\n- '加水印 / 加 logo / 加配饰'——增加了具体语义元素 → 不归后期（在本树归主体生成延续；在动作树归 修改.增.叠加）\n- '换色'有歧义——指定某元素改颜色（局部内容改）→ 不归后期；整图换色调 → 后期.调色\n\n**与其它相邻阶段的边界**：\n- 与'装配'：后期是同一件的呈现层调优（不改组成），装配是多件 → 一件的组合（改组成）。\n- 与'交付'：后期是中段整饰（产物还可继续配套 / 验收），交付是把产物推向终态对外。\n- 与动作树'修改'：后期改呈现层（整体调性），动作.修改 改内容层（具体元素）；二者是同一根'改什么'轴的两端，本树只保留呈现层这一端作为阶段角色。\n\n**同义术语**（写 roles[] 时统一规范为「后期」）：表面修饰 / 表面处理 / 风格化 / 风格调优 / 风格化处理 / 风格统一 / 风格迁移（制作侧）/ LoRA 套用 / 滤镜套用 / 调色 / 调色统一 / 色彩统一 / 色调对齐 / LUT 套用 / 色彩校正 / 校色 / 整体调色 / 整体色温调整 / 氛围渲染 / 氛围增强 / 氛围特效 / 情绪渲染 / 加雾 / 加粒子 / 朦胧化 / 光影修饰 / 光影调节 / 重打光 / 阴影修整 / 高光强化 / 加体积光 / 对比度调节 / 整体清晰度提升 / 超分 / 整体降噪 / 整体锐化。",
              "直接元素": [],
              "子分类": [],
              "分类性质": "内容"
            },
            {
              "分类名称": "配套伴生",
              "分类说明": "**它是什么阶段**：主体成品已就绪后，为其生成依附性伴生信息的工序——产物本身不是独立资产，而是依附于主体成品存在的元信息 / 说明性内容。\n**它的作用**：为已生成的主体成品配套生成伴生信息（说明性 / 描述性 / 元信息性），用于对外展示 / 检索 / 发布时附带在主体旁。\n**与相邻阶段的边界**：与'主体生成'的边界——配套伴生的产物依附于已有主体成品（无主体则无意义），主体生成的产物本身就是主体（独立资产）。与'交付'的边界——配套伴生产出'附在主体旁的伴生信息'，交付负责把'主体 + 伴生信息'一起推向终态。\n**同义术语**（写 roles[] 时统一规范为「配套伴生」）：文本伴生 / 描述伴生 / caption 生成 / 描述生成 / 配文生成 / 文案配套 / 发布文案配套 / 标题配套 / 短描述配套 / alt text 生成 / 标签生成 / 元数据生成 / 视频简介生成。",
              "直接元素": [],
              "子分类": [],
              "分类性质": "内容"
            },
            {
              "分类名称": "检验",
              "分类说明": "**它是什么阶段**：终态对外交付前的审查工序——产物不再被改造，但要被验证其质量 / 合规 / 完整性。\n**它的作用**：对已就绪的主体 + 伴生信息做质量审查 / 合规校验 / 完整性确认——产物是审查结论（通过 / 待修 / 不通过），不是新增的实体资产。\n**与相邻阶段的边界**：与'后期 / 配套伴生'的边界——检验不改变产物（只做评估），后期 / 配套伴生会改变产物（改外观 / 加伴生信息）。与'交付'的边界——检验产出审查结论（评估），交付产出最终对外的成品（实物）。\n**同义术语**（写 roles[] 时统一规范为「检验」）：质量检验 / 成品校验 / 终审 / 质量评估 / 合规校验 / 品质审查 / 过程审核 / 人工校稿 / 阶段化展示（用于审查目的）/ 试发布 / 小样测试。",
              "直接元素": [],
              "子分类": [],
              "分类性质": "内容"
            },
            {
              "分类名称": "交付",
              "分类说明": "**它是什么阶段**：产线的最末工序——把已就绪 + 已伴生 + 已审查的产物推向终态对外的工序。\n**它的作用**：产出最终对外的交付物——主体 + 伴生信息按发布规格 / 终态格式被一并输出 / 发布 / 归档。\n**与相邻阶段的边界**：与前面所有阶段的边界——前面所有阶段处于工序中段（产物可继续被改造 / 整饰 / 审查），交付处于工序末端（产物即终态对外）。\n**同义术语**（写 roles[] 时统一规范为「交付」）：成品输出 / 成品定稿 / 定稿输出 / 终稿交付 / 最终导出 / 出片 / 出图（终态）/ 终稿出文 / 多视图展示（作为终态交付物形态）/ 多角度展示 / 成品多视图 / 阶段化展示（作为终态交付物形态）/ 成品阶段化展示 / 成品输出阶段化展示 / 发布。",
              "直接元素": [],
              "子分类": [],
              "分类性质": "内容"
            }
          ],
          "分类性质": "内容"
        }
      ],
      "分类性质": "内容"
    }
  ],
  "$leaves": [
    "工艺规约",
    "预准备",
    "预处理",
    "主体生成",
    "装配",
    "后期",
    "配套伴生",
    "检验",
    "交付"
  ]
}