Aider 可以通过 /web 读取网页内容，也可以通过 /run 执行本地 shell 命令，但两者用途不同。/web https://… 会抓取页面文字并加入代码对话，不会控制已登录浏览器。若 Aider 和启动器处于受支持的同一主机，/run 可以调用本地 Tabbit CLI；但浏览器控制仍需走 Tabbit skill/CLI 路径，并单独验证连接。
最近一条浏览器自动化讨论中，有用户说“Sessions dying because two things touched the same account.”另一位用户描述登录态过期后，机器人仍在登录页“working”。这些是通用浏览器 Agent 反馈，不是 Aider 专项测试。查看原讨论。
如果一次页面验收需要转成 Git 补丁，可让浏览器步骤生成 release-63-browser-review.md。再把报告交给 Aider，让它提出范围明确的 diff，然后由你在运行常规测试前检查 diff。这是示例交接流程，不代表我们验证过 Aider 集成。
核心结论
/web读取 URL 内容；它不是浏览器会话，本身不能复用页面登录态。/run执行 shell 命令。它可以作为用户控制的本地 Tabbit CLI 交接方式，但不能证明内置了浏览器自动化。Aider 文档里的斜杠命令没有证明存在原生
/tabbit命令。使用此语法前，先确认已安装客户端支持 skill。如果 Aider 进程在远程运行，需要另有受支持的桥接方式才能访问电脑浏览器。
将浏览器观察保存为命名报告，再让 Aider 基于证据准备补丁。由人检查 diff 并批准外部操作。
选择正确的 Aider 命令
| Aider 操作 | 用途 | 不会做什么 | 适用场景 |
|---|---|---|---|
/web <url> | 抓取页面并把文字加入对话 | 不控制浏览器标签页，也不复用登录配置文件 | 公开文档、更新日志、公开预览信息 |
/run <command> | 执行 shell 命令，可把输出加入对话 | 不会自动获得浏览器控制或网站凭据 | 用户批准的本地命令，例如 Tabbit CLI 检查 |
/add <file> | 把本地文件加入对话以便编辑或审阅 | 不会检查实时页面 | 保存的浏览器报告或源文件 |
/ask 或 /architect | 按模式讨论代码或拟定计划 | 不操作浏览器 | 将观察结果整理为补丁方案 |
Aider 官方命令文档将 /web 和 /run 列为不同命令。网页说明描述 URL 抓取；/run 指南说明 shell 命令执行。这些说明都不代表远程或本地 Aider 会话能访问 Tabbit 配置文件。
只在能验证时连接本地浏览器
如果任务依赖页面当前登录态或可见应用状态，可评估 Tabbit 浏览器路径。先确认 Aider 进程实际在哪里运行。如果在本地，检查已安装的 Tabbit skill 指引，并确认启动器可达。如果客户端支持命名 skill，使用文档规定的语法；不能因为 skill 文件存在就假设 Aider 识别 /tabbit。
如果本地 Aider 配置能运行命令，可由用户控制地执行：
/run tabbit-cli diagnose实际使用时替换为 Tabbit skill 里记录的启动器路径。阅读结果并确认选中的 Tabbit 实例，再打开工作页面。如果 Aider 无法运行启动器，就停止，由你自己运行 Tabbit 任务，或交给支持该 skill 且已验证的本地 Agent。不要把密码、Cookie 或浏览器数据粘贴给 Aider。
随后在目标 Tabbit 配置文件中登录网站。CLI 会话和网站登录是两项独立状态：启动器可用，不代表打开了正确账号。Tabbit CLI 快速开始介绍了安装 Tabbit、登录网站并连接受支持的本地 Agent。
把页面证据变成小范围补丁
在 Tabbit 中打开目标预览，核对构建标记和账号，并创建名为 "release-63-browser-review" 的独立任务。
把报告保存为
release-63-browser-review.md，记录路由、预期行为、实际行为、简短证据和未完成检查。使用
/add release-63-browser-review.md把报告加入 Aider。让 Aider 只针对已观察到的问题提出补丁，并保留 diff 供审核。
你自己检查 diff。认可方案后再执行项目常规检查。
补丁完成后重新检查页面。报告本身不应触发提交表单或发布。
报告已保存后，可以对 Aider 使用以下指令：
阅读 release-63-browser-review.md。只针对报告观察到的预览缺陷提出小范围代码 diff。
不要运行 shell 命令、修改部署设置、发布或提交。
列出预计修改的文件，并说明每项修改对应哪条报告证据。
停止并等待我审核。浏览器报告才是证据，Aider 的总结不能代替报告。如果报告无法说明可重现的页面状态，先重新检查，再改代码。
Aider 进程在远程时
远程 Aider 可以读取公开网页，也能在自己的代码环境中工作，但这不会连接电脑上的浏览器。除非部署文档明确支持本地桥接，且你已验证，否则在本机完成浏览器步骤，再把最小化报告交给 Aider。这样登录态留在浏览器环境，编码 Agent 也能拿到具体证据。
Tabbit 侧说明见 Tabbit CLI 指南、连接现有浏览器、复用浏览器登录态和 Codex CLI 配置示例。相关决策指南包括首次浏览器 Agent 任务、Browser MCP 与 CLI 对比、浏览器会话基础和本地网页应用验收。它们介绍浏览器侧，不代表 Aider 原生集成。
实用流程：浏览器报告，然后交给 Aider 改代码
如果需要在已登录环境中检查面向用户的页面，Tabbit Browser 是一个值得评估的选择。本地浏览器任务可留在自己的任务标签页，你仍可打开代码编辑器和其他资料。任务保存报告后，Aider 可以读取该文件并修改代码，不必猜测浏览器显示了什么。
交接步骤要明确。/web 用于导入网页文字，/run 用于执行用户或本地配置批准的命令。如果已安装的 Aider 客户端不能调用 Tabbit 启动器或加载其 skill，就由用户自己运行浏览器任务，或使用已验证 skill 支持的本地 Agent。
决定每一步由谁负责
| 需求 | 工具/负责人 | 审核关卡 |
|---|---|---|
| 读取公开文档 | Aider /web | 核对 URL 和时效性事实 |
| 检查已登录页面 | 经验证启动器连接的本地 Tabbit 任务 | 确认账号、路由和可见页面状态 |
| 把观察转成代码 | 报告加入对话后的 Aider | 检查补丁 diff |
| 改工单、提交表单或发布 | 人 | 核实准确目标后再明确批准 |
常见问题
Aider 的 /web 能控制已登录浏览器吗？
不能。/web 会抓取 URL 内容并加入 Aider 对话，不会控制浏览器配置文件，也不会复用网站登录态。
Aider 的 /run 是做什么的？
/run 会执行 shell 命令，并可把输出分享给 Aider。用户可以用它进行本地 Tabbit CLI 交接，但这不代表 Aider 内置了浏览器自动化。
Aider 能自动使用 Tabbit skill 吗？
不要假设存在命名命令 `/tabbit`。检查本地 Aider 配置能否读取已安装的 skill 文件并运行本地启动器，或改由受支持的本地 Agent 执行浏览器任务。
Aider Cloud 或远程终端能访问我的本地浏览器吗？
只有存在单独受支持的本地交接方式时才行。远程 shell 不会因为能访问公开 URL，就自动连接笔记本上的 Tabbit 进程或登录态。
怎样把浏览器检查结果转成代码补丁？
让浏览器任务保存包含路由、预期、实际结果和依据的命名审核报告。把报告交给 Aider 讨论补丁，再检查 diff 后决定是否测试或提交。
应该让 Aider 提交网页表单吗？
在审核流程中，让 Aider 准备变更建议并停止。由人核对记录，并授权提交、发布、购买或账号变更。