案例：把研究方法交付给团队

这次做一个给一线团队用的企业研究助理。新建项目，写下目标和边界：整理研究草稿、保留来源，任何开户决定仍由人负责。

跟着做 · 新建项目，保存 brief，再选择 DeepAgents 管理员对话。

上传匿名说明，把方法拆成主体确认、来源核实和可比规则。脚本单独保存，写明输入输出，方便长期维护。

跟着做 · 检查演示工作区中的规则、步骤与脚本说明。

新建研究服务，选连接、规则版本和开放资料。只授权需要的脚本与联网能力，先存草稿，再按使用者身份测试。

跟着做 · 填写研究服务配置，取消立即发布并保存草稿。

打开服务测试，选择草稿，回复就按服务配置执行。联系管理员会模拟，但其他已授权工具仍可能执行操作。

跟着做 · 选择演示草稿，点击开始测试并输入虚构企业。

打开轨迹视图，查看文件和工具记录，寻找核实步骤的证据。没有记录，不能直接断定什么都没做。

跟着做 · 切换到 Tracing，选择演示轮次并查看执行顺序。

退出测试，回到 DeepAgents 管理员对话，分析核实不足的原因。把纠正写进共享规则文件：以后只给主体，也先获取并验证背景。

跟着做 · 退出测试，提出规则修改并核对文件编辑结果。

重新测试，先确认主体、年度和独立公司口径，再研究。服务配置若改变，需要退出并重新开启测试。

跟着做 · 重新开始演示测试，检查澄清顺序。

确认测试结果后，核对规则和开放范围，再发布服务。分享链接，同事就能开始研究任务。

跟着做 · 核对演示服务配置并展示发布后的访问入口。

同事提交匿名研究案例。助理先确认主体，再展示资料来源、可比样本口径和待核实项。输出是一份研究草稿，仍要由人复核。

跟着做 · 在服务对话输入匿名案例，展开演示报告摘要。

同事指出，样本甲是集团合并口径，不能直接比较。助理解释范围差异，排除这个样本，并修订本次报告，保留待核实项。

跟着做 · 提交口径纠正，检查样本排除与修订说明。

同事建议把主体和口径列为必检。确认后提交建议和上下文。这里演示发布后的反馈，和测试模拟通知分开。

跟着做 · 确认发送演示建议，查看收件箱中的新反馈。

开启服务记录区，让管理员主聊天查阅反馈。由人审核，再通过 DeepAgents 或文件编辑器保存共享规则并复测；反馈不会自动改写规则。

跟着做 · 展示 Service 记录区授权，再按审核结论回到项目修改规则。