# AI浏览器信任危机：海外吵出三派 你敢把邮箱、店铺后台、公司内网的登录态，全交给一个“会自己点网页”的AI浏览器吗？这个问题过去几个月把 Hacker News 和 Reddit 炸出了好几轮千楼神帖。本期挑三个正在海外社区白热化、但中文圈还没吵起来的话题：AI浏览器的信任危机、一份 Markdown 文件引发的标准战争、以及 Vibe coding 一年后社区集体回头补的“规格书”。三件事指向同一个趋势：**Agent 走出玩具区之后，人类开始补信任的课。**看完你至少知道：哪些坑别人已经替你踩了，哪些流程可以直接抄走。 --- ## 话题一：Brave 挑起的浏览器信任战 ### 事件线，一分钟看完 - **2025年7月**：Perplexity 发布 AI 浏览器 Comet，先对每月 200 美元的 Max 订阅用户开放，10月起逐步免费放开。 - **2025年8月**：Brave 的安全研究团队发文，指出 Comet 的“总结此页”功能存在**间接提示注入（indirect prompt injection）**漏洞——网页正文里藏一行人类看不见的指令，Agent 会把它当成你的命令执行：跳转钓鱼页、把当前页面可见的内容打包发出去。Comet 官方很快修复了被点名的问题。 - **随后反转**：工具公司 Composio 不服，用 62 项贴近真实场景的注入测试反向验证，结论是 Brave 的演示有夸大成分，Comet 在多数场景下扛住了。两边的博客你来我往，社区吃瓜吃到饱。 - **2025年10月下旬**：OpenAI 发布 ChatGPT Atlas，直接把战场升级。上线几天内就有安全研究员复现了同类注入攻击，HN 相关讨论帖楼层迅速过千。 ### 社区分裂成三派 **第一派：架构原罪论（别用）。**代表人物是安全圈人手一份的 Simon Willison。他在 2025年6月 提出的“致命三要素”（lethal trifecta）成了这轮争论的理论武器：一个系统只要同时满足——**能读私有数据、会接触不可信内容、能对外通信**——提示注入就在架构层面无解，只能等模型本身学会区分“指令来自用户还是来自网页”。AI 浏览器恰好是三要素全中的产物。 **第二派：工程可防论（能修）。**Composio 的实测数据和各厂商的防御动作都归入这一派：Atlas 用了辅助模型来甄别网页里的恶意指令，各家陆续上了操作确认、白名单、敏感动作二次验证。观点是：SQL 注入当年也被叫“无解”，最后不也变成了工程规范？ **第三派：隔离实用论（当实习生用）。**这也是 HN 高赞评论的主流姿势——把 AI 浏览器当成一个“手快但没分寸的实习生”：给它开降权小号，别挂主账号登录态，付款、发帖、删改这类关键动作必须人工点确认。风险不归零，但损失可控。 ### 对中国用户的启示 跨境电商、外贸、出海运营的读者请把这段划重点：AI 浏览器替你操作的是**店铺后台、广告账户、企业邮箱**这些资产型账号，一旦被注入，丢的不是面子是真金白银。可行的隔离姿势： 1. 给 AI 浏览器专门注册运营小号，权限只开“看”和“草稿”； 2. 主账号登录态放在日常浏览器，物理隔离； 3. 在 Agent 设置里把“发送邮件”“对外提交表单”设为必须人工确认。 ### 一张图看懂注入链路 ```mermaid flowchart TD A["你让AI浏览器总结网页"] --> B["页面藏着恶意指令"] B --> C["Agent当成用户命令执行"] C --> D["读私有数据"] C --> E["对外发送请求"] D --> F["登录态和内网文档可见"] E --> G["数据发到攻击者服务器"] F --> H["三要素凑齐注入难防"] G --> H H --> I["缓解一：关键操作人工确认"] H --> J["缓解二：敏感登录态隔离"] ``` --- ## 话题二：一份 Markdown 文件引发的标准化战争 2025年8月，OpenAI Codex 团队联合几家工具厂商推出了 **AGENTS.md**——一个开放格式，本质是“给编码 Agent 看的 README”：构建命令怎么跑、代码风格守什么、哪些目录别碰，全写在一个文件里。上线后采用速度惊人：Google 的 Jules、Cursor、Sourcegraph 家的 Amp、Roo Code 等一批编码 Agent 相继宣布支持，官网 agents.md 上的采用者清单还在持续变长。 ### 各方吵什么 - **正方**：这是 Agent 时代的 robots.txt 时刻。robots.txt 没有任何强制力，但全世界的爬虫都认。约定先跑起来，生态自然收敛。 - **反方**：一个 Markdown 文件承载不了真正的约束。权限、沙箱、密钥边界应该在系统层强制执行，写在文档里等于“贴在门上的家规”——Agent 不看就是废纸。 - **中立派**：格式不是关键，服从度才是。HN 上反复出现的灵魂拷问是：“你写的规则，Agent 真的每次都遵守吗？” ### 为什么值得你动手 对同时开 Claude Code、Codex CLI、Gemini CLI 的中国开发者来说，这是实实在在的减负：以前 CLAUDE.md、.cursorrules、AGENTS.md 三份文件内容互相抄，现在主流格式在合流。我的做法： 1. 在仓库根目录建一份 `AGENTS.md`，写清四块内容：启动命令、目录结构、风格约定、禁区； 2. 控制在 60 行以内——太长 Agent 反而抓不住重点，社区共识是短而准胜过大而全； 3. `CLAUDE.md` 里只写一行引用说明，或者直接软链到 AGENTS.md，改一处全工具生效。 --- ## 话题三：Vibe coding 一年后，社区集体回头补“规格书” 去年这时候，社区还在争论“要不要写文档”。今年风向明显变了：GitHub 在 2025年9月开源了 **Spec Kit**（github.com/github/spec-kit），把“规格驱动开发（Spec-Driven Development）”做成了一组开箱即用的斜杠命令，上线后冲进 GitHub 趋势榜，Star 增长很快（截至发稿已破万，以仓库实时数据为准）。 它的流程是：`/speckit.constitution` 定项目宪法 → `/speckit.specify` 写需求规格 → `/speckit.plan` 出技术方案 → `/speckit.tasks` 拆任务 → `/speckit.implement` 逐个实现。适配 Claude Code、Copilot、Gemini CLI、Cursor 等主流 Agent，等于给“一句话生成”的野路子流程上了套缰绳。 ### 争议点 - **反对派**：“绕一圈又回瀑布流了？需求文档写半天，AI 五秒钟就改代码，谁迁就谁？” - **支持派**：规格书在 AI 时代不是写给人看的，是写给模型的**对齐锚点**。没有它，Agent 每轮对话都在猜你的意图，猜错就返工。AWS 的 Kiro 直接把规格流程做成了产品，说明厂商已经用脚投票。 - **社区实证派**：跑过项目的普遍结论是分场景——改个按钮、修个小 bug 别用（纯累赘）；新项目、大重构、多人协作，必用（省下的返工时间十倍于写规格的时间）。 对中国用户，接外包和带团队的人尤其值得抄：把客户的中文需求直接丢给 specify 生成规格，再让客户确认规格而非代码——沟通成本断崖式下降。 --- ## 信息差总结 | 你以为的 | 实际情况 | 差距 | |---|---|---| | AI 浏览器就是带聊天栏的 Chrome | 注入攻击链已被反复实证，三要素齐全，社区默认“隔离着用” | 你在裸奔，别人在开小号 | | 每个 Agent 各配一份规则文件 | AGENTS.md 正在成为跨工具统一格式 | 你维护三份，别人改一处生效 | | AI 写代码就该一句话生成 | 海外严肃项目已回流“规格先行”，Spec Kit 命令化落地 | 你在抽卡，别人在对齐 | ## 行动指南 1. **今天**：检查你有没有在 AI 浏览器里挂主账号登录态，有就迁出去，换降权小号。 2. **本周**：给主力仓库写一份 60 行以内的 AGENTS.md，拿 Codex CLI 或 Gemini CLI 各跑一次，验证跨工具效果。 3. **本月**：挑一个真实新项目走一遍 Spec Kit 五连命令，体验“规格先行”和“直接开写”的返工率差距。 ## 参考来源 1. Simon Willison：The lethal trifecta — https://simonwillison.net/2025/Jun/16/the-lethal-trifecta/ 2. Brave 安全博客（站内搜 "Comet prompt injection"）— https://brave.com/blog/ 3. AGENTS.md 开放格式官网与采用者清单 — https://agents.md 4. GitHub Spec Kit 仓库 — https://github.com/github/spec-kit 5. HN 站内搜 "ChatGPT Atlas prompt injection" 查看千楼原帖 — https://news.ycombinator.com --- > 本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵**爱卫生**（微信ID: gprshome201101）维护。 > 聚焦5G/6G核心网、3GPP标准、AI工具实战。知识星球「51学通信」提供深度技术答疑和行业洞察。 > [!tip] 51学通信知识星球 > **星主：爱卫生**（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 > **星球定位**：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 > **当前规模**：5200 篇主题 / 990 个回答，198 元/年。 > **加入福利**：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 > **AI 加持**：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。