AI 代理进内网，Tailscale 先给它一张工牌

Tailscale 的 OAuth apps 进入 GA。Grok Bot 现在可以通过它连接 tailnet 上的私有 MCP servers，不用把 MCP 服务暴露到公网，也不用在 agent 里粘贴密钥。X 上的公告说，@bot 已经能这么做，底层是 Tailscale OAuth apps。

先补上下文。MCP 是 Model Context Protocol，给 AI agent 提供工具和数据。很多有用的 MCP server 跑在内网，比如内部数据库、工单系统、代码搜索。要让 agent 用，常见做法是开公网入口、加鉴权、管密钥。Tailscale 换了个路径：让 Grok Bot 以设备身份加入你的 tailnet，再由网络策略决定它能访问什么。tailnet 是 Tailscale 管理的私有网络，底层基于 WireGuard。

关键在身份。Tailscale 博客作者 Sam Linville 在 11 月 9 日的文章里解释，OAuth apps 和已有的 OAuth clients 不同。OAuth clients 创建的是 tag-owned devices，挂在共享服务身份下；OAuth apps 代表授权它的用户行事。通过 OAuth apps 供应的设备带着用户身份，tailnet 访问策略、审计日志、设备配额都照常适用。Grok Bot 进内网，更像一台登记在你名下的设备，带着可审计的身份，权限由策略决定。普通用户只需要知道，AI 不用拿到你家所有钥匙。

权限还能再收窄。Premium 和 Enterprise 计划里，Grok Bot 有自定义 posture 属性，可以在策略里单独控制它能访问哪些资源，和其他设备分开。其他计划的做法是认证后给 Grok Bot 设备打 tag，用 tag-based rules 控制。官方示例策略里，defaultSrcPosture 让现有规则默认不适用于 Grok Bot，第二条 grant 用 srcPosture 单独放行 tag:mcp-servers 的 443 端口。工程团队能访问生产数据库，关联同一用户的 Grok Bot 只能访问指定 MCP servers。这个边界比能不能连更重要。

怎么用？在 Grok Bot 桌面应用里用 Tailscale 插件连接。想自己构建集成，从 OAuth Apps 文档和 device provisioning 指南开始。

OAuth Apps 文档：https://tailscale.com/docs/features/oauth-apps

device provisioning 指南：https://tailscale.com/docs/features/oauth-apps/device-provisioning

Tailscale 博客原文：Grok Bot has a Tailscale integration

原推：查看公告

这套集成的价值不在多一个连接方式，在权限粒度。AI agent 进内网，最怕一放就全放。Tailscale 把授权、身份、审计绑在一起，至少让给 agent 开内网权限这件事有可检查的边界。