Laper可搭建自主交接、循环迭代的AI内容创作团队，通过研究员查资料、写手组织语言、评审员盯逻辑、编辑器统一体验四角色分工协作，严格对齐IO格式、配置驳回重试机制、绑定Wiki知识库并生成母稿ID实现全程可追溯。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用 Laper 搭建一支能自主交接、循环迭代的 AI 内容创作团队，不是把几个提示词堆在一起，而是让研究员查资料、写手组织语言、评审员盯逻辑漏洞、编辑器统一风格——每个角色只做一件事，且输出必须能被下一个角色直接消费。
初始化团队结构与角色定义
打开 Laper 控制台 → 点击「新建团队」→ 选择「内容创作」模板（该模板已预置研究员/写手/评审员/编辑器四角色基础配置）。
手动修改每个 Agent 的 system prompt：研究员必须带明确搜索指令（如“仅使用近90天内权威信源，拒绝维基类二手信息”），写手需声明“不自行补充事实，所有论据必须来自研究员输出”，评审员要包含硬性检查项（如“每段首句是否为主旨句？是否存在未定义缩写？”）。
【角色间输入输出格式必须完全对齐】例如研究员输出必须是 Markdown 表格，含“来源链接｜关键事实｜可信度评级”三列；写手输入解析器会严格按此结构读取，缺一列即报错中断。
配置任务流转与循环机制
方法一：设置评审员为决策节点
在流程图界面，将评审员节点的「通过」分支连向编辑器，「驳回」分支连回写手节点，并勾选「重用上一轮输入+追加评审意见」。
方法二：启用自动重试阈值
在评审员配置页 →「质量控制」模块 → 设置「连续驳回上限=2」。当同一稿被驳回两次，系统自动触发升级流程：将问题摘要+原始母稿推送给研究员，要求重新检索补充依据。
这一步不能跳过——没有循环机制的多 Agent 系统，本质仍是单次流水线，无法应对真实创作中反复校准的需求。
接入共享知识库与版本锚点
第一步：在 Laper 项目设置中绑定 WikiWorks 空间，授权读写权限。
第二步：为每次团队协作生成唯一母稿 ID（格式：M-YYYYMMDD-XXXXX），所有角色输出均自动存入 Wiki 对应页面的子章节，并打上时间戳与角色标签。
第三步：写手启动时，强制加载最新母稿 ID 下的全部研究员输出和历史评审意见；编辑器交付终稿前，必须比对 Wiki 中上一版终稿的差异点并人工确认。
不绑定 Wiki 的 Laper 团队，产出物永远是孤岛。你无法追溯某句修改源于哪次评审意见，也无法复用某次调研的原始数据。
启动首次协同执行
在 Laper 控制台点击「运行团队」→ 输入主题（如“2026年AI编程工具落地瓶颈分析”）→ 系统自动触发研究员搜索 → 写手生成初稿 → 评审员返回带行号标注的修改建议 → 编辑器整合输出 → 全部结果实时同步至 Wiki 页面。
此时可在 Wiki 中看到完整时间线：研究员耗时142秒获取7份信源摘要，写手用89秒完成2380字初稿，评审员在第3段第2句批注“此处引用的Gartner报告未说明样本量，需补数据”，编辑器最终交付稿已插入修订说明框。
