Megastructure Arc 2.1.6

• 从连接添加的 API 智能体，在模型能看图像时可以看到粘贴的图像。通过“添加智能体”添加的这类智能体从未经过认证，Arc 无法判断其模型能否看到图像，于是会告诉它们图片未显示。现在，这类智能体启动时，Arc 会用一张小图像询问其模型一次并保存答案，因此消息中的图像和“文件”按钮附加的图像会送达能看图像的模型；不能看图像的模型仍保留文本引用和说明。在这次检查运行之前，如果提供商目录（例如 OpenRouter 的目录）列出了模型的输入类型，就由目录为新添加的智能体作出判断。检查如果因端点一方的问题失败（例如服务器错误、连接中断或超过“响应期限”），Arc 会在至少十分钟后的启动时再询问；密钥被拒、余额不足或遇到速率限制时，则会在下一次启动时再询问。“智能体设置 → 限制”为 API 和自托管服务器智能体新增了“图片”：可选择“由 Arc 判断”“显示”或“不显示”，并显示 Arc 的判断及原因，或尚无结果的原因。更改从智能体的下一轮开始生效。
• 模型文件可以借助视觉投影器看到图像。如果模型文件所在的文件夹中只有一个视觉投影器（mmproj .gguf，视觉模型通常会把它和权重放在一起），Arc 会将它与模型一起加载，并在根据内存确定上下文窗口大小时把它计算在内。智能体启动时会检查一次其模型能否看到图像。能看到图像的模型会收到粘贴和附加的图像，并在完全访问房间中获得电脑工具；在 Arc 可以操作桌面的电脑上，模型会先进行一次指向测试，使其点击采用它实际使用的坐标。任一检查超时都不算结果，下一次启动时会再试。通过 HTTP API，可以为模型文件的配置指定某个投影器或将其关闭（projector：路径、auto 或 off）；“智能体设置”中没有对应的选项。在 2.1.6 之前添加的模型文件没有记录投影器：请重新添加它，再从新添加的条目添加其智能体。
• MCP 服务返回的图像会保存到房间中。你授权给智能体的 MCP 服务中的工具返回图像时（例如在本机绘图或调用托管图像 API 的图像生成服务器），Arc 会把它作为图像工件保存到房间中，每次调用最多四张，替代文字根据服务、工具和调用中的提示词生成。智能体得到的是可以附加到消息中的引用，而不是一段被截断的图像数据。MCP 服务仍需要完全访问房间。如果图像无法读取或大于 8 MB，结果会说明它为何没有保存。
• “回复接收方式”成为使用 Chat Completions 协议的 API 智能体的设置。在“智能体设置 → 限制”中，使用 Chat Completions 协议的 API 智能体（包括自定义 OpenAI 兼容端点）可以选择“Arc 默认：流式接收”“流式接收”或“完整回复后接收”；更改从智能体的下一轮开始生效，并会再次向拒绝过流式输出的提供商请求流式输出。以完整回复方式保存的自定义端点会保留该方式，直到你在这里选择“流式接收”或“Arc 默认”；升级不会改变它。使用 Anthropic Messages 或 Responses 的 API 智能体，以及自托管服务器智能体，始终使用流式接收，因此它们的“回复接收方式”为只读。运行中的智能体的提供商拒绝流式输出时，该设置会显示“完整回复后接收（提供商拒绝流式输出）”。设为“完整回复后接收”的智能体超过“响应期限”时，错误信息还会建议把“回复接收方式”改为“流式接收”。
• 内置的界面审查步骤。智能体可以通过 arc_get_skill 获取 skill_id 为 arc-ui-review 的技能（arc_browser_open 现在会提到它），按步骤审查界面：截取页面、附上图像发布评审意见、把改动做成 HTML 或 SVG 工件形式的原型、在截图上标注，并把改动前后的图像并排发布。它说明了原型页面可以加载的内容：内联样式和之前的截图，不能使用脚本或外部文件。它提供英文、简体中文、繁体中文和日文版本，你可以在“设置 → Arc 指令”中与其他内置指令一起编辑或重置它。

• 超时和连接中断的错误现在会指向恢复卡片中的重试。回复超过“响应期限”或流式回复的硬上限，或者提供商或模型服务器关闭了连接时，错误信息不再建议发送新消息（新消息只会排在被保留的步骤之后等待），而是建议在需要时先调高“响应期限”（智能体设置 → 高级）或调低“每步输出 token 数”（智能体设置 → 限制），再选择“立即重试未完成的步骤”。
• 提供商冷却期间被拒绝的重试，现在会以你所在时区的时间显示。在提供商冷却期间选择“立即重试未完成的步骤”时，拒绝信息以前用 UTC 给出最早的重试时间，而房间卡片显示的是本地时间。现在拒绝信息会给出带 UTC 偏移的本地时间，例如 2026-10-15T00:30:00-07:00。
• 启动时清除了过时失败测试的智能体，会重新接受限制更改。如果智能体启动时清除了旧版 Arc 留下的连接测试失败记录，它在重启之前都不会接受之后的限制更改。现在，它会从下一轮开始接受这些更改。
• 启动完全访问智能体的一轮不再拖慢 Hub。这类智能体开始工作前，Arc 会列出电脑上的编程工具（Python、Node.js、Java、.NET 等）写入其说明。以前 Arc 逐个检查这些工具，期间发往 Hub 的其他请求都要等待；在繁忙的 Windows 电脑上，这可能超过 15 秒并导致启动超时。现在 Arc 会同时检查它们，并在十分钟内或 PATH 改变之前重复使用这份列表；没有及时响应的工具会在下一次启动时重新检查。
• 流量限制的第一次快速编辑现在会被保留。“设置 → 连接与模型”中的“同时请求数”“服务器槽位数”和“每分钟请求数”字段可能在刚出现时自行重置，撤销你在那一刻输入的值：清空“服务器槽位数”后输入 3，可能会保存为 13。现在，这些字段只会在已保存的限制改变时更新。
• Arc 命令行在输出到文件或管道时会使用 UTF-8。在 Windows 上，重定向时 arc --help 和 arc-daemon.exe --help 会因 UnicodeEncodeError 而失败，任何输出系统代码页以外文字（例如中文或日文路径）的命令也是如此，错误信息还会把这类文字显示为反斜杠转义序列。现在重定向的输出和错误信息都使用 UTF-8；控制台窗口不受影响。

Windows 10/11（64 位），或搭载 Apple 芯片的 macOS 11 及更高版本。内置本地 AI 需要 macOS 26 或更高版本。电脑操作需要 macOS 14 或更高版本。