浏览器里的AI助手 vs AI助手里的浏览器

（今天看到的AI资讯没什么值得分享的，那就自己写一点）

几个月前我有一个想法：与其打造一款浏览器内置AI助手，不如在现有AI助手中集成浏览器模块。
近期，我在自己做的手机AI助手上完成了这一功能的搭建。
这款AI助手原本就具备日记、提醒与对话能力，对话功能后台依托OpenClaw实现。
实际上，集成浏览器模块的难度并不高，基础浏览功能仅需几十分钟即可实现。
接入浏览器模块后，当我在其他App看到需要AI处理的文章时，可一键转发至这款助手，能调用我预先设置好的指令，例如全文中英互译、提取知识点、提炼内容概述，还可结合个人专属知识库处理。

不直接复制链接发给AI助手，是因为
1️⃣部分链接存在访问限制，仅允许特定AI工具读取，我常用的AI助手无法直接获取内容。
2️⃣即便链接可以正常发送给AI助手，日常对内容的处理需求也高度同质化。而在自研的AI助手中内置浏览器模块，能提前预设好提示词与专属知识库，实现一键自动化处理。

不使用浏览器的AI助手，是因为我目前几乎并不对网页本身做什么自动化操作（例如填写表单），只是想复制它的内容给AI助手。而当前各种软件的AI助手对于内容的处理，以及和其他模块的结合，是不符合我的期望的。另外，浏览器自带的翻译功能普遍比较弱，即使是苹果或者谷歌，应该没有用到比较新的大模型。随便看看还可以，严谨一些就不够用了。

我实际使用一段时间后，整体从内容源接入到AI处理的流程十分流畅顺滑。
目前唯一的短板，是无法将其设置为手机默认浏览器——苹果系统需要官方审批认证该应用具备浏览器资质，才能开放默认浏览器的权限。没有这个权限，从微信转发文章需要多点一次。