Run it by 与自己搭建、与 MCP elicitation 对比

简要结论

一个带表单的页面加一张数据库表，一个下午就能做好。而一个可以放心发给陌生人、能在手机上把任意 schema 渲染好、两端都做校验、会过期、会提醒、给 Webhook 签名并重试的链接，则需要几周，而且之后还得由你来维护。MCP elicitation 是另一种工具：它询问的是已经在聊天里的人。

“自己搭建”包括什么

• 能渲染任意 schema 的渲染器：日期、enum、数组、同意框、分组、滑块、移动端布局，以及刷新后不会丢的草稿。
• 两次校验：一次在浏览器里给对方看，一次在服务端，防止手工构造的 POST 蒙混过关。
• 可以放心分享的链接：无法猜到的令牌、每人一个、过期时间、提前关闭，以及链接失效后清晰的提示页面。
• 送达：带签名的 Webhook、带退避的重试，以及 Webhook 失败时读取回复的办法。
• 跟进：谁还没回复、不会变成骚扰的提醒、审批用的邮件验证码。
• 滥用防护：限流、公开链接上的机器人检测，以及拒绝询问密码或银行卡号的表单，因为智能体发出的表单链接是个诱人的钓鱼工具。
• 数据保留：按计划删除回复，以及一份覆盖回复者的隐私政策。

单看每一项都不难。合在一起就是一个产品，而且不是你当初打算做的那个。

什么时候自己搭建才合适

• 你需要数据留在特定区域或你自己的基础设施上。Run it by 把数据存放在美国东部的单一区域，暂不提供仅限欧盟的存储。
• 你现在就需要 SOC 2 或 HIPAA 之类的认证。我们目前还没有。
• 表单是你产品的核心部分，需要完全自定义的界面。

MCP elicitation 在聊天里询问对方

Model Context Protocol 有一个 elicitation 功能：在会话期间，MCP 服务器可以请客户端向用户展示一个小表单。当你要找的人就是此刻正在使用智能体的人时，它是合适的工具。

它刻意保持简单。schema 是由字符串、数字、布尔值和 enum 组成的扁平对象，回复是接受、拒绝或取消，服务器不得用它来索取密码或密钥。规范的新版本增加了 URL 模式，可以把用户带到外部页面。各客户端的支持情况不一，请查看你所用客户端的文档。

Elicitation 与 Run it by

很多智能体两者都需要：用 elicitation 快速问用户一件事，而当回复要来自别人时就用链接。想试试后者，一条命令就能从 Claude Code 或 Codex 添加 MCP 服务器；文档里有具体步骤。