# 共创模式流程描述

> 基于四意图简化流程图的文字描述：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`，等待下一轮任意意图输入 |