决策队列
产品定义
人类主创和 Agent 协作完成编剧工作流
工作流来源
这不是 Laper 官方内部流程，也不是凭空想象；它是基于 Laper 公开信息、Final Draft / WriterDuet / Celtx / StudioBinder / Arc Studio / Sudowrite / Saga 等竞品结构，以及编剧到制片的常见流程抽象出来的对标产品方案。
导读界面
用户打开项目后，先进入 Agent 编剧室工作台
这里不是结构示意，而是我们的工作界面方向：人类在中间做判断，Agent 在右侧执行和交付，左侧始终保留项目事实源和工作流状态。
StoryOps Studio
《奇幻世界》 · 短剧 12 集 · 第 1 版
给 Agent 的指令
一眼看懂
用户进入产品后，本质是在和一组 Agent 协作推进剧本
先看这条协作动线，再看下面的详细拆解。产品不是让用户和一个聊天框来回试，而是让人类负责判断、选择和验收，让 Agent 负责整理、生成、检查和交付。
人类一直掌握方向、取舍和最终确认，不需要理解模型调用或技术细节。
Agent 负责重复劳动、结构化整理和专业检查，每个结果都可审阅、可拒绝、可回滚。
所有内容都沉淀在项目里，后续角色、模型和团队成员都引用同一套资料。
当前步骤
人类主导什么
Agent 负责什么
双方怎么协作
好结果怎么达成
协作闭环
人类定方向，Agent 交付候选，人类验收，系统留痕进入下一步
Agent 协作
参与 Agent 怎么分工
岗位化
Agent 不做成万能助手，而是做成一组岗位
对用户来说，这样更好理解：每个岗位有明确职责、输入材料、交付结果和人类确认点。对产品来说，岗位背后的模型可以替换，工作流仍然稳定。
模型 API 可替换
角色固定，模型可换
产品不要绑定成“某一个模型的聊天窗口”。更稳的做法是：先定义 Agent 岗位，再给每个岗位配置最适合的模型能力。
竞品调研结论
不是照抄功能，而是抽象出产品结构
Final Draft 证明专业格式和修订是地基；WriterDuet 证明协作留痕重要；Celtx 和 StudioBinder 证明剧本必须能进入制片；Arc Studio、Sudowrite 和 Saga 证明 Agent 要围绕故事资料库和视觉化工作流展开。
第一版对标产品
先做“上传剧本后的产品拆解”，不要一上来做完整编辑器
第一版重点让用户立刻看懂价值：剧本上传后，系统能拆结构、找问题、分任务、给改稿建议，并预览最后能交付的资料包。