当 AI 说"我看不了"时，问题不在 AI，在它没有"眼睛"
你有没有遇到过这种尴尬时刻？兴致勃勃地让 AI 帮你查点资料，结果它回你一句"暂时无法访问"。不是它笨，是它真的"看不见"。
我上周就踩了这个坑。当时在追一个新出的 AI 工具，想看看大家怎么评价它。我让 AI 去小红书搜搜有没有人发过开箱，系统提示需要登录；让它去 B站找测评视频，它说抓不到字幕；让它去 Reddit 翻翻有没有人讨论，直接给我一个 403 错误。
四个平台，四种卡法，一个都没成。
这事儿挺让人沮丧的。后来我想明白了，每个平台都有自己的"围墙"：有的要付费才能用 API，有的必须登录才能看内容，有的反爬机制特别强，有的数据格式乱七八糟。想让 AI 能自由穿梭在这些平台之间，本身就是个复杂的工程。接口会变，Cookie 会过期，反爬会升级——今天能用的路子，明天可能就废了。
后来我在 GitHub 上刷到一个项目，叫 Agent Reach。它的定位很有意思：给 AI 装上眼睛，让它能读推特、Reddit、YouTube、GitHub、B站、小红书，一个命令行搞定，不用付 API 费。
这项目有多火？截至 2026 年 10 月，GitHub 上已经有 93,000 多个 star，8,000 多个 fork。MIT 协议，完全开源。赞助商列表里还有腾讯云、优刻得这些大厂的名字。
但 star 数高不代表就好用。我花了不少时间研究它，说说它到底哪儿特别。
它的思路：不自己动手，只负责安排
多数类似工具的做法是：你调它的接口，它去调上游，数据从中间转一道手。但 Agent Reach 不一样，它不直接读数据，而是负责三件事：帮你选工具、装工具、检查工具通不通。
真正去读数据的时候，你的 AI 直接调 yt-dlp、gh CLI 这些上游工具，中间不经过 Agent Reach。
这个设计有个好处：它不碰你的数据。读取动作发生在你的机器和你调用的上游工具之间，Agent Reach 只维护"该用哪个"这张表。在隐私上，这一点很让人放心。
每个平台都有一条"备选链"
这是它最核心的设计。
它给每个平台配的不是一个工具，而是一串候选工具列表。比如读推特，首选是 twitter-cli，备选是 OpenCLI 和 bird；读小红书，首选是 OpenCLI，备选是 xiaohongshu-mcp 和 xhs-cli。
9 个场景里有 7 个都带了备选。为什么要这么设计？因为平台的反爬机制一直在变。2026 年 6 月，yt-dlp 这个 15 万 star 的大项目，被 B站风控封死了。Agent Reach 立刻切到备选的 bili-cli，用户这边完全无感，什么都不用做。
"多后端"就是为这种情况准备的：单个接入点一定会老旧、会失效，首选坏了就换备选。
doctor 命令：先体检，再干活
agent-reach doctor 是它最有用的命令。
一条命令下去，它告诉你每个渠道通还是不通、当前走的是哪条后端、不通的怎么修。16 个渠道一屏看完，红的绿的清清楚楚。哪条通了、哪条还差凭据，一眼看得到。
配置登录态，在它这里从"盲盒"变成了"清单"。
默认只检查，不动你的系统
它安装的时候很克制。默认行为是只检查环境、列出缺失项，不改系统、不写配置。只有显式加上 --system，它才会装依赖、写配置。想先看看会发生什么，加 --dry-run 预览。
卸载也是对称的：agent-reach uninstall 会清掉所有相关配置，--dry-run 先预览，--keep-config 保留凭据。
凭据只存本机 ~/.agent-reach/config.yaml，权限 600，只有所有者能读写，同机器上的其他账号读不到，不上传不外传，代码开源可审查。
装起来有多简单
官方的装法是一句话，把这句话甩给你自己的 Agent 就行：
"帮我安装 Agent Reach：https://raw.githubusercontent.com/Panniantong/agent-reach/main/docs/install.md"
更新同理，把 install.md 换成 update.md。
手动装也清爽，官方推荐 pipx：
pipx install https://github.com/Panniantong/agent-reach/archive/main.zip
agent-reach install --env=auto
它兼容任何能跑命令行的 Agent：Claude Code、OpenClaw、Cursor、Windsurf 都在列。
这套设计里最值得认同的一点，是把安装直接交给 Agent 完成，人不用去猜依赖链。人只要复制一句话，剩下的引导、判断、修复由 Agent 和文档一起兜住。对一个要长期塞进工作流的工具，安装门槛压到这一步，试错成本就跟着降下来。
适合什么人用
只要你的工作里有一个"去某个平台看看"的动作，它就能省掉这一步。
做内容的人，可以让 Agent 顺手把某个话题在小红书、B站、推特上的讨论一起捞回来，不用一个个 App 切来切去。
做选品的，可以去小红书看真实评价，去 Reddit 查海外同款的口碑。
做投研的，雪球行情、Boss直聘的 JD 全文、LinkedIn 的公开信息，都能一起看。
个人创作者，想让 AI 帮自己盯着某个话题在几个平台上的动静，也能用上。
小团队的运营，或者给 AI 做工具的开发者，可以把它当成一块现成的基础设施接进去。
它对应的场景很具体：你有没有"让 AI 去某个平台看一眼"这种需求？有的话，配置活它替你干。需求越碎、平台越多，它省下的越多；只盯着一个平台、一个固定动作的，自己写几行也够。
写在最后
93,000 多个 star，MIT 协议，一个命令行。这个体量已经不太需要额外的推荐。
让我把它写下来的，是 B站 后端被替换这件事：平台封了你，项目替你换了条路，你什么都没干。
开源地址：https://github.com/Panniantong/Agent-Reach
如果你也被某个平台的登录门槛、风控或付费 API 卡过，评论区说说你的具体场景，我挑几条看看用 Agent Reach 能不能接上。
