Stream Vessel 的 Alexander Loginov 讲了一个具体的两难：你自己写了个 MCP 客户端——周末做的 Slack 机器人、VPS 上的服务——想让它访问自己的数据，走的也是 MCP 标准 OAuth：注册、开浏览器、点同意、拿 token。第一步就失败，因为客户端注册时申报的重定向地址不在服务端白名单里，返回 invalid_redirect_uri。而服务端不能随便接受任意地址：OAuth 的重定向 URI 一旦放开，攻击者就能把授权码引到自己域名上，这就是钓鱼口子的标准形状。文章给出的办法是把「信任」交给用户在登录时决定——按用户记录可信的重定向 URI，在授权页面明确展示目标地址，让同意动作与具体客户端绑定，而不是让运营方维护一张永远不够长的全局名单。