Tabbit博客

如何在已登录的浏览器中检查 Arrow 2 SVG

Arrow 2 和 Telos 用于生成 SVG,不负责浏览器操作。先在 Quiver 制作素材,再用独立的本机 Agent 到已登录工作区复核。

本文目录
  1. 写一份可审阅的 SVG brief
  2. 在已登录工作区检查导出素材
  3. 用 Tabbit 执行浏览器复核,而非生成 SVG
  4. 一手 SVG 测试能说明什么
  5. 结论

Arrow 2 不是浏览器控制模型。Quiver 官方资料将它用于生成可编辑 SVG;先用它制作视觉素材,再到实际要发布的浏览器工作区或编辑器检查。如果需要操作已登录网站,请另用带 Tabbit CLI 的本机 Agent。Arrow 2 Telos 与 Arrow 2 属于同一类 SVG 工作流:在设计特别重视细节时选 Telos,而不是因为它增加了浏览器能力。

Quiver 的模型与开发者文档按生成质量和速度区分 Arrow 2 与 Telos,没有把两者描述成通用浏览器 Agent。Quiver 模型指南

选择适用情况需要检查的取舍
Arrow 2(arrow-2)常规 SVG 初稿和迭代在目标编辑器检查几何、准确文字和可编辑性
Arrow 2 Telos(arrow-2-telos)密集插画、精确几何或技术图表优先细节;按你的 brief 比较耗时和 API 成本
本机浏览器 Agent + Tabbit CLI打开已登录的设计工作区并检查导入结果需要兼容的本机客户端和浏览器会话;不会自行调用 Arrow

写一份可审阅的 SVG brief

启动生成前先列出视觉要求:主体、风格、配色、构图、准确文字和参考图。Quiver 的提示词指南建议明确这些要素;API 文档还说明 Arrow 2 支持的采样参数多于 Telos,不要把 Arrow 2 的参数发送给 arrow-2-telos。可通过 GET /v1/models 查看当前支持参数。提示与参数说明

可以先制作一个准备放进网页看板的小型状态流程图。使用虚构标签;发布前检查字体、对齐、分组和不同尺寸下的表现。

检查项查看导出的 SVG判断标准
画布viewBox、宽高、空白边距放进目标区域后是否裁切
几何对齐、重复间距、线条连接在实际尺寸下形状是否干净
文字原文、拼写、可读性编辑器能否按预期选中或编辑
结构分组、路径、ID、嵌入资源下游工具能否处理文件

提示词模板(替换方括号内容):

为 [看板用途] 创建一个可编辑 SVG。主体:[状态流程]。
风格:[简洁几何线稿]。配色:[海军蓝 #18324A、青绿 #2A9D8F、暖灰 #F4F1EA]。
构图:[横向 16:9 viewBox,三个阶段从左向右均匀排列并用线连接]。
准确可见标签:[Queued、In review、Approved]。保留拼写和顺序。
文字和图标必须位于 viewBox 内。统一线宽、保证对比度,并为每个阶段设置独立逻辑分组。
返回 SVG 源码,以及需要人工检查的文字或几何清单。不要声称文件已在我的目标应用中测试。

然后把下面这条只读任务单独交给本机 Agent。它指定草稿名和可见检查点;不会要求 Arrow 操作浏览器。

任务:通过本机 Agent 使用 Tabbit Browser,检查 [DESIGN_PAGE_URL] 中已导入的草稿 [ASSET_NAME]。
只有当前客户端能连接本机启动器时才调用 Tabbit CLI。不要登录、上传、替换、保存、发布或更改项目设置。
读取页面可见内容;若网站提供 SVG 元数据,则检查画布尺寸和内容。返回素材名称、viewBox、尺寸、准确可见标签、裁切或溢出情况,以及渲染结果与 brief 的差异。每项发现都附页面 URL。
如果素材尚未打开、账号不正确、页面要求登录或无法读取 SVG 详情,停止并报告阻塞,不要猜测。
创建命名审阅草稿“[ASSET_NAME] — 浏览器复核”及可见检查点:已核实、不匹配、未知、需人工决定。保持设计不变。

把提示词当成设计 brief,不要当成测试结论。按最终使用尺寸检查渲染结果。如果文字错误或几何拥挤,每轮只调整一个条件并对比导出文件。不要假定生成的 SVG 无障碍、可直接上线或兼容所有编辑器。

在已登录工作区检查导出素材

如果需要在已认证的设计工具里检查素材,先安装 Tabbit Browser 和 Tabbit CLI,并按官方快速开始设置。确认本机 Agent 客户端确实能运行你选的模型和本地工具。支持命名 Skill 的客户端使用 /tabbit;Pi 使用 /skill:tabbit,其他客户端可能只提供 /skills。发现 Skill、启动器连通、网站登录是三件不同的事。

Arrow 2 应通过 Quiver 文档支持的 SVG 生成入口使用,例如官方应用或 API。Quiver 官网列出 Codex 插件、CLI 和 MCP Server,但仅有集成目录不能证明你的具体客户端配置已经提供浏览器控制。请把生成和浏览器复核分成两个步骤。

在 Tabbit Browser 中打开目标设计工作区,先确认账号和项目。再让本机 Agent 导入或检查 SVG,但前提是该网站和工具确实支持相应操作。保留命名草稿和可见审阅检查点,例如“Arrow 状态图——导入审阅”,列出尺寸、文字检查、未解决问题和源文件。发布或覆盖前由人工确认。把模型生成素材明确标成草稿。

本次 Tabbit CLI 会话检查使用 localhost 夹具:测试登录前页面返回 401;同一 Tabbit 环境中的第二个命名任务收到 200,并读到夹具标题和记录。这只验证该测试配置下的会话复用。本次没有测试 Arrow 与 Tabbit 的集成,也没有在已登录的第三方设计站点上完成工作流。

用 Tabbit 执行浏览器复核,而非生成 SVG

Tabbit Browser 提供检查目标页面的环境;Tabbit CLI 将兼容的本机 Agent 连接到该浏览器。它不会让 Arrow 2 变成浏览器操作者。如果你的编程客户端无法调用本机启动器,就自行检查素材,或交给本机 Agent。浏览器设置可参考:连接已有浏览器、CLI 与 MCP 对比、Codex 设置、CLI 指南、复用登录、首次任务检查表、浏览器提示词模板、点击问题排查、API/MCP/浏览器选择和来源核验流程。

一手 SVG 测试能说明什么

在 Reddit、X 和 YouTube 搜索后,没有发现 Arrow 操作已登录网站的型号专属社交帖子。不过,两篇原始页面记录了 SVG 生成实测,可以帮助设定复核重点,但不能证明浏览器控制能力。

FLORA 于 10 月 27 日发布的编辑测试称,团队在一个 FLORA 画布中让 Arrow 2 Telos 生成了十份 brief。文章展示其在 Logo、图标组、插画、字形和图表中的可编辑图层与文字。这是一篇平台团队在商业场景下的小规模定性评测;页面没有公开全部十次生成的原始记录。FLORA 的 Arrow 2 Telos 测试

一位开发者在 9 月 22 日的更新日志中记录了自己的集成测试:每个模型六个提示词,共十二个输出,该轮成本约 2.60 美元。记录显示 Arrow 2 单次用时 51–120 秒,Telos 为 47–238 秒;Telos 一次超时后,用原提示重试花了 469 秒。该测试还称,Arrow 2 的平面流程图几何更规整,而 Telos 在明确要求纯色的提示下加入渐变;两者在一张人像中都没有正确生成五个指环。这是特定服务商和工具链下,每个提示单次生成的小样本,不是当前价格或普遍速度基准。开发者更新日志与测试记录

这些记录支持用同一 brief 比较两个型号,并在目标编辑器中检查导出的 SVG;它们不证明 Arrow 能操作已登录网站。本次 Quiver app 可打开公开发现页,但生成要求登录,因此没有生成或检查 Arrow 图稿。模型专项要求的社交原声截图仍缺失,本文保持草稿。

结论

日常可编辑 SVG 先选 Arrow 2;如果 brief 对细节或几何要求很高,用同一 brief 对比 Telos。只有在独立的网页复核步骤中,才使用 Tabbit Browser 和兼容的本机 Tabbit CLI 客户端。模型模态、宿主 Agent 工具、本机启动器连通和网站登录状态都需要分别确认。

常见问题

Arrow 2 能点击已登录网页吗?

官方资料描述的是 SVG 生成与编辑,不是浏览器操作。要检查已登录网页,请另用可调用 Tabbit CLI 的本机 Agent。

Arrow 2 Telos 适合什么任务?

Quiver 将 Telos 定位为更重视细节的 SVG 选项,例如密集插画、精确几何和技术图表。它是生成质量选择,不是浏览器控制变体。

能在 Tabbit Browser 里检查 Arrow 生成的 SVG 吗?

可以把它作为独立的人工或本机 Agent 步骤:在 Tabbit Browser 打开目标设计工作区,查看 SVG 渲染和尺寸。这不代表 Tabbit CLI 会调用 Arrow。

怎样在 Arrow 2 和 Telos 之间选择?

速度和单张成本优先时先试 Arrow 2。几何或细节很关键时,用相同 brief 测试 Telos,再到目标编辑器检查导出的 SVG。

云端编程 Agent 能用我的本地 Tabbit 会话吗?

不会自动连接。必须有受支持的本机交接;否则把导出的文件和检查清单交给本机 Agent,或自行复核。

下一步

让 Tabbit 与你并肩工作。

跨标签页调研、自动化重复的浏览器工作,让每一处上下文都触手可及。