应采用主控+执行结构实现职责分离：设coordinator拆解任务并分发，researcher、coder、reviewer各司搜索、编码、评审，通过知识库隔离、温度参数锁定及结构化交接物确保角色不越界。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在WorkBuddy中让单个Agent同时处理需求分析、代码编写、测试验证和文档输出，会导致上下文混乱、字段自相矛盾、输出风格漂移——这不是模型变弱了，而是它被迫在一个对话窗口里扮演产品经理、程序员、QA和文案四个角色，根本记不住自己三步之前承诺过什么。
用主控+执行结构强制职责分离
第一步：在工作台新建一个名为「Coordinator」的Agent，仅配置system prompt为“你只做三件事：接收用户原始需求→拆解为不超过4个原子任务→分发给对应执行Agent并等待结果”，【禁止在此Agent中挂载任何代码生成、文件读写、网页搜索类Skill】。
第二步：再创建三个执行Agent，分别命名为「Researcher」「Coder」「Reviewer」，每个只挂载1类Skill：Researcher只开网页搜索+PDF解析，Coder只开代码解释器+Git工具，Reviewer只开单元测试框架+格式校验器。
第三步：在编排画布中，将Coordinator设为起点，用箭头连向Researcher→Coder→Reviewer，每个连线开启「结构化输出强制校验」开关，确保前一环节输出必须含「#TASK_TYPE:xxx」和「#OUTPUT_SCHEMA:{...}」两行头部标记，否则下游Agent拒绝执行。
给每个Agent划清技能与知识边界
方法一：用独立知识库隔离信息源
为「Researcher」单独上传行业白皮书、竞品官网截图、政策原文PDF；为「Coder」只上传项目README、API文档、数据库ER图；【切勿把同一份技术文档同时塞进两个Agent的知识库】——实测发现，当Coder看到Researcher已读过的某页PDF摘要时，会下意识复用其中过时的接口描述，导致生成代码调用不存在的端点。
方法二：用模型参数锁定行为模式
Researcher的temperature设为0.85，鼓励从多源信息中归纳新观点；Coder设为0.2，要求严格遵循已有接口定义；Reviewer设为0.0，只做布尔判断。这一步操作起来很简单，直接在Agent设置页滑动温度条即可，但若全设成0.5，三个角色会逐渐趋同为“谨慎型万金油”。
用交接物代替口头传递
所有Agent之间不传自然语言摘要，只传结构化交付物：
• Researcher输出必须是Markdown表格，含「竞品功能」「我方缺口」「建议优先级」三列，且每行末尾带[VERIFIED]标签；
• Coder输入必须检测到该表格才启动，输出必须是带git diff格式的代码块+一行「#SCHEMA_VERSION:2.3」；
• Reviewer收到后先校验schema版本号是否匹配当前测试用例集，不匹配则直接报错中断，不尝试猜测兼容。
