用于潜在客户发现的 AI 助手，可以把市场问题变成附有来源信息、身份核查结果和入选理由的企业短名单。真正有用的产出是可供决策的研究材料，而不是未经检查的联系人导出表。外联或修改 CRM 前，必须由人审核短名单。
在 Dureach，这是一项交给指定研究专员的明确任务，属于由运营人员审核的 AI 工作团队。交付成果和批准节点都应清楚。
潜客发现任务说明应包含什么？
先说明业务任务：寻找潜在买家、评估供应商，或识别适合拓展的现有客户。写明产品或服务类别、目标市场、买方角色、排除条件、信息来源，以及短名单要支持的决策。不要加入密码、私人客户数据导出或不必要的个人信息。
例如：“寻找目标市场中该类产品的进口商，列出运输或海关相关记录，核对企业身份，标记不确定的匹配，并提交短名单供审核。”HS 编码可以帮助限定范围，但仍须核对商品描述和企业背景。
| 任务字段 | 需要说明的内容 |
|---|---|
| 范围 | 产品、市场、企业类型和排除条件 |
| 信号 | 运输或海关记录、企业记录，或其他获准使用的来源 |
| 决策 | 企业为何符合条件，以及哪些情况需要排除 |
| 产出 | 企业、来源、日期、身份匹配、不确定之处和下一步 |
Copilot 如何把任务转成可审核的计划？
在 Dureach 的 /app/copilot 打开 Copilot，输入问题和所需产出。如果任务需要保存计划和研究成果，可从 Copilot 工具中选择 Deep Research；项目保存在 /app/ai-projects。澄清问题是可选的，只应针对会改变范围或决策的关键缺口。执行前先审核并批准计划。
研究顺序是 Prompt -> Clarify -> Plan -> Approve -> Research -> Validate -> Match -> Deduplicate -> Artifact -> Review。任务由服务器运行，关闭浏览器后仍可继续。进度应展示可观察的工作和来源信息摘要，而不展示模型内部推理。使用成果前，负责人须审核保存的材料及来源链。
如何核查信号与企业身份？
按 信号 -> 线索 -> 信息补充 -> 判断 -> 联系 -> 销售管道 的顺序开展工作。贸易场景下，先查看运输或海关记录的商品描述、日期、航线及重复交易活动，再判断企业角色。运输记录可以支持商业假设，却不能证明当前采购意向。
核对企业名称、域名、所在地、子公司和经销商。把 AI 输出视为候选数据，以权威记录为准；补充联系人之前，使用确定性规则匹配和去重。保留数据来源与可重放事件，让审核者能够追溯决策。日志不得包含密钥等秘密信息。
如果来源信息不足、记录冲突，或联系人无法匹配，应标记为不确定并缩小搜索范围。不要用看似合理的内容填补事实空白。
审核者应收到并批准什么？
提交简明短名单，列出企业、来源和日期、身份匹配依据、相关产品或市场信号、待确认问题及建议的下一步。审核者可批准、拒绝或要求继续研究。只有已批准的发现才能用于外联草稿或 CRM 交接。
联系任何人之前，应核查各数据来源允许的用途、联系人来源、适用的同意要求、退订及屏蔽状态、受限地区或用途、数据保留和发送限制。审核基于贸易数据的表述，避免暗示掌握私人意图或进行监视。记录每项决定的负责人及理由。
短名单如何交给下一个流程？
把已批准的企业摘要、来源链接、匹配的联系人角色、未解决问题、负责人和下一步交给外联或 CRM 负责人。草稿及 AI 建议的字段更改在审核前仍是候选内容。回复或拒绝结果应反馈到企业假设和后续研究中。
跟踪获批企业、被拒绝或重复的匹配、来源覆盖情况以及交接完整度。名单数量本身无法说明研究是否有助于决策。
应用内的具体步骤和界面状态见使用 Copilot 和 Deep Research。在 /app/copilot 中说明研究任务和所需成果，并在启动任务前审核计划。
常见问题
潜客发现的产出是什么？
一份经过审核的企业短名单，附有来源来源信息、身份判断、不确定之处和建议的下一步。
贸易记录能证明采购意向吗？
不能。它记录了某项活动，仍需要结合背景、日期和人工判断。
什么时候使用 Deep Research？
当任务需要保存计划、使用多个来源、进行验证并形成可审核成果时。它是 /app/copilot 中的模式；项目与成果保存在 /app/ai-projects。
AI 可以直接更新 CRM 吗？
把 AI 建议的更改视为候选内容。先核实身份、去重并批准交接，再修改权威记录。
来源互相矛盾时怎么办？
标记匹配结果为不确定，保留两个来源，缩小搜索范围或交由人工审核。不要默默选用其中一条。
外联前必须核查什么？
核查企业匹配度、有来源支持的表述、联系人来源、适用的同意要求、退订与屏蔽、受限用途和发送限制。