Files
mcn-short-video/参考资料/共创模式流程描述.md
T

7.9 KiB
Raw Blame History

共创模式流程描述

基于四意图简化流程图的文字描述:Agent 采用 ReAct 循环驱动,四种意图 + 确认门 + 跨意图跳转。


一、总体架构

Agent 采用 ReAct 循环驱动,每轮用户输入均经三步处理后更新会话状态、等待下一轮:

Observe(读取状态)→ Reason(识别意图)→ Act(执行动作)→ 更新状态 → 等待下一轮

左侧竖线标注「观察→推理→执行」三步节奏,每轮用户反馈驱动下一轮循环。

会话状态核心字段:

字段 说明
settings_confirmed 人设 + 框架是否已经编导确认(布尔值)
persona 当前达人人设
framework 当前脚本框架
last_output 上一轮生成的内容

二、四种意图

每轮输入后,Agent 将用户意图归类为以下四种之一:

意图 名称 驱动方 触发条件 门控
① 编导常规提问 编导 查询知识、对标竞品、分析数据等知识类问题 无
② 编导创作脚本 编导 要求生成选题、大纲或脚本 前置门
③ 确认/修改设定 AI 创作前确定人设和框架(AI 主动发起,或由②/④跳入) 确认门
④ 编导提出疑问 编导 对已生成内容不满意或提出质疑 无

三、各意图详细流程

意图① 编导常规提问

触发场景: 查询知识、对标竞品、分析数据等——不涉及内容生成的提问。

编导常规提问
    ↓
查询 · 对标 · 分析
    ↓
直接回答
    ↓
完成 → 等待下一轮输入

规则:

  • 无任何前置检查,无确认门,不依赖 settings_confirmed 状态
  • 回答完成后直接进入下一轮 ReAct 循环
  • 对应流程图蓝色列

意图② 编导创作脚本

触发场景: 编导要求生成选题建议、短视频大纲、广告植入大纲或逐镜头脚本。

编导创作脚本
    ↓
选题 · 大纲 · 脚本
    ↓
【前置决策】settings_confirmed 是否为 true?
    ├── 否 ──→ 「设定已确认?」不通过 → 跳转意图③确认/修改设定
    └── 是 ──→ 通过前置门,继续执行
              ↓
           生成内容
              ↓
           输出结果 → 等待编导下一轮反馈

规则:

  • 前置门(必须):人设 + 框架未确认前,不执行任何创作,强制跳转意图③
  • 无确认门:内容生成后直接输出,不询问"是否满意";满意与否在编导下一轮输入中自然体现
  • 编导下一轮反馈的两条路:
    • 「继续」「下一个」「再来一条」→ 继续执行意图②
    • 对内容提出质疑或不满 → 路由到意图④
  • 对应流程图绿色列,其中「设定已确认?」为决策节点(底色加深区分)

意图③ 确认/修改设定

触发场景:

  • 意图②前置检查未通过时,AI 主动发起
  • 意图④复盘后判断根因是「设定问题」时,路由跳入
  • 编导主动表示需要调整人设或框架时触发
确认/修改设定
    ↓
AI输出人设 + 框架
    ↓
【编导确认?】
    ├── 否 ──→ 编导提出修改 → 更新草稿 → 循环回到「AI输出人设+框架」
    └── 是 ──→ 确认通过
              ↓
           settings_confirmed = true
              ↓
           询问是否创作
              └── 确认 → 跳转意图②(生成内容)

规则:

  • 有确认门:编导未明确确认前,AI 不得自动推进;修改后重新输出、循环等待直到编导确认
  • «否»分支回路(左侧曲线箭头):修改意见 → 重新输出设定 → 再次等待确认
  • 每轮修改需标注变更项,方便编导快速对比
  • 确认后主动询问是否开始创作,编导同意后才跳转意图②;如编导表示暂不创作则等待下一轮
  • 对应流程图紫色列,其中「编导确认?」为决策节点;«否»走左侧回路

意图④ 编导提出疑问

触发场景: 编导对已生成的选题、大纲或脚本表达不满意,或提出具体质疑。

编导提出疑问
    ↓
对内容不满意
    ↓
AI复盘分析(决策节点)
  · 结合编导疑问 + 当前人设 + 当前框架 + 上一轮输出内容
  · 分析维度:人设匹配度 / 框架适配性 / 内容执行偏差 / 选题方向
    ↓
根因分流
    ├── 设定问题 → 跳转意图③,重新确认/修改设定
    └── 内容问题 → 跳转意图②,重新生成内容

规则:

  • 无确认门:复盘分析完成后直接输出根因报告,同时给出明确的路由方向
  • 根因报告须清晰区分「设定问题」或「内容问题」,避免编导困惑
  • 路由后的执行遵循对应意图的规则:跳③走确认门循环,跳②直接生成
  • 如编导对路由方向有异议,以编导判断为准,按编导指定路由执行
  • 对应流程图橙色列,其中「AI复盘分析」为决策节点(底色加深),下方两条分支分别指向③和②

四、意图间跳转关系总览

本轮编导输入
    ↓
意图识别
    ├── ① 编导常规提问
    │       └── 查询/对标/分析 → 直接回答 → 完成(无后续跳转)
    │
    ├── ② 编导创作脚本
    │       ├── [前置检查未确认] ──虚线→ ③ 确认/修改设定
    │       └── [前置检查通过] → 选题/大纲/脚本 → 生成内容 → 输出结果
    │              ↑                                               │
    │              │                    编导下轮反馈 ←────────────┘
    │              │                        └── 不满意 → ④ 编导提出疑问
    │              │
    ├── ③ 确认/修改设定
    │       ├── 否(修改)→ 回路重新输出草稿
    │       └── 是(确认)→ 询问是否创作
    │              └── 确认为 → 虚线跳转 ②
    │
    └── ④ 编导提出疑问
            └── AI复盘分析 → 根因分流
                    ├── 设定问题 ──虚线→ ③
                    └── 内容问题 ──虚线→ ②

跳转路径汇总:

起点 终点 触发条件 线型
② 前置检查 ③ 人设/框架未确认 虚线
③ 确认后 ② 编导同意创作 虚线
③ 修改 ③(自循环) 编导不满意 曲线回路
④ 复盘 ③ 根因为设定问题 虚线
④ 复盘 ② 根因为内容问题 虚线

五、确认门规则汇总

意图 门控类型 机制说明
① 编导常规提问 无门 直接回答,不依赖任何状态
② 编导创作脚本 前置门 进入前检查 settings_confirmed;未通过则跳③;通过后直接生成并输出,无后置确认门
③ 确认/修改设定 确认门 编导未确认前循环修改(回路);确认后询问是否创作,同意后方跳②
④ 编导提出疑问 无门 复盘后自动路由到③或②,不中断确认

六、异常处理

场景 处理方式
编导在②跳③后想跳过设定确认 说明设定未确认无法保证创作质量,引导先完成意图③
意图无法识别 AI 主动询问:「您是想调整设定、生成内容,还是有其他问题?」
意图③反复修改超过 5 轮仍未确认 输出当前版本与编导期望的差距说明,询问是否重新梳理设定方向
意图④复盘后编导对路由方向有异议 以编导判断为准,AI 按编导指定路由执行
编导在③确认后说不创作 状态保持 settings_confirmed = true,等待下一轮任意意图输入