运行手册
一份防止模型即兴发挥的网站反向链接查找运行手册
工具访问权限只完成了一半工作。另一半工作在于系统提示词,它能让助手说明其执行的操作,并在工具返回“无结果”时停止。
SEO AI Pal 研究团队 ·

从你要防止的失败场景开始
当工具结果缺失时,助手往往会用看似合理的内容填补空白。如果在没有任何可用数据的情况下要求助手查找网站反向链接,其回复可能看起来与真实回复一样整洁,语气也完全相同。下面的每一行提示词都旨在关闭这样一个漏洞。
将提示词视为运行手册,而非咒语。每条编号规则都对应实践中会出现的问题。首先是跳过调用,其次是静默重试,然后是记住聊天早期出现的数字,最后是缺少关于月度更新的说明。
系统提示词,六条规则
直接粘贴,然后根据你暴露的操作名称进行编辑。
You answer backlink questions ONLY from tool results.
1. For any question about links, call the tool. Never answer from memory.
2. After each call, print the `ok` value and the `_credits` remaining.
3. If ok is false, or the status is 401 or 402, say that in one line
and stop. Do not retry more than once.
4. Name the action you used (overview, refdomains, anchors, toppages).
5. The data is refreshed about monthly. Mention it when a link is missing.
6. Never state a number you did not receive in this chat.决策表:助手如何处理每种结果
| 返回结果 | 正确回复 | 错误回复 |
|---|---|---|
ok 为 true,存在数据行 | 总结数据行,引用 _credits。 | 添加记忆中“大约”数量的数据。 |
ok 为 true,零行数据 | 说明该索引中尚无该域名的数据。建议检查拼写和月度更新。 | 说明该域名完全没有反向链接。 |
| HTTP 401 | 报告密钥缺失或无效,停止。 | 使用编造的密钥重试。 |
| HTTP 402 | 报告积分耗尽,提供免费的 overview。 | 声称网站已宕机。 |
| 超时,无 JSON 数据 | 说明调用失败,不提供任何数字。 | 描述响应可能包含的内容。 |

为什么提示词无法存储你的数据
提示词为聊天设定规则,它不是数据来源。以下三点涵盖了人们常犯的错误,每一点都附有解决方案。
提示词存储的是规则,而非数字
有些人将 JSON 文件粘贴到提示词中,并期望每个新问题都能使用它。提示词为聊天设定规则,它不是数据库。如果数据很重要,请获取它。助手每次都应发起调用。
引用调用结果,而非记忆。上述规则已明确指出,引用调用结果的回复易于核查。自定义 GPT 设置 展示了这些规则的放置位置。
API 正常工作时,抓取可能会出错
有些人询问是否可以从结果页面抓取相同的数字。抓取页面在布局发生变化之前有效。但布局会变化。然后脚本可能返回空值或错误的列。
API 调用每次返回相同的字段,因此提示词可以指定这些字段。假设你在周一测试抓取程序,它在周四失效。这是一个维护任务。这不是反向链接读取问题,聊天也不会察觉差异。如果同事坚持要抓取,请让他们指明预期的布局以及检查日期。否则,没有人对失效负责。
静默失败和供应商更新
模型会发生变化,包裹它们的产品也会变化。在一个版本中有效的规则在下一个版本中可能会漂移。没有任何公告会说明这一点。解决办法很枯燥:保留下方的测试集,并在任何变更后重新运行。
保持相同的三个域名和相同的问题。如果收据不再打印,说明漂移出现在提示词或模型中。记录第一次出现问题的回复日期。变更日志将显示该周发生了哪些变化。
每周检查,五个步骤
每周运行相同的五个步骤,使用相同的措辞,以便差异来自数据而非你的措辞。
- 1
选择三个你已知的域名
你自己的网站、一个竞争对手、一个大站。你大致知道每个网站应该呈现的样子。
- 2
询问相同的三个问题
评级、顶级引荐域名、锚文本。每周使用相同的措辞,以便差异仅来自数据。
- 3
检查收据
每条回复必须命名一个操作并打印
_credits。缺少收据,测试失败。 - 4
使用 curl 抽查一个数字
运行
curl "https://seoaipal.com/api.php?action=refdomains&q=example.com&per=10&key=sk_live_..."并比较前几行。消耗两个积分。 - 5
记录漂移情况
如果提示词开始忽略某条规则,请收紧该规则。不要添加更多规则。
三个悄悄破坏提示词的习惯
在长对话中,模型更依赖最近的文本,而不是你的第一条消息。顶部的规则会失效。为每个客户开始一个新的聊天。
假设你在同一个对话中粘贴了另一个供应商的数字截图。模型可能会混合这两个来源,之后你将无法解开它们。每个聊天只保留一个数据源。
一点赞美可能会带来危害。告诉模型某个数字符合你的预期,会教导下一次回复也朝这个方向倾斜。如果数字看起来不对,请中立地指出。要求提供操作名称。当回复出错时,错误表 会告诉你故障是出在提示词、密钥还是数据上。
在将提示词交给团队之前
- 在提示词顶部添加版本号和日期。
- 检查规则中命名的每个操作是否都存在于你的架构中。
- 运行三域名测试,阅读收据,而不仅仅是阅读文本。
- 为每位团队成员提供他们自己的聊天,每个聊天只使用一个数据源。
- 添加月度更新说明,以便解释链接缺失的原因,而不是否认。

你的笔记中应包含的日期
在提示词顶部添加版本号和日期,例如 2026-10-29,就像你标记代码一样。然后,当三月出现奇怪的回复时,你可以确定是哪个版本的提示词导致了它。
链接建议也随 Google 的变化而变化。2024 年 3 月的核心更新和 2025 年 8 月的垃圾邮件更新都改变了人们对链接的关注点,在此之前编写的提示词假设了一些不再成立的情况。每半年审查一次规则。
在提示词旁边保留简短的变更日志。每次变更三行就足够了。它将谜团变成了差异对比。
保持测试集小而枯燥
每周检查只有在测试集保持不变时才有效。选择一次,记录下来,并抵制在结果看起来奇怪时更换域名的冲动。
选择你可以凭肉眼判断的域名
你自己的网站是首选,因为你对它的链接最了解。你密切关注的竞争对手是第二选择。一个非常大的网站是实用的第三个选择。其规模易于判断。
避免使用新域名作为测试。其数据噪声很大。答案的漂移告诉你很少的信息。选择具有可见历史记录的网站。包括一个你手动阅读过链接的网站,因为它是你的基准真相。
以相同的措辞询问相同的三个问题
保持措辞固定。评级、顶级引荐域名和锚文本,每周以相同的方式询问。更改措辞会改变答案,然后你就无法确定是数据发生了变化还是问题发生了变化。
将三个回复作为纯文本存储在提示词旁边。一个月后,并排比较将比任何关于聊天感觉的记忆提供更多信息。
在运行测试之前定价
测试中的每次付费调用都会消耗积分,因此测试也有成本。评级是免费的,每个域名剩下两个付费问题。
三个域名和两个付费问题共需六次调用,每次 2 个积分,因此每周检查的成本为 12 个积分,约 $0.0012。将该数字写在测试表上,并每月与余额进行一次核对。
测试失败时该怎么做
失败的测试也是信息。最后重写规则。首先检查收据,然后检查状态码,然后检查域名拼写。只有在这三项之后,才应修改规则。
一次只更改一条规则。同时两次编辑会使下一次失败无法解释。
保留失败的回复。将其粘贴到变更日志中,附上日期和更改的规则。这条记录是区分真正修复和下次运行时的幸运回复的唯一方法。
团队关于此提示词的问题
我可以缩短规则以节省 token 吗?
可以,但请删除词语而不是规则。每条编号行都关闭了一个你可以预见的失败。合并两条表达相同意思的行。保留收据规则不变。
提示词能替代阅读数据吗?
不能。它让助手报告他们读取的内容。评级和引荐域名列表仍然需要你的眼睛,特别是当数字让你感到惊讶时。
助手应该先尝试哪个操作?
从 overview 开始,它是免费的,当你需要列表时再转向 refdomains。评级和链接回答不同的问题,因此一次调用无法涵盖两者。
每周检查的成本是多少?
使用上述测试集,每个域名的两个付费问题,检查使用约 12 个积分。这是一个很小的数字,值得记录下来,以便月度余额检查有基准。
如果团队想要提示词中没有的规则怎么办?
将其添加到变更日志中,附上日期和原因,然后在三个域名上测试它。一次性写下的新限制比在会话中间输入的指令更容易审计。