快速结论
Linzumi 是面向 AI 编程团队的聊天式控制平面：成员在共享 thread 中发起和监督任务，编程 Agent 在用户自己的电脑上读取获批目录、执行命令和修改代码，再把命令、diff、测试结果、截图与预览回传到 thread。当前官网明确标记为 beta，主推 macOS Apple Silicon 客户端、Web 注册入口和 Codex 工作流。它的价值不是提供新模型，而是让多人从浏览器或手机看到、干预和复盘本机 Agent 的工作。
它适合已经使用编程 Agent、但受困于终端会话不可见、远程监督困难和团队上下文分散的小团队。不要把“在本机运行”理解成“完全本地”：执行发生在本机，团队 thread、远程控制和审计展示依赖 Linzumi 服务，模型推理则使用所接 Agent/provider 及用户自己的凭据。需要成熟 AI IDE 可比较 Cursor，偏终端个人使用可看 Codex 或 Claude Code，需要开源编排框架可看 LangGraph。
核心功能
- 团队 thread 控制：人和 Agent 在同一会话中交流，团队成员可查看任务进度并中途纠偏。
- 本机执行：Agent 在用户授权的本地目录和真实开发环境中工作，而不是迁移到厂商托管 VM。
- 运行证据：官网展示命令、文件、diff、测试、截图和 replay 回到 thread，便于评审与追溯。
- 远程监督：可从 Web 或手机查看运行、回答阻塞问题和改变方向，不必直接 SSH 到开发机。
- 目录与会话权限：产品宣称目录需显式批准、敏感能力由人确认、端口转发和能力随 thread/session 结束。
- 本地 CLI：公开 npm 包
@linzumi/cli要求 Node.js 20+，用于连接本机 Agent 与 Linzumi 控制面。 - 活跃迭代：截至 2026 年 7 月 21 日 npm latest 为 1.0.152，当天仍有发布记录，说明产品活跃但版本变化很快。
适合人群
适合使用真实本地仓库的工程团队、需要让负责人监督 Agent 操作的创业公司、经常离开电脑但希望处理 Agent 阻塞的开发者，以及愿意给 AI 编程建立目录、凭据和审计规则的组织。Personal 适合个人验证，Company 面向把整个团队带入共享 thread 的场景。
不适合要求完全离线、政策文件齐备、稳定 SLA 或 Windows/Linux 成品客户端明确可用的组织。当前主页只直接提供 Apple Silicon macOS 下载。对高度敏感代码，若团队还无法确认服务端保存哪些 thread、日志、diff、截图和上下文，应该先停在脱敏测试仓库。
使用场景
- 监督长时间编码任务：离开电脑后从手机查看进度，及时回答 Agent 的确认问题。
- 团队内联评审：Agent 把实现、命令和测试证据发回 thread，成员在合并前纠偏。
- 并行任务控制：一个操作者同时观察多个 Agent，但仍需限制并发、目录和分支冲突。
- 本地真实环境验证：使用本机依赖、环境和仓库运行测试，降低托管沙箱与真实环境的差异。
- 审计原型：评估 replay 和导出记录能否满足团队 review；不能在未验证前视为合规审计系统。
价格与版本
| 方案 | 当前标价 | 官网列出的范围 | 购买前要核对 |
|---|---|---|---|
| Personal | 免费 | 1 人、无限 channels、本机 Agent、自带 Key、预览和 replay | beta 配额、数据保留、provider 费用 |
| Company | $100/月 flat | 全团队、共享 thread、全部 Agent/context、语音/电话/值班工作流、优先支持 | 首月免费条件、fair use、服务托管和功能可用性 |
| Enterprise | 洽谈 | SSO/SAML、SCIM、自托管/VPC/自有云、审计与数据控制、SLA | 实际交付范围、SOC 2 报告、合同和数据处理条款 |
定价不按 seat 是明显卖点，但“无限 agent-hours”仍应确认合理使用、模型费用和本机算力。模型通常由用户自己的 Agent 账户或 API Key 支付，Company 月费不能理解为包含无限模型推理。
许可证必须分层看。npm registry 把 @linzumi/cli 标记为 MIT，这只覆盖公开 CLI 包中可授权的代码；Linzumi 托管服务、网站、团队数据和商业功能仍是专有服务，不能因 CLI 开源就推断整个产品可自托管或按 MIT 再分发。
国内访问与使用体验
needsVPN: true 表示官网、Web 服务、Agent provider、支付与下载对中国大陆用户可能受地区和网络影响，本站不提供任何网络方案。当前 macOS 客户端面向 Apple Silicon，CLI 要求 Node.js 20+。高频发布意味着修复快，也意味着团队应锁定版本、验证升级并准备回滚。
首次试用应只批准一个可丢弃仓库，不挂载 SSH、云管理员凭据或生产 .env。分别测试取消任务、断网、电脑休眠、端口转发关闭、并行写同一文件、provider 额度耗尽和恶意 README 指令。即使界面显示人工 gate，也要确认本地 CLI 是否能在服务故障时继续运行、权限是否确实过期、日志能否完整导出。
优点
- 把本机真实开发环境与团队可见的聊天监督结合起来。
- 命令、diff、测试和 replay 比只接收最终 PR 更利于早期纠偏。
- Personal 免费，Company 采用 flat 团队价，试点成本容易理解。
- CLI 包采用 MIT，且截至核验日发布活跃。
- 目录授权、网络出口和敏感能力人工 gate 的产品方向合理。
不足
- 产品仍是 beta，macOS 之外的成品支持和稳定性需验证。
- C3、会议转录、引用问答、真相协调和自动生成 spec 在官网明确标为 roadmap，不是当前能力。
- 本地执行会直接接触真实仓库、凭据与进程，错误动作的影响也更真实。
- 托管控制面的公开服务条款、隐私政策、数据保留和模型训练政策不够容易找到。
- CLI 的 MIT 许可不覆盖托管服务；企业安全声明必须通过合同和证据确认。
替代品对比
| 工具 | 更适合谁 | 主要差异 |
|---|---|---|
| Codex | 个人终端或 OpenAI Agent 用户 | Agent 本体更直接，Linzumi 强在团队 thread 与远程监督 |
| Claude Code | 复杂终端编码与 Anthropic 用户 | 成熟 Agent 工作流，团队控制面需另配 |
| Cursor | 需要日常 AI IDE 的开发者 | 编辑器内体验成熟，不是同类团队聊天控制面 |
| LangGraph | 自研 Agent 状态机的工程团队 | 开源编排自由度高，但 UI、远程监督和协作需自建 |
常见问题 FAQ
Linzumi 现在可用还是只在路线图？
本机 Agent、团队 thread、运行记录、远程监督和 macOS beta 是当前产品主线。C3、会议转录、引用式知识问答、矛盾协调和 context-to-spec 在官网标为 roadmap，应视为未交付。
代码真的在本地运行吗？
官网称 Agent 在用户控制的硬件和获批目录中运行。但 thread、远程控制和运行证据需要经过 Linzumi 服务；需要分别评估本机、云控制面和模型 provider。
Linzumi 使用哪个模型？
它不是模型服务。当前官网主推 Codex，CLI 包也包含 OpenAI Codex 与 Anthropic Agent SDK 依赖；具体可用 Agent、账户和费用应以客户端当前界面为准，不要把依赖存在等同于完整支持。
Linzumi 是开源的吗？
公开 npm CLI 标记为 MIT；托管团队聊天与商业服务不是因此自动开源。自托管、修改和再分发权应按具体组件和企业合同判断。
Personal 免费版包含模型费用吗？
官网写明 runs on your machine, with your own keys，因此通常仍由用户承担 Codex、Claude 或其他 provider 的账户与调用费用。
可以用于敏感公司代码吗？
在拿到并审查服务条款、隐私政策、DPA、保留/删除规则、子处理者、训练政策和企业安全材料前，不建议。先用脱敏仓库做数据流和权限验证。
总结
Linzumi 解决的是一个真实问题：本机 Agent 有环境真实性，却经常缺少团队可见性和远程监督。它用共享 thread、运行证据和会话权限把两者连接起来，且价格对小团队有吸引力。当前 npm 发布也证明它不是静态概念页。
但 beta、路线图与政策缺口必须进入采购结论。评估时画清三条边界：代码和命令在本机执行，团队上下文进入 Linzumi 云服务，推理由外部模型 provider 完成。只有三层的数据、权限、费用和删除规则都能回答，才适合从个人 POC 扩到公司仓库。