ArrayKit

few-shot 示例构建器

把输入输出对变成不会从自己标签里跑出去的示例。

few-shot 示例构建器

把输入输出对变成不会从自己标签里跑出去的示例。

示例里常常有真实的客户文字。一切都在浏览器里组装,不会上传。

把整条提示词包成区块

关于 少样本示例构建器

示例教会答案的形状,远比描述它可靠。麻烦在于组装:手工拼出来的示例块,正是别人内容里一个走失的分隔符悄悄关掉本该容纳它的区块的地方。这里会转义内容,提供四种值得用的格式——带标签、Markdown、JSON 数组,或过往对话轮次——并对整组示例检查那两个让示例反而有害的错误。如果所有输出都一样,它们教的是一个常量而不是一条规则。如果它们对自己的形状意见不一,那就什么都没教。

功能特性

  • 四种格式:XML 标签、Markdown、JSON 数组或对话轮次
  • 内容被转义,尖括号不会提前关掉某个标签
  • 元素名被清理成合法标签
  • 所有示例输出相同时发出警告
  • 各个输出在格式上不一致时发出警告
  • 只有一个示例、或示例过多时给出提示
  • 输入与输出两侧的标签可自定义
  • 可选编号

如何使用 少样本示例构建器

  1. 逐个添加输入和你想要的输出
  2. 按示例要放的位置选择格式
  3. 读关于整组示例的警告
  4. 把这一块复制进你的提示词

示例

输入

The export button does nothing on Safari.

输出

{"category": "bug", "severity": "medium"}

各示例之间输出形状一致,才教得会格式。

常见错误与故障排除

  • 我的示例里有尖括号,把提示词弄坏了。 — 这里会转义,这正是重点。手工拼的示例块就是出问题的地方。
  • 它警告我的输出全都一样。 — 相同的输出教的是一个恒定答案。请在你真正想区分的情形之间做出变化。
  • 它警告输出的形状不一致。 — 一个示例返回 JSON、另一个返回散文,对格式给出了互相矛盾的指令。选一种。
  • 示例该用几个? — 两三个通常就能把行为定下来。超过十几个,每次请求都在花实实在在的 token,靠后的那些必须对得起这笔开销。

常见问题

哪种格式最管用?
带标签的是最稳妥的默认,因为内容里有 Markdown 或花括号时边界仍然成立。对话轮次往往更强,因为那是模型本来就理解的形状,只是组装起来更费事。
为什么要转义示例内容?
因为含有闭合标签的示例会结束它所在的区块,之后的一切就会被当作指令而不是内容来读。这和 SQL 注入是同一类问题,只不过发生在提示词里。
示例比描述更管用吗?
在格式上几乎总是如此。一个做足的示例定下答案的形状,是一段描述格式的文字做不到的。在需要判断的事情上,把规则说清楚往往泛化得更好。
示例多了有代价吗?
有:它们随每次请求一起发送。几个没问题,超过十几个就值得复核,所以这里把数量标出来,而不是任其堆积。
示例应该用真实案例吗?
真实的更好,因为编出来的往往比现实整洁,教的也就是那个整洁的情形。只需检查里面有没有你不希望出现在一条反复发送的提示词里的内容。

相关工具

更多AI 与智能体工具

查看全部AI 与智能体工具 · 全部工具