> For the complete documentation index, see [llms.txt](https://help.impact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.impact.com/brand/zh/what-would-you-like-to-learn-about/platform-features/review-partner-applications/recruitment-agent/write-effective-agent-instructions.md).

# 撰写有效的代理指令

您的 Recruitment Agent 由一组您可控的单一指令驱动。本文将解释这些指令的作用以及如何编写和优化它们。要设置代理本身，请参见 [招聘代理](/brand/zh/what-would-you-like-to-learn-about/platform-features/review-partner-applications/recruitment-agent.md).

{% hint style="warning" %}
**测试版：** 招聘代理目前处于测试版阶段，仅对少数品牌开放。
{% endhint %}

## **代理配置**

代理配置是代理用来评估潜在合作伙伴和入站申请的核心上下文。您将其写成纯文本指令，它是代理如何思考合作伙伴的唯一事实来源，无论是在 Discovery 还是在入站申请评估中。

您的指令准确性直接决定代理表现的好坏。含糊或不完整的指令会产生含糊或不可预测的结果。具体、详细的指令会产生一致且符合品牌调性的匹配结果。

当代理评估合作伙伴时，它只会使用您指令中提供的上下文。它不会引用您未包含的任何信息，因此请尽可能加入您认为有用的相关细节。

当您激活代理时，impact.com 会使用 AI 根据以下内容生成一套起始指令：

* 您的品牌 URL
* 您的 Marketplace Profile，包括垂直领域、商业模式、服务区域、受众和品牌规模
* 品牌与受众情报，包括受众所在国家、人口统计信息和热门内容类别

## **编写您的指令**

您可以完全控制自己的指令。您可以：

* 编辑生成文本的任何部分。
* 删除您不需要的内容。
* 用您自己的话从头重写全部内容。
* 在任意位置添加项目符号、段落或句子。
* 包含您会向人工审核员给出的任何指令。

您最多可写入 13,000 个字符，且格式不限。您可以写成散文，使用项目符号，或将文本组织成多个部分。任何您在手动评估合作伙伴时通常会检查的内容都值得纳入。例如：

* 您在浏览 Marketplace 时通常应用的筛选条件，例如垂直领域、地区、合作伙伴规模和商业模式。
* 您在申请中检查的数据点，例如受众人口统计信息、内容类别和社交互动率。
* 不合适的合作伙伴，例如其内容、受众或受众所在地与您的品牌不匹配的合作伙伴。

明确排除项。如果有您绝不会接受的合作伙伴类型，请直接说明，而不是指望代理自行推断。

您的指令越具体，代理就越挑剔： *Discover* 添加的潜在对象更少，且 *评估申请* 接受的合作伙伴更少。告诉代理当某个申请并未明确满足您的标准时该怎么做。例如，您可以编写规则，让某些申请保持待处理状态，这样代理就不会采取任何行动，而由您手动审核，而不是让它直接拒绝。

编写代理能够根据真实合作伙伴数据验证的标准。代理会将每个合作伙伴的资料与您的指令进行比对，因此，合作伙伴数据中不可见的要求可视为未匹配，而一个失效的排除条件就足以让代理跳过或拒绝该合作伙伴。

<details>

<summary>查看示例</summary>

我们是 ACME Corporation，一家户外装备和服装品牌，在美国和加拿大销售徒步、露营以及越野跑装备。

我们在寻找专注于徒步、露营和户外探险的内容创作者和评测网站，受众主要为北美地区 25 至 45 岁人群。我们最强的合作伙伴会在 YouTube、Instagram 和个人博客上制作装备评测、步道指南和操作教程类内容。我们与受众信任度高且互动稳定的中大型合作伙伴合作效果最佳。

不要添加或接受：

* 推广快时尚的合作伙伴
* 受众主要位于北美以外的合作伙伴
* 没有户外或探险聚焦的合作伙伴
* 曾发布宣传不安全荒野实践内容的合作伙伴

</details>

<details>

<summary>示例指令行</summary>

使用清晰、具体的行，让代理能够与合作伙伴数据进行匹配。例如：

* 核心细分：以一个最能代表您理想合作伙伴的主关键词开头，例如“主要细分：纯净美妆”或“核心细分：牛仔裤时尚”。
* 内容重点：“内容重点：牛仔穿搭灵感、牛仔裤版型指南和牛仔裤评测。”
* 合作伙伴所在地：“位于美国和英国的合作伙伴。”
* 受众所在地：“受众主要位于美国、加拿大和澳大利亚。”请将合作伙伴所在地和受众所在地分开列出，因为它们是不同的标准。
* 受众人口统计信息：“受众主要为 18 至 34 岁女性。”
* 渠道：“优先选择 Instagram Reels 和 YouTube Shorts 创作者。”
* 规模和覆盖范围：“Instagram 粉丝至少 100,000 人”或“YouTube 订阅者 50,000 人及以上。”
* 互动：“优先选择互动率强、约 2% 或更高的合作伙伴。”
* 业务类型：“包括创作者、评测内容和编辑合作伙伴。”
* 排除项：“不接受仅靠优惠券的网站”或“不接受受众位于我们核心市场国家之外的对象。”

要扩大结果范围，请移除或放宽最严格的条件，例如狭窄的国家列表、严格的粉丝门槛或过于具体的频道要求。

</details>

{% hint style="warning" %}
**警告：** 对指令的编辑仅适用于未来的 Discover 运行和未来的申请决策。代理不会重新打开已经做出的决定。若要重新查看过去的决定，请从 Applications 页面手动操作。
{% endhint %}

## **测试并优化您的指令**

您的指令会随着迭代不断改进。先进行一次小规模测试，看看代理如何解读它们，再决定是否开展全面招聘。

* **使用 Discover 进行测试：** 将 Discover 子代理的 **最大运行限制** 设置为较小的数字，例如 10，然后选择 **运行 Discover**。查看代理筛选出的潜在对象，并根据它们是否符合您的预期来优化指令。重复此过程，直到结果始终符合品牌调性，然后再提高限制。参见 [跟踪 Recruitment Agent 结果](/brand/zh/what-would-you-like-to-learn-about/platform-features/review-partner-applications/recruitment-agent/track-recruitment-agent-results.md).
* **使用 Evaluate Applications 进行测试：** 在 Autopilot 中运行 Evaluate Applications 子代理 **Autopilot** 以便代理对申请采取行动。一旦您的第一批申请进来，请密切审查代理的决策，并根据您看到的情况调整指令。如果您更愿意在代理的决策生效前先检查它们，请在 **Copilot。** 中运行该子代理。然后，代理会将每个申请建议性地分配到一个组中，并允许您从 *申请* 页面上做出最终决定。当代理的建议始终与您的决定一致时，请切换到 **Autopilot**.

## 指令常见问题

有关编写和优化指令的常见问题。

<details>

<summary>怎样才能最快改善 Discover 结果？</summary>

先用一个清晰的核心细分短语开头，然后为合作伙伴所在地、受众、合作伙伴类型、渠道和排除项添加明确的行。

</details>

<details>

<summary>我应该将合作伙伴所在地和受众所在地分开列出吗？</summary>

是的。“位于 \[国家/地区] 的合作伙伴”和“位于 \[国家/地区] 的受众”是不同的标准，而且两者都很有用。

</details>

<details>

<summary>我可以使用精确数字吗？</summary>

可以。当您有明确目标时，数字范围，例如最低粉丝数，非常有帮助。

</details>

<details>

<summary>为什么我想要的合作伙伴没有自动通过？</summary>

通常是因为标准过于严格、相互矛盾，或者在合作伙伴数据中不可见。放宽或澄清相关行，然后再次运行。

</details>

<details>

<summary>我应该多久更新一次指令？</summary>

只要您的目标发生变化，就更新指令，例如进入新市场、推出新产品线、调整渠道策略或改变受众重点。即使是很小的修改也会改变结果，因此只要定位需求发生变化，就应随时更新。

</details>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://help.impact.com/brand/zh/what-would-you-like-to-learn-about/platform-features/review-partner-applications/recruitment-agent/write-effective-agent-instructions.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
