截至 2026 年 11 月 10 日，Ornith 1.0 31B 是已公布的 Dense 变体，但我未能在官方 Ornith-1 检查点列表中核实可下载权重或当前运行说明。不要猜模型 ID 来切换。你仍可先准备对照流程：用已经验证的本机模型端点，在 Tabbit Browser 中读取已登录页面并记录基线；等官方检查点和运行时可核实后，再进行 31B 测试。Ornith 官方仓库 · 发布公告
公告将 31B Dense 和 35B MoE 列为不同变体，但当前官方检查点列表对 1.0 只列出 9B、35B 和 397B。模型目录中出现名称，不等于官方模型文件已经发布。官方检查点列表六月的一条 Reddit 回复也提到当时似乎没有发布 31B Dense 权重。这是较早的社区观察，不是当前状态依据；当前状态应以本次核对的官方仓库为准。Reddit 原帖评论
切换前先核实有哪些模型文件
请把模型是否可用与浏览器是否可访问分开检查。先找 31B 的官方模型卡、可下载文件、许可和运行说明，再确认 Agent 客户端能否通过受支持的本机运行时调用它。两项都通过后再做第二次对照。公告称 31B Dense 和 35B MoE 是不同变体，但没有给出 31B 当前可用服务商或硬件要求。Ornith 发布公告
| 核对项 | 要找的证据 | 当前结论 |
|---|---|---|
| 31B 身份 | 官方发布资料对 31B Dense 的说明 | 已公布，且与 35B MoE 不同 |
| 31B 文件 | 官方模型卡和可下载检查点 | 当前官方 1.0 列表未列出 |
| 运行路径 | 官方服务说明和客户端对端点的支持 | 31B 尚未核实；不要猜服务商或模型 ID |
| 浏览器路径 | Tabbit Browser 中已登录的授权看板；本机 Tabbit CLI 可运行 | 用已验证的基线模型单独测试 |
| 对照权限 | 只读任务，不保存、提交或改权限 | 人工检查报告；测试中不写入 |
Tabbit CLI 快速开始介绍本机浏览器连接方式，但没有列出与 Ornith 1.0 31B 的已验证集成。
在同一登录页面记录基线
安装 Tabbit Browser，自行登录有权查看的看板。在本机 Agent 中，使用客户端实际支持的入口发现 Tabbit skill。Pi 使用 /skill:tabbit；一些客户端提供 /skills，另一些会自动加载已安装的 skill。再单独确认 tabbit-cli launcher 可以运行。最后在新任务标签页打开同一授权页面。你可以继续使用自己的浏览器标签页。
基线应使用已验证过工具调用的模型端点。若你的 35B 部署已经确认运行时和硬件可用，可以用它做本机基线；也可以使用客户端支持的其他已验证端点。35B 模型卡列出了 vLLM 和 SGLang 运行路径，但硬件信息有矛盾，不能据此随意建议安装。若 Agent 客户端无法访问本机端点，就先停在浏览器步骤之前。不能访问本机 CLI 的远程 Agent 可准备交接清单，但不能执行这项本机基线。连接现有浏览器的指南和首个浏览器任务检查表说明了登录态核对。
每次运行都保持相同页面、日期范围、提示词、权限和输出字段。准确记录基线端点返回的模型 ID、文件或量化版本、运行时、Agent 客户端和时间。不要拿量化后的 35B 结果去对比想象出来的 31B 结果。
使用同一提示词，并明确标记未运行项
以下提示词只会建立只读基线记录，并阻止 Agent 填造 31B 结果。ORN-31B-021 是示例草稿名，不是真实测试记录。
使用这个本机 Agent 已安装的 Tabbit skill。在新任务标签页中打开我已登录的看板。只读取日期为 2026-11-09 的记录。不要编辑、保存、提交、邀请用户或更改权限。
创建名为“Ornith 31B 模型切换基线 — ORN-31B-021”的草稿。记录本次 Agent 明确返回的基线模型 ID、已知的文件或量化版本、运行时、Agent 客户端、日期、页面 URL、可见行标签和实际观察值。不要猜缺失字段。
公告中的 Ornith 1.0 31B Dense 不在我核对过的官方检查点列表中。添加第二行并标记“阻塞：尚未核实官方可下载检查点和运行时”。不要把 35B 写成 31B，不要编造 31B 模型 ID 或对照结果。草稿保持未发布，并交给我审阅。
预期输出：一行实际测得的基线，一行明确阻塞的 31B 项，未知字段，以及供人工检查的草稿链接。Tabbit CLI 可在当前 Tabbit 环境中创建单独任务标签页；只要网站允许，任务可复用现有登录态。这只证明浏览器访问，不证明模型文件可用。若 31B 运行路径没有核实，应保持第二行阻塞，不要伪造结果。可参考 Tabbit CLI 完整指南、MCP 与 CLI 对比和 Codex Tabbit CLI 配置。
确认第二个检查点后再比较
| 对照字段 | 保持一致或记录 | 审核规则 |
|---|---|---|
| 页面和账号 | 相同 URL、授权账号和可见日期范围 | 页面或账号变化时停止 |
| 提示词和权限 | 相同提示词与只读范围 | 不允许某次运行修改页面 |
| 模型配置 | 准确检查点、量化、运行时、端点和客户端 | 未知字段标为未知，不要推断 |
| 页面观察 | 行标签、数值、遗漏项和不确定性 | 与页面可见内容逐项对照 |
| 结果状态 | 基线已测；31B 仅在官方运行路径确认后再测 | 阻塞行不得写成模型测试结果 |
一篇讨论开放模型的 Reddit 帖子中，有用户建议 35B 类任务从特定量化版本开始。这是个人配置建议，不能证明该量化适用于 31B；它提醒我们比较时要记录精确文件和量化版本。本机模型讨论
更多接入说明见浏览器 Agent 设置指南、浏览器自动化概览、浏览器 Agent 安全指南和网页搜索与浏览器控制的区别。这些资料未证明 Ornith 1.0 31B 权重或服务商目前可用。
常见问题
现在可以下载并运行 Ornith 1.0 31B 吗？
发布公告提到 31B Dense 变体，但当前官方 Ornith-1 检查点列表没有列出它的权重或模型卡。确认官方提供下载和运行说明后，再将它视为可运行模型。
Ornith 1.0 31B 是 Ornith 1.0 35B 的另一个名称吗？
不是。公告将 31B Dense 和 35B MoE 描述为不同变体。模型目录中的一条记录不能证明两者都有可下载权重或可用服务商。
31B 未核实期间还可以测试浏览器流程吗？
可以。先用已经验证的模型端点，通过 Tabbit Browser 对已登录网页进行只读基线检查。记录结果，并将 31B 一行标记为阻塞，不要虚构第二组结果。
本机基线会把网站登录态交给 Ornith 吗？
网站允许时，本机 Tabbit 任务可以使用已登录的浏览器环境。模型不会收到你的密码或 Cookie，任务也不会增加账号权限。
怎样在模型对照中调用 Tabbit skill？
按客户端文档使用对应入口。Pi 使用 `/skill:tabbit`；其他客户端可能使用 `/skills` 或自动加载已安装的 skill。还要确认本机 Tabbit CLI launcher 可访问。
怎样确保两次模型运行可比较？
使用相同网页、日期范围、提示词、权限和输出字段。分别记录准确的模型文件、量化、运行时和 Agent 设置，再由人工核对页面信息。