主流生成式 AI 几乎都在「画像素」：模型输出由成千上万个色块拼成的位图（如 JPG 或 PNG）。这类图片一旦放大边缘就会模糊，画面里的元素也全部粘在一起，设计师想挪动一片树叶、前端工程师想改变图标描线，都无法直接编辑。

QuiverAI 推出的新一代矢量生成模型 Arrow 2 与 Arrow 2 Telos，延续了一条截然不同的技术路线：直接用代码生成结构化的矢量图（SVG）。SVG（Scalable Vector Graphics）是一种使用 XML 代码描述几何图形的格式，它不是记录像素，而是记录点、线、多边形和曲线的数学方程。这意味着生成的图形不仅任意放大都不会失真，图中的每一个形状、线条和图层都能在矢量软件或代码中独立修改。

同一天，QuiverAI 还上线了把对话生成和画布编辑放在一起的新版 App，以及独立的开发者平台。计费方式也换了：Arrow 2 和 Telos 按 token 计费，不再像 Arrow 1 系列那样按张收固定价。

Arrow 2 的主要功能特点

• 直接生成可编辑 SVG：输出由路径、形状和图层组成，可以无损放大，也能在矢量软件或代码里继续修改。
• 支持文字和参考图共同控制：可以用提示词描述目标，也可以提供现有图片，让模型沿用配色、线条和几何风格生成新素材。
• 覆盖多种矢量设计任务：能生成图标、人物插画、技术示意图、服装线稿，并把手绘草图或位图转成矢量图。
• 可以生成简单动画：输出的 SVG 能包含路径与属性动画，适合加载图标、状态变化和循环微动效。
• 提供 App 与开发者 API：设计师可以在对话式画布中生成和编辑，开发者可以通过兼容 OpenAI Responses 的接口接入产品。
• 两个模型档位：Arrow 2 面向常规生成，Arrow 2 Telos 提供更长上下文，用于结构复杂、参考材料较多的任务。

为什么矢量图不能只靠像素描摹？

在传统设计流程中，如果要把位图变成矢量图，通常使用图像软件自带的自动描摹（Image Trace）。这种描摹是靠算法沿着像素的颜色边界拟合出路径，边缘稍有噪点，就容易堆出大量零碎的「锚点」。

控制点与锚点是矢量图形的基石：锚点决定几何路径的转折位置，控制点决定曲线的弯曲弧度与走向。对设计工程而言，控制点越少、越规律，线条越平滑干净；路径上堆满多余的点，文件会变大，人想拖动调整某段轮廓时，也得一个个去对付这些点。

M17.5 81.1L18.1 74.4L18.2 68.9L17.9 63.4L19.4 57.5L21.6 51.3L25.1 48.2L27.4 42L32.2 39.5L35.9 34.1L41.1 29.6L45.3 26.9L48.2 23.6L53.5 22.9L58.3 20.2L64.8 18L69.9 16L74 15.5L81.1 15.7L85.5 16.2L85.4 21.1L85.3 27.8L82.6 33L81.7 39.1L80.2 42.8L78.5 47.4L74.3 53.8L70.6 57.7L66.9 62.4L65 66.1L61.3 69L56.5 73L51.6 75.4L47.4 79.1L41.2 80.2L34.7 81.7L30.5 83.3L25 81.8Z

M18 82C14 40 52 14 86 16C84 52 58 86 18 82Z

QuiverAI 团队早期曾发表过 StarVector 与 RLRF 等矢量生成研究，其产品逻辑是将视觉表现转化为编程问题：让大语言模型直接学习如何编写规范的 SVG 标签与贝塞尔曲线参数。Arrow 2 强调的不是像素级的形似，而是通过精简、准确的代码节点来构建可维护的设计资产。

Arrow 2 和 Telos 差在哪

这次发布了两个模型，定位、上下文窗口和价格各不相同：

Arrow 2：平衡质量与速度的主力模型。适用于常规图标、单体插画、扁平界面素材及绝大多数日常设计探索。它的上下文窗口为 131,072 token，单次最大输出限制为 65,536 token。

Arrow 2 Telos：面向高复杂度创作的长上下文高保真版本。Telos 的上下文窗口扩大到 1,050,000 token（约为 Arrow 2 的 8 倍），单次最大输出同样为 65,536 token。

QuiverAI 把 Telos 描述为 Arrow 的矢量能力与更强推理能力的组合，但没有介绍所用模型和具体实现。

价格上，Telos 每一项 token 单价都比 Arrow 2 高 50%。如果任务涉及包含多层结构的大型示意图、极其紧密的几何制图、需要输入大篇幅设计规范或复杂多图参考的场景，适合调用 Telos；若是大批量生产基础图标或对生成成本敏感的流水线，Arrow 2 是更合理的基础选择。

质量、速度与官方示例

Arrow 2 的改进目标是减少多余控制点，并改善元素间距、留白和对齐。现有公开材料主要是生成案例，可以用来观察它能做什么；宣传片所说的“快 5 倍”没有配套对比型号和测试条件，因而批量生成的速度与成功率要用自己的图形任务试跑。

官方博文给了四类示例：

输入左侧参考人像，Arrow 2 生成保持色彩与几何风格一致的四款新人物肖像

风格继承与多角色生成：输入单张插画作为参考图，模型能够提取其配色方案、明暗几何切面和五官绘制规则，批量生成多款风格统一的角色肖像，便于快速构建成套人物素材。

肌肉线稿插图中对肩部三角肌等目标区域填红高亮，其余骨骼肌肉保留黑白线稿

局部高亮示意图：在技术与医学插画中，模型能根据文字指令对特定几何区域进行视觉着重处理，例如将肩部三角肌等特定肌群填充为红色并保留内部纤维线条，周围解剖结构仍维持黑白线稿。

根据时尚提示词生成的夹克线稿，清晰展现拉链、裁片拼接与缝线结构

服装与工业线稿：服装平面款式图（Technical Flats）要求线条规整、结构对称。生成的线稿能稳定呈现不同领型、口袋位置、斜拉链及拼接缝线，方便设计师直接提取裁片逻辑。

左侧铅笔手绘面具草图被转为右侧矢量图，外轮廓仅分布数十个关键锚点

草图矢量化（Vectorization）：把纸上的手绘稿或普通图片（位图）转换成矢量代码。手绘面具草图在被转化为矢量后，外轮廓锚点大部分落在拐角与曲率转折点上，避免了边缘噪点带来的杂乱路径。

一段 23 秒的公开录屏展示了照片转 SVG 的过程：把 Miu Miu 的短款羽绒服商品图贴进 App，输入「puffer jacket」，Arrow 2 Telos 先画袖子、衣身和下摆，再补上绗缝线、滚边、立领、拉链、口袋和抽绳，最后把原照片与 SVG 并排展示。

从对比画面看，立领、斜肩滚边、两个拉链口袋、下摆抽绳和罗纹袖口都被保留下来；颜色比原图偏紫、偏浅，绗缝格子也更规整。这段录屏能看到细节还原方式，但没有显示生成时间和 token 用量。

画布工作区与微动画能力

新版 App 把生成和编辑放进同一个工作区：用一句话描述想要的图，靠对话来回修改，再在画布上做精确调整；每个作品都是可编辑的 SVG，可以拿到 App 外面用。

新版 App：左侧对话框里正要发送「删掉所有云」，右侧画布上一朵云被单独选中

在 App 里，左侧是对话面板，右侧是 SVG 画布。比如想去掉画面里的云，可以直接在画布上选中那朵云，也可以在对话里说「删掉所有的云」。

同一段录屏里能看到 App 的模型菜单：包含 Arrow 2 与 Arrow 2 Telos 两个模型，外加一个「Effort」（可以理解为让模型想得多深的档位），演示时选的是 Medium。鼠标停在 Telos 上时，说明文字是「擅长复杂的 SVG 创作，消耗用量快得多」，并标注「按用量计费」（Usage based）。Effort 各档的差别和 Telos 在 App 里多消耗多少额度没有量化，所以复杂任务切到 Telos 前，最实用的方法是用同一张图对比质量和用量。

Arrow 2 还能让静态 SVG 里的形状和分组动起来：

• 产物仍是可以直接放进网页的 SVG 动画，不是视频片段。
• 适合 Logo 描线、加载状态、咖啡热气和图标眨眼等界面微交互。
• 这项能力此前已经出现在 QuiverAI 的 MCP 工具中，Arrow 2 将它整合进模型和网页编辑器。

博文的动画示例里，四个小图同时播放：猫头鹰眨眼晃动，杯子上方的热气飘动，一个字母组合标志从单线描出再填实，一组细线几何面板轻微变化。动的都是图里原有的元素，画面本身没有镜头运动。

计费：新模型按 token 算钱，不再按张

要把 Arrow 2 接进生产流程，最该先弄清的是计费方式。

Arrow 1 系列按张收固定价：Arrow 1.1 生成一张 SVG 0.20 美元，矢量化一次 0.15 美元，这些老模型目前仍在价格表上。

Arrow 2 与 Telos 没有每张图的固定价，按 token 用量计费：

一张图到底花多少钱？

价格文档给了一个算例：如果一次请求消耗 10,000 个未缓存输入 token 和 2,000 个输出 token，在 Arrow 2 上花费为 0.08 美元，在 Telos 上花费为 0.12 美元。

这个算例展示的是计费公式，不是单图均价。一张 SVG 需要多少 token 取决于图形复杂度和推理过程，平台目前没有给出平均值。

按官方单价推算：

• 只看输出：Arrow 2 输出 20 美元 / 每百万 token，所以 1 万个输出 token 正好 0.20 美元，和 Arrow 1.1 生成一张 SVG 的价格相同；Telos 输出 30 美元 / 每百万 token，约 6,700 个输出 token 就到 0.20 美元。
• 官方示例（1 万输入 + 2 千输出）在 Arrow 2 上 0.08 美元、Telos 上 0.12 美元，都比 Arrow 1.1 的 0.20 美元便宜。
• 单次请求输出上限是 65,536 token：打满时仅输出一项，Arrow 2 约 1.31 美元，Telos 约 1.97 美元。
• 用 Responses 接口做多轮工具调用时，每一轮都按上面的方式单独算一次，最后的总价是各轮之和。
• 所以贵不贵取决于你的图实际要多少 token（包括推理 token），而官方没有公布这个数；实际用量可以在 API 平台的用量与日志页面里看到每次请求的消耗。

实际计费还受三项工程规则影响：

1. 推理（Reasoning）token 计入输出：模型出图前会先推理，推理 token 一律算进输出 token 计费（不另外重复收费）；开启流式输出时能看到这段推理过程。
2. 多轮工具调用分次计价：在 Agent 工作流中，如果模型通过工具反复微调资产，每一次发起的 HTTP 请求都会独立结算 token 费用，完成一张最终图纸可能会累加多次调用成本。
3. 资金预扣机制：对于按 token 计费的请求，系统会在请求开始执行前临时冻结账户中 1 美元的可用余额。请求完成后按实际消耗扣除，并释放多余的冻结资金。余额不够支付这次请求时，接口可能在运行前直接返回 402 错误。

App 订阅与 API 充值完全隔离

App 和 API 是两本账：

• App 订阅不可抵扣 API：App 提供 Go（$8/月）、Basic（$20/月）、Pro（$40/月）三档套餐，每周分别包含 $5、$15、$40 的应用内额度。这些额度每周一（UTC 时间）重置，不结转，只能在 App 里用，不能拿来调 API。
• API 走单独预付费：开发者调用 API 必须在 platform.quiver.ai 充值独立的预付余额，默认最低充值门槛为 10 美元，充值获得的额度有效期为 1 年。

开发者接入：两种接口怎么选

对于开发者，Arrow 2 提供了两条调用路径：原生的 /v1/svgs/* 端点，以及兼容 Open Responses 规范的 /v1/responses 接口。

如果业务场景只是单次「提示词转 SVG」或「图片矢量化」，调用原生的 POST /v1/svgs/generations 是最直接的选择。支持传入参考图（Base64 或公开 URL），当开启 stream: true 时，服务端会依次推送 reasoning（推理）、draft（草稿渲染）和 content（最终 SVG 结果）三种 Server-Sent Events 事件。

如果想让 Arrow 2 在 Agent 流程里调用你自己的工具，就用 Responses 接口：

标准 SDK 兼容：支持通过 Vercel AI SDK 的 @ai-sdk/open-responses 扩展接入，或者直接使用 OpenAI 官方 JS/TS SDK，只需将 baseURL 替换为 https://api.quiver.ai/v1 并调用 client.responses.create。

客户端工具调用（Tool Calling）：开发者可以在请求中向 Arrow 声明自身应用支持的函数（例如保存文件的 write_file）。Arrow 2 可以在多轮对话中决定何时触发该工具，并返回结构化的调用参数。

严格无状态设计：QuiverAI 的 Responses 接口不保存历史会话记录，请求中不支持传入保存会话的参数。若要实现多轮微调或在工具执行后继续生成，客户端必须自行在上下文数组中回传完整的对话历史、工具调用参数与执行结果。

宣传片说，用户生成的插画、图标和技术图纸会帮助团队改进 Arrow。在 API 平台上，组织的 Owner 或 Admin 可以通过「Improve QuiverAI」开关决定是否允许符合条件的组织数据用于改进模型。当前文档没有标出该开关的默认值，也没有给出 App 订阅用户对应的数据选项；准备上传客户资产时，应先在实际账户中确认这个开关。

选型自检

• 图形有多复杂？精度要求有多高？ 如果生成的是图标、Logo、扁平插画这类元素不多的图形，官方文档建议大多数生成优先使用 Arrow 2。如果在 Arrow 2 的输出中发现细节对不齐、密集路径混乱，或者是密集插画、几何要求紧的 Logo、技术图纸这类「精度比速度重要」的图形，再换用 Telos（每项单价贵 50%）。常规图形直接用 Telos 只会多花钱；而在需要高精度的复杂图形上硬用 Arrow 2，输出可能达不到交付要求。

• 单次请求要传入的内容有多长？ 检查需要塞入的设计说明、品牌规范和参考材料等总量。如果超过了 Arrow 2 的 131,072 token 上下文上限，只能选择支持 1,050,000 token 的 Telos；如果未超过该上限，上下文长度不是换用 Telos 的理由。超过上限的内容放不进 Arrow 2；没超过却选 Telos，就要多付 50% 的单价。

• 业务预算是否允许按 token 浮动计费？ 先用少量真实业务需求在 API 平台试跑，在用量与日志页面查看每张图实际消耗的 token。按官方单价推算，Arrow 2 上一张图的输出（含推理）到 1 万 token，光输出费用就已经是 0.20 美元，和 Arrow 1.1 一张的价格持平，再加上输入费用才是总价；输出明显低于这个量，Arrow 2 才比 Arrow 1.1 便宜。如果业务需要每张图价格完全确定，可以先留在按张固定收费的 Arrow 1.1。不先实测就全面接入 Arrow 2 可能导致预算失控；但留在 Arrow 1.1 将无法使用新模型支持的 SVG 编辑与微动画能力。

• 是单次固定生成，还是在 Agent 中调用自己的工具？ 如果业务只是固定的「文字生成 SVG」或「图片矢量化」，使用原生的 /v1/svgs/* 接口更简单；只有需要让 Arrow 在 Agent 流程中调用你自己的工具时，才选用 /v1/responses 接口，并务必给请求轮数设定上限。在简单场景下用 Responses 接口会增加接入和状态管理成本；在 Agent 流程中若不设轮数上限，每一轮工具调用都会单独计费，容易导致总调用费用失控。