如何用 Step 3.5 Flash 2603 操作已登录的浏览器

只有所选 API 或本地运行时支持兼容的工具调用，而且客户端能连接浏览器时，Step 3.5 Flash 2603 才能参与浏览器 Agent 流程。一个合适的起步任务是只读整理支持队列中可见的工单号和来源链接。Agent 应逐个打开工单确认链接，然后停止。Tabbit Browser 在本地保留已登录会话；Tabbit CLI 让受支持的本地 Agent 使用其标签页。

本地 Agent 的技能发现与模型服务路由是分开的。Pi 使用 /skill:tabbit；有 /skills 选择器的客户端应按自身文档操作。下面的 CLI 命令启动命名任务并读取当前标签页，不会修改工单。

~/.local/bin/tabbit-cli nodejs --task "Step 3.5 Flash 2603 ticket index" --request-id build-ticket-index <<'JS'
return await tabbit.observe({frames: "none", maxChars: 4000});
JS

StepFun 官方仓库 介绍了公开基础检查点及仓库的 Apache 2.0 许可，Agent 设置使用基础 step-3.5-flash 路由。当前 OpenClaw StepFun 提供商文档将 step-3.5-flash-2603 列在 https://api.stepfun.ai/step_plan/v1 的 Step Plan 中；官方仓库示例仍使用基础模型。可将提供商指南当作路由线索，实际调用和条款应在自己的账号确认。公开仓库未说明独立可下载的 2603 检查点。

社区对基础 Step 3.5 Flash 的反馈会因 Agent 和推理后端而异。一位 OpenCode 用户说多轮后工具调用变得不稳定；另一讨论中的用户称更新解析器和量化版本后可以使用。这些帖子讨论的是基础模型，不能证明 2603 的表现（OpenCode 讨论，解析器讨论）。

本地 Agent 的技能发现与模型服务路由是分开的。Pi 使用 /skill:tabbit；有 /skills 选择器的客户端应按自身文档操作。下面的 CLI 命令启动命名任务并读取当前标签页，不会修改工单。

~/.local/bin/tabbit-cli nodejs --task "Step 3.5 Flash 2603 ticket index" --request-id build-ticket-index <<'JS'
return await tabbit.observe({frames: "none", maxChars: 4000});
JS

StepFun 官方仓库 介绍了公开基础检查点及仓库的 Apache 2.0 许可，Agent 设置使用基础 step-3.5-flash 路由。该仓库没有说明独立可下载的 2603 检查点，因此使用前应在服务商账号中核对 API ID 和条款。

要点

• 固定精确的 step-3.5-flash-2603 路由，不要假定它等同滚动服务名 step-3.5-flash。

• Step 3.5 Flash 的公开权重仓库不能证明 2603 API 变体使用相同检查点或许可。

• 连接浏览器前，核对服务商当前可用性、工具调用和客户端集成。

• 从只读工单索引开始；本文流程不回复工单，也不修改状态。

• 逐条用已登录页面核对输出链接。

OpenClaw 的 StepFun 插件把这款模型列在 Step Plan 下，完整标识是 stepfun-plan/step-3.5-flash-2603。标准接口有另一份模型列表。先运行 openclaw models list --provider stepfun-plan，确认所选地域的 Step Plan 账号能调用，再加载 Tabbit。 OpenClaw 的 StepFun 接入文档

Step 3.5 Flash 2603 浏览器操作一览

连接工具前确认 2603 路由

本选题针对带日期标识的模型 ID stepfun/step-3.5-flash-2603。按 setup 示例操作前，先在服务商当前目录里核对这个精确 ID。StepFun 官方开放仓库名为 Step-3.5-Flash，其中说明了公开检查点、本地部署选项和许可证。但仅凭该仓库，不能断言以 2603 结尾的 API SKU 就是可下载的同一检查点。服务路由、精确模型 ID、检查点和许可应分别核实。

工具调用同样需要区分。服务可能接受 OpenAI 兼容请求，但工具 schema、地区可用性、速率限制和开放模型 ID 仍可能不同。查看当前一手服务商文档和账号控制台，确认精确路由。如果目录只列出 step-3.5-flash 或某产品下的 step-3.5-flash-2603，记录确切产品与端点，不要把相近模型说成目标模型。

首个浏览器任务只整理工单索引

选择用户有权查看的队列，并预先限定范围，例如当前可见页的未结工单。Agent 只读取工单号、必要时用于区分的可见主题，以及规范来源链接。除非负责人明确批准，否则不要把正文、邮箱、客户姓名或隐藏字段放进索引。此流程只需工单号和来源 URL。

通过已安装的启动器运行 Tabbit CLI。先运行 diagnose，确认选中的 Tabbit 实例，再创建命名任务。只读请求也可带明确请求 ID 方便追踪。日常标签页可继续使用；任务拥有的浏览器标签页能复用同一 Tabbit 环境中的现有登录状态，但不会把登录数据分享给模型。参阅 Tabbit CLI 快速开始、CLI 完整指南 和连接 Agent 与现有浏览器。

只要求输出可核验链接

以下示例提示词用于获准的测试或支持工作区，只读页面可见内容，不修改工单。

任务：为当前可见的支持队列创建复核索引。
通过 Tabbit CLI 使用已登录的 Tabbit Browser 标签页。
只读取可见工单编号及其规范来源链接。
逐个打开链接，确认页面显示相同的工单编号。
不要读取或复制消息正文、客户姓名或邮箱。
不要回复、分派、添加标签、关闭工单或更改状态。
返回表格：工单号、来源链接、编号已核实（是/否）、备注。
注明检查的可见行数。无法访问的链接标记为未核实。
完成表格后停止并等待人工处理。

预期结果是范围明确、每行都带来源链接的清单。看起来合理的编号，如果没有匹配的来源页面，就不算核实。链接若跳到登录页、权限错误或其他工单，应计入未核实。客户端选择见浏览器 Agent 首次任务清单 和 MCP 与 CLI 对比。

复核命名草稿：Step 3.5 Flash 2603 ticket index

将结果保留为名为 Step 3.5 Flash 2603 ticket index 的草稿。复核者应把行数与可见队列比较，逐个打开来源 URL 并核对工单号，同时确认没有复制受限字段。只有规范链接证明是同一条记录时才去重。记录检查时间和筛选条件，因为队列会变化。之后由复核者决定是否通过其他获批流程回复或分派。

模型输出只是索引，不是工单系统审计。分页、延迟加载、访问过滤和过期页面都可能隐藏记录。如果任务要求覆盖所有工单，先确认有受支持的数据导出或完整分页方式，并校验总数。不要把当前可见的一页称作完整队列。

判断路由是否可用

Tabbit 提供浏览器工作区和本地 CLI 交接，不代表远程模型运行器能自动看到本地会话。远程 Agent 需要单独受支持的本地桥接。另见 Tabbit Browser 介绍、Codex 使用 Tabbit CLI 和浏览器自动化安全清单。

结果异常时

Agent 返回链接却没有打开时，要求逐条验证，其余标记未核实。工单号与页面不匹配时，丢弃该行，并检查任务运行期间来源列表是否改变。如果 Agent 试图回复或修改工单，停止运行并检查客户端权限。漂亮的文字回答不代表模型实际调用了浏览器工具。

本地检查点、托管 API 模型 ID 和 Agent 客户端是不同组件，需要分别核实。Step 3.5 Flash 的开放仓库说明了本地推理方式，但 2603 路由仍须通过服务商当前信息单独确认。Tabbit CLI 完整指南 介绍任务所有权与浏览器访问边界。

结论

只有在确认服务商的精确路由和工具调用路径后，才用 Step 3.5 Flash 2603 操作浏览器。先生成只读工单索引，在来源链接逐条核实编号，并保持所有工单不变。若服务商没有该 2603 ID 或标识含糊，应暂停，不要换成滚动的同系列模型。

For related setup context, see AI browser automation.

Secholar.L

Tabbit 增长与内容

Secholar.L 专注 AI 浏览器与 Agent 工作流的实操写作,基于真实调研对比工具,引用可验证的一手来源。