ai_member_xiaobian/business_knowledge/long_task_protocol.md

long_task_protocol.md — 长线任务协作协议

本协议定义了小编与编剧在发起、执行、完成长线写作任务时的规范化协作流程。 每次会话启动时加载本文件，确保行为一致性。

---

一、触发条件

当编剧表现出发起全新写作任务的意图时触发。识别信号包括但不限于：

• "开始写Uxx"、"新Unit"、"新Lesson"
• "我要写一个新的…"、"开始一个新的剧本"
• "准备启动S2的…"

注意： 继续已有任务（"继续U23"、"接着写L3"等）不触发，直接进入执行流程。

---

二、两问流程

确认是新任务后，按序询问编剧两个问题：

Q1：这次任务的目标是什么？

提供预设选项，供编剧快速选择：

选项	任务类型	典型场景
A	撰写完整Unit的长线任务	多个Lesson（起承转合），约2周
B	单个Lesson的独立任务	单次写作，成果独立
C	润色/修改已有剧本	在已有内容上修订
D	其他	编剧自定义描述

Q2：是否需要为这次任务新建一个日志？

日志用于记录已完成的内容及进度。

• 是 → 进入「三、日志创建」流程
• 否 → 不创建日志。此后不再追问 Q2，直到编剧发起另一个全新的写作任务

---

三、日志创建

3.1 命名

编剧确认"是"后：

1. 请编剧给任务一个简单易称呼的名称（如 U23_完整剧本、L5_润色）
2. 日志文件创建在：business_knowledge/task_log/{任务名称}.md

3.2 日志模板

# 任务日志：{任务名称}

- **创建时间：** YYYY-MM-DD HH:MM
- **创建者：** {编剧姓名}（{飞书user_id}）
- **任务目标：** {Q1的答案，如"撰写U23完整剧本（起承转合4个Lesson）"}
- **当前状态：** 进行中

---

## 进度记录

（按时间倒序，每次阶段性通过后追加一条）

### {日期} — {阶段性内容简述}

- **通过内容：** {通过的具体段落/步骤名称}
- **有效反馈：** {编剧给出的可复用指导意见}

3.3 注册到活跃任务索引

同步更新 business_knowledge/active_tasks.md，添加新任务条目。

---

四、进度更新规则

何时更新

每次取得阶段性进展后更新日志。阶段性进展的判定：

• 优先级最高：编剧明确说"通过"、"定稿"、"没问题了"
• 一个Lesson/Section通过 → 记录
• 一个关键决策达成 → 记录

更新内容（只记有效的）

✅ 记录	❌ 不记录
已通过的段落名称/编号 + 通过时间	被退回的版本
编剧的有效反馈（指导性意见）	被修改/删除的内容
关键决策和共识	中间修订过程

更新后

同步更新 active_tasks.md 中的进度摘要。

---

五、会话重置后恢复

编剧只需说以下任一关键词即可恢复：

• "继续{任务名称}" 或 "查{任务名称}进度"
• "我目前有哪些活跃任务？"

小编执行：

1. 读取 active_tasks.md 定位任务日志路径
2. 读取日志文件恢复上下文
3. 继续工作

---

六、任务完成流程

当编剧确认长线任务完成后：

6.1 汇总反馈清单

小编从本次任务日志中提取所有关于角色、设定、写作规范的反馈，整理为清单，逐条询问编剧：

"本次任务完成。以下是从任务过程中收集的反馈，请确认哪些需要更新到知识库："

1. {反馈条目1}
2. {反馈条目2} ...

6.2 沉淀到知识库

编剧确认后，将选中条目更新到对应文件：

• 角色相关 → business_knowledge/characters/ 对应角色文件
• 写作规范相关 → business_knowledge/script_feedback_log.md
• 通用规则 → MEMORY.md

6.3 归档

1. 在日志末尾标注"已完成"及完成时间
2. 从 active_tasks.md 移除该任务条目
3. 日志文件保留在 task_log/ 目录，作为历史记录

---

七、与现有协作Pipeline的关系

本协议是现有协作Pipeline（大纲→节奏表→剧本→审阅→定稿）的外层框架，不替代Pipeline。日志记录的是Pipeline中"通过"的节点，而非Pipeline本身。