对比
Run it by 与 Fillout 对比:面向 AI 智能体
2026年11月4日 · 阅读约 6 分钟
简要结论
Fillout 是完整的表单工具:由人在编辑器里设计表单,分享一个链接,再通过 API 读取提交内容。Run it by 没有编辑器。智能体随每个请求发送一份 JSON Schema,每个人拿到自己的链接,回复以有类型的 JSON 返回。
如果由人把表单设计一次、再广泛分享,Fillout 比我们做得更多。如果由智能体在运行时决定问什么、并需要特定的人来回答,那正是 Run it by 的用武之地。
关于 Fillout 的信息已于 2026 年 11 月对照其自有页面核实。定价和功能会变化,请通过链接查看最新详情。
谁来做表单
Fillout 的 REST API 所有套餐都能用。它可以列出表单、读取和创建提交内容、管理 Webhook,但它的 API 参考文档里没有创建表单的接口。表单在编辑器里制作,Form Agent 可以根据提示词或 PDF 起草一份。这能帮人更快地做表单;但在你服务器上运行的智能体,依然没法为每个问题创建一份新表单。
在 Run it by 里,智能体写的 schema 就是表单。新问题就是新请求,回复在送到你手里之前,会先在服务器上按同一份 schema 校验。
如何获知回复
Fillout 的所有套餐(包括 Free)都有 Webhook。你用自己设置的静态请求头(例如 Authorization 令牌)来保护端点,投递失败后可以在结果页面手动重试。
Run it by 会用时间戳和请求体的 HMAC 为每个 Webhook 签名,投递失败时在约两个半小时内重试四次,并且无论如何都会把回复保留在 getStatus 中。通过 MCP 连接的智能体还可以等待回复,在 Builder 和 Pro 套餐上,回复一到就能收到通知。
知道是谁回复的
一份 Fillout 表单只有一个链接。要区分不同的人,你可以加上用来填充隐藏字段的 URL 参数(任何人都能在地址栏里改),或者从 Starter 套餐起,在表单前面放一个登录页。
Run it by 给每位指定的人单独一个链接,每个请求 1 到 50 人。每条回复都能对应到人,智能体能看到谁还没回复,并只给这些人发邮件提醒。
审批
Fillout Approvals 在提交之后增加一个环节:你组织里的成员在结果页面、通过邮件或在 Slack 中批准或拒绝。它适合对别人提交的申请做内部审批,比如报销或求职申请。
在 Run it by 里,审批本身就是请求。智能体说明它想做什么,指定做决定的人(任何有邮箱的人),并设置审批规则:any、all、majority 或一个数字。可选的邮件验证码能证明每个人就是收到链接的那个人,超时没有回复则以 expired 结束,绝不会是默默的同意。
并排对比
| Run it by | Fillout | |
|---|---|---|
| 表单如何制作 | JSON Schema,由智能体随每个请求发送 | 在编辑器里手动制作,或用 Form Agent |
| 智能体接入 | MCP 服务器和 REST API | REST API;社区 MCP 服务器 |
| 获取回复 | 带签名并自动重试的 Webhook,或 getStatus |
带你自设请求头的 Webhook;手动重试 |
| 每人一个链接 | 支持,每个请求 1 到 50 位指定收件人 | 一个链接;URL 参数或登录页 |
| 审批 | 任何有邮箱的人;审批规则、邮件验证码、有效期 | 你组织的成员,在提交之后 |
| 逻辑分支、多页、支付、文件上传 | 不支持 | 支持,免费套餐也有 |
| 定价 | 按请求计;回复不计数。Free 每月 250 个,$9 可得 2,000 个 | 按回复计。Free 每月 1,000 条,$15 可得 2,000 条 |
什么时候 Fillout 是更好的选择
- 由人把表单设计一次,再分享给很多人。
- 你需要逻辑分支、多页、支付、预约、签名或文件上传。Run it by 不做这些。
- 回复需要通过内置集成直接进入 Airtable、Notion、HubSpot 或 Salesforce。
- 你想免费收到大量回复:Fillout 的免费套餐每月允许 1,000 条。
当智能体自己写问题、需要特定的人来回答或做决定、并希望不用任何人做表单就拿回有类型的数据或审批结果时,Run it by 更合适。关于 Typeform、Tally 和 Google Forms 的对比,请看 Run it by 与表单工具对比。
让你的智能体试试
每月 250 个请求免费,无需绑卡。一条命令就能从 Claude Code 或 Codex 添加 MCP 服务器,也可以使用 REST API。