输入工作邮箱、描述任务、选择调研或人工审核等工具，然后在请求进入更深层工作流之前先完成确认。
Dureach 让你从业务结果出发，而不是从提示词出发来聘用 AI 专家。你先描述任务，确认推荐的智能体，并在请求进入执行前保持下一步审核节点清晰可见。
提交之后，Dureach 会把该请求打包成一个可审核的工作流，其中包含已命名的专家智能体、选定的工具，以及清晰的下一步操作员检查点。与松散的聊天线程或通用 AI 助手对话记录相比，这种交接方式更便于实际使用。
| 雇佣问题 | Dureach 的处理方式 |
|---|---|
| “这项工作应该由谁来负责？” | 推荐合适的专家智能体，例如研究员、SDR、写作者或网站搭建人员 |
| “我最终会收到什么？” | 在请求继续推进前展示预期交付物 |
| “我能先审核成果吗？” | 在执行前保持审批流程和人工审核清晰可见 |
先从雇佣请求表单开始，说明你需要的业务结果，确认推荐的专家智能体，再在请求进入工作流之前完成确认。
团队会用 Dureach 处理潜客研究、外联规划、内容生产、网站工作，以及带有操作员审核的工作流执行。
Dureach 围绕可治理执行而设计，因此团队可以在面向客户的工作正式上线前，持续保留人工审核和交接检查点的可见性。
这个 intake 故意保持简单：邮箱、任务描述、工具选择、推荐智能体，以及说明下一步的确认步骤。
梳理市场、给账户排序，并把粗略 ICP 想法整理成可直接外联的目标名单。
示例 brief: 帮我调研北美 50 家招聘科技公司，并按最可能需要冷启动外联支持的优先级排序。
起草外联序列、回复分支与跟进逻辑，同时保留清晰的审批检查点。
示例 brief: 为一家向招聘公司销售 AI 工作流自动化的创始人，写一套 5 封邮件的外联序列。
把一个选题或定位角度变成选题 brief、结构草稿与可上线的内容发布包。
示例 brief: 帮我做一篇关于 AI 智能体预算的博客发布包，面向需要客户证明材料的代理商。
围绕 offer、证明、CTA 节奏与实现细节，设计新的落地页结构。
示例 brief: 为“雇佣 AI 智能体帮助 B2B 团队做调研和外联”写一份转化导向的落地页草案。
整理线索上下文、总结账户活动，并为营收流程准备更清晰的交接。
示例 brief: 汇总高意向网站访客，标记应交给销售的线索，并整理 CRM 备注。
请求会在自主执行扩展前，先经过确认、审批与运营检查点。
请求会被整理成未来工作流 payload 的形状，让来源页面、所选工具与选定智能体保持可见。
对于面向客户的执行，团队可以保留人工审批，而不拖慢 intake 这一步。
