> ## Documentation Index
> Fetch the complete documentation index at: https://aisa.one/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# 用 AIsa 构建销售研究 Agent

> 规划以只读为先的公司、人员、联系人、创作者和触达研究工作流，并明确同意与操作边界。

销售研究 agent 应当从只读的发现和数据补全开始。发送消息、把联系人加入触达序列、修改 CRM，都是会产生外部副作用的、需要单独授权的写操作。

## 选择能力

| 需求            | 从哪里开始                                                         |
| ------------- | ------------------------------------------------------------- |
| 公司、人员和联系人 API | [API 参考](/docs/zh/api-reference)                                   |
| SEO 与竞品机会研究   | [SEO Keyword Research](/docs/zh/agent-skills/seo-keyword-research) |
| 创作者与联系人发现     | [API 参考](/docs/zh/api-reference)中相关的 WaveInflu API 页面              |
| 更广泛的公司或市场证据   | [研究型 agent 用例](/docs/zh/use-cases/research-agent)                  |
| 面向任务的可复用工作流   | [Agent Skills](/docs/zh/agent-skills)                              |

当应用必须控制筛选、打分、去重或 CRM 字段映射时，使用直接 API。当流程可复用、且 agent 应遵循一致的研究方法时，使用 Skill。

## 推荐工作流

### 1. 定义目标画像

明确符合条件的组织、职位、地域、行业、公司规模或创作者画像。避免收集无关的个人数据。

### 2. 发现组织或人员

先用较宽的检索条件，再逐步收窄结果集。保留来源标识和 URL，便于溯源和去重。

### 3. 只对入围记录做数据补全

数据补全可能计费，也可能返回个人或职务联系信息。请遵循数据最小化原则：

* 只请求工作流需要的字段。
* 不要默认对所有发现结果做补全。
* 记录来源和获取时间。
* 遵守适用的隐私、同意和触达要求。

### 4. 用明确的标准打分

保持资格判定逻辑可审查。区分：

* 来源数据。
* 计算出的分数。
* 模型生成的解读。
* 缺失或不确定的字段。

不要让模型编造营收、员工数、职位、联系方式或采购意向。

### 5. 准备触达简报

研究结果可以包含公司背景、相关触发事件、建议话术和来源链接。起草不等于发送。

### 6. 为外部操作设置关卡

在创建联系人、把人员加入触达序列、发送消息或修改外部系统之前：

1. 确认已连接的账号和所需权限。
2. 展示将要执行的操作及其对象。
3. 在策略要求时获得确认。
4. 以最小范围执行一次操作。
5. 校验外部执行结果。

有读取权限不代表有写入权限。

## 最小文档集合

* [按目标查找能力](/docs/zh/by-goal)
* [按接口查找能力](/docs/zh/by-interface)
* 具体的公司、人员、数据补全或创作者 API 页面
* [认证](/docs/zh/guides/authentication)
* [安全](/docs/zh/guides/security)

## 什么时候未必需要 AIsa

如果团队只用一家提供商，并且已有稳定的数据补全、同意管理和触达流程，那么直接对接 CRM 或数据提供商可能更简单。