Cohere North Mini Code：面向本地编码代理的轻量化部署清单
Cohere 的开放权重代理式编码模型，以较小激活参数支持仓库级修改、终端任务和本地部署，但工程采用仍需独立验证正确性与工具权限。
Cohere North Mini Code developer-tools coding-agent agentic-coding open-source Cohere 的开放权重代理式编码模型，以较小激活参数支持仓库级修改、终端任务和本地部署，但工程采用仍需独立验证正确性与工具权限。
Cohere North Mini Code
1. 一句话结论
North Mini Code 是 Cohere 在 2026 年 6 月发布的开放权重代理式编码模型，重点不是在对话框里补一段代码，而是在仓库和终端环境里连续规划、调用工具、修改文件并运行检查。[S1][S2] 它值得做本地编码代理试点，但不能因为权重可下载就默认产出可直接合并。
2. 发布与定位
Cohere 将它定位为 North 编码模型家族的首个成员，面向 agentic software engineering、终端任务和复杂代码生成。[S1][S2] 模型采用 Apache 2.0 许可证，同时通过开放权重、Cohere API 和专用 Model Vault 提供不同交付路径。[S1]
3. 核心能力
官方规格为 300 亿总参数、30 亿激活参数的混合专家模型，支持 256K 上下文和最多 64K 输出。[S1][S2] 官方列出的任务包括仓库级代码修改、终端代理、本地编码和算法推理；它针对多种 agent harness 训练，不只绑定某一个前端。[S2]
4. 适用场景
优先试在内部工具仓库、可重现的缺陷修复、测试补全和批量机械修改上。这些任务有清晰 diff 和自动检查，容易判断代理是否真正完成目标。高风险业务逻辑、缺少测试的老系统和直接操作生产环境不宜作为首批场景。
5. 推荐部署路径
先用 API 或受控的 OpenCode 环境跑固定任务集，将模型权限限制在临时分支、容器和测试账号中。[S1] 结果稳定后，再根据数据驻留和成本需求，选择自托管开放权重或 Model Vault。迁移时应锁定模型版本、推理参数、工具协议和依赖镜像。
6. 主要风险
第一，“30 亿激活参数”不等于普通电脑无成本运行，权重存储、显存、量化和推理框架仍要实测。第二，编码代理能执行 shell、读写仓库或调用网络，权限过大会把错误从文本放大成真实改动。第三，官方 benchmark 只能说明发布方测试条件下的表现，不能代替自家仓库验收。
7. 同类对比
与云端闭源代理相比，它提供 Apache 2.0 权重和自托管路径；与 IDE 补全模型相比，官方更强调多步终端和仓库任务。[S1][S2] 这是产品形态差异，不代表正确率或总成本的胜负。
8. 成本与治理
文档称 API 可在试用限制内使用，生产可通过 Model Vault 部署。[S2] 成本还要统计 GPU 小时、任务时长、重试和人工审查。每个会话应留下提示、工具调用、diff 和测试记录。
9. 验收方法
准备 20–50 个已知答案的仓库任务，覆盖定点修复、跨文件修改、测试新增和命令失败。记录通过率、越界文件、工具错误和人工时间。只有测试全绿、无越权访问且重复运行稳定，才扩大范围。
10. 来源与更新时间
调研截至 2026 年 8 月 13 日。模型版本、API 限制、Model Vault 提供方式和支持的代理前端可能变化，正式采用前应重新核对。