本地预览用 Kimi Code 内置浏览器。任务需要 Chrome 或 Edge 的已有登录态时，用 Kimi WebBridge 插件配合 Kimi 浏览器扩展。如果同一个 URL 在一个窗口显示后台，在另一个窗口却要求登录，先确认各自打开页面的会话。 如果要在 Tabbit Browser 中做同类页面核对，下文有一个例子。
一位 r/codex 用户说，装上相容技能后扩展能操作现有标签页。另一位 r/kimi 用户说扩展显示活跃，但 Claw 报桥接离线。两例来自不同客户端，说明状态标记和实际会话需要分别验证。先让只读任务返回可见标记。
要点
本地应用预览用 Kimi Code 内置浏览器，页面留在当前编码会话。
要用 Chrome 或 Edge 的现有登录态，需要 WebBridge 插件和浏览器扩展。
Kimi 的扩展指南列出 macOS 和 Windows。浏览器配置与本地 Agent 连接状态要分别检查。
读取已登录页面前，先核对最终 URL 和不含敏感信息的可见标记。
本地会话预览用内置浏览器
在 Kimi Code 桌面版打开右侧面板，选择新建标签和浏览器。也可从文件菜单新建浏览器标签页。输入准确的预览 URL，或让 Agent 打开。标签页跟随当前 Kimi Code 会话，内置浏览器支持检查、批注与手动接管。预览 localhost 前，先从服务启动输出确认实际地址和端口。
| 入口 | 会话来源 | 主要用途 | 限制 |
|---|---|---|---|
| 内置浏览器 | 当前 Kimi Code Desktop 会话 | 预览本地应用，批注页面元素 | Chrome 或 Edge 的登录态在另一配置中 |
| WebBridge | 装有 Kimi 浏览器扩展的配置 | 使用 Chrome 或 Edge 的现有登录态 | 需要扩展与本地 Agent 建立连接 |
Kimi Code Docs · Built-in Browser Kimi Code Docs · Browser image
登录状态跟随浏览器配置，具体见 浏览器配置、工作区和标签组的区别。
DeepSeek Harness 也有单独的接入步骤，见 DeepSeek Harness 浏览器接入。
需要现有配置时选 WebBridge
在 Kimi Code 桌面版进入设置的插件页，找到官方 Kimi WebBridge 插件。产品页称浏览器组件为 Kimi 浏览器扩展。官方桌面说明在扩展缺失时提供 Chrome 或 Edge 的安装入口。在拥有已授权会话的配置中启用扩展，并按官方扩展设置完成连接。
Kimi Code Docs · Settings and Extensions Kimi Code Docs · Settings image
要访问已经登录的页面，Agent 必须连到正确配置。见 连接已打开的标签页。
扩展指南列出 macOS 和 Windows 上的 Chrome、Edge。Kimi Code Desktop 下载文档列出 macOS、Windows 和 x86_64 Linux。扩展 FAQ 提到 Linux 的本地服务路径，扩展安装要求表仍列 macOS 和 Windows。 Kimi Browser Extension · Kimi Code Desktop.
OpenClaw 也有类似的配置选择，见 OpenClaw 浏览器配置指南。
确认实际连接的浏览器会话
能打开侧边栏表示扩展界面可用，不能证明本地 Agent 已连上。检查扩展中本地 Agent 的连接状态。有 Kimi Code 选项时，确认它在本地 Agent 设置中启用。会话里看不到连接或插件时，按文档重载或新建 Agent 会话。依赖登录态之前，先用完整 URL 和可见标记确认目标。
可以把 URL 和标记核对纳入 浏览器 Agent 首次任务清单。
在两个入口用同一页做只读检查
用自己的无敏感信息测试站，页面只显示登录提示或测试后台标记。分别让内置浏览器和目标测试配置中的 WebBridge 打开准确地址，记录最终 URL、标题和标记。如果一个入口出现登录页，停在原地并记录。不要把密码、验证码或 Cookie 值交给 Agent。
Codex 的已登录后台也会遇到相同问题，见 Codex 的后台登录会话案例。
在 Tabbit 中做同类页面核对
在 Tabbit 里执行只读任务时，可以让 Agent 只操作一个分配给它的标签页，回报最终 URL 和可见标题。这里用的是 Tabbit 自己的浏览器控制方式。Kimi 的扩展指南列出 Chrome 和 Edge。
在 Tabbit 里打开获授权的页面，把这一个标签页分配给 Agent。让它回报最终 URL、可见标题，以及页面显示登录表单还是预期的测试标记。发现不符就停在这一步。这样，检查范围限定在一个标签页内。
Tabbit 的连接方式可对照 Codex 与 Tabbit CLI 的入口对比。 还可以查看 Tabbit 的 Agent 浏览器指南。
按任务选入口
| 任务 | 入口 | 检查项 |
|---|---|---|
| 查看本地预览 | 内置浏览器 | 应用实际监听的主机和端口 |
| 读取获授权的后台 | WebBridge | 目标登录配置显示的可见标记 |
| 比较两个配置的页面状态 | 分开使用两个入口 | 各自的最终 URL、标题和标记 |
检查代码改动，先用内置浏览器。任务依赖已有登录态，就打开该配置中的扩展。
如果任务可以留在 Tabbit Browser，先在一个标签页里核对页面，再决定是否继续。
常见问题
内置浏览器为什么显示登录页？
内置浏览器使用桌面端自己的会话。要用 Chrome 或 Edge 里已登录的配置，可以在该配置中连接 WebBridge。
内置浏览器在哪里打开？
点右侧面板的加号，选择 Browser。也可以从 File 菜单选择 New Browser Tab。
在哪里设置 WebBridge？
在 Settings > Plugins 安装 Kimi WebBridge，再把 Kimi 浏览器扩展装到要使用的 Chrome 或 Edge 配置中。
怎样确认连接的是正确会话？
在扩展的本地 Agent 设置里查看连接状态。让 Kimi Code 回报目标标签页的最终 URL 和可见标记。
怎样验证两个入口的登录状态差异？
用两个入口打开同一个测试 URL，分别记录显示的是登录表单还是预期标记。用你自己管理的测试页面即可。
Kimi 官方列出哪些平台？
扩展要求表列出 macOS 或 Windows 上的 Chrome 和 Edge。Kimi Code Desktop 另有 x86_64 Linux 安装包。