Run it by 与 Typeform、Tally、Fillout 和 Google Forms 对比：面向 AI 智能体

简要结论

表单工具是为在编辑器里设计表单并反复分享的人准备的。Run it by 则是为在运行时决定问什么、需要特定的人回复，并希望拿回有类型 JSON 的智能体准备的。现在有几款表单工具提供了 API，Typeform 和 Tally 还有 MCP 服务器，所以差别已经不太在能不能接入，而在于模型：什么是“表单”、谁来回复、返回什么。

关于其他产品的信息于 2026 年 10 月对照其官方页面核实。价格和功能会变化；最新详情请点击链接查看。

并排对比

来源：Typeform MCP、Typeform Create API、Typeform 定价、Tally API、Tally 定价、Fillout REST API、Fillout 定价、Google Forms 推送通知。

最大的区别在于 schema

智能体本来就会说 JSON Schema：工具就是用它来描述输入的。用 Run it by 时，智能体写的 schema 就是表单，回复在到达你之前，会在服务端按同一份 schema 校验。无需转换，也无需保持同步。

用表单工具时，智能体得生成该工具自有的格式（Typeform 的定义、Tally 的 blocks、Google 的 items），而你还得把每条回复映射回代码期望的结构。对于只设计一次的表单这没问题；但如果每个请求问的都不一样，就会很费劲。

谁来回复，谁做的决定

表单工具里每份表单共用一个链接。三个人回复时，你得靠隐藏字段或让他们登录来区分。Run it by 给每位指定收件人单独一个链接，所以每条回复和每个决定都能对应到本人，智能体也能看到谁还没回复并发出提醒。

审批是一个独立的模式：一个理由、一条诸如“any”或“majority”的审批规则、可选的邮件验证码（让转发的链接没法替人做决定），以及批准、拒绝或过期的审批结果。详见通过链接审批。

关于 Google Forms 的说明

Forms API 可以创建表单，但回复不会以 Webhook 的形式到达。一个“watch”会向 Google Cloud Pub/Sub 主题发送通知，通知里带的是 ID 而不是回复本身，而且 watch 七天后就会过期，除非你续期。创建表单需要 Google OAuth，并且自 2026 年年中起，通过 API 创建的表单默认是未发布状态。它能用，但为了“问问 Sam 哪天方便”，要搭的管道实在太多了。

什么时候表单工具是更好的选择

• 由人设计并广泛分享的营销表单或调查。
• 逻辑分支、多页流程、支付或大文件上传。Run it by 不做这些。
• 回复分析、仪表盘，以及团队围绕表单本身的协作。

当智能体来写问题、需要特定的人回复，并希望不经任何人搭建就拿回有类型的数据或一个决定时，Run it by 更合适。