不拼模型拼管法：Show HN 上的 MIKE 用看板管 agent、用 gVisor 关住 agent

现在做一个 coding agent 的“壳”已经不新鲜了——新鲜的是，你拿什么理由让人再装一个壳。10 月 18 日登上 Show HN 的 MIKE（MIKE: Integrated Kanban Environment）给出的答案是：不拼模型、不拼聊天体验，拼两样更难抄的东西——任务的管理方式，和 agent 跑代码的隔离强度。它的 v0.1.0 发布于 10 月 15 日，Apache 2.0 开源，自托管，用看板来组织 agent 的工作，用 gVisor 沙箱来关住 agent 的手脚。

先把时间线说准确，免得把它讲成一个“一夜爆红的新项目”：MIKE 的仓库早在 2026 年 6 月就已创建，10 月 15 日的 v0.1.0 和 10 月 18 日的 Show HN 帖子，是它第一次被广泛看见的节点，而不是从零到一的诞生日。一个打磨了四个月才拿出第一个编号版本的项目，和一个周末赶出来的 demo，在可信度上本来就不在同一档——这也是看这类 Show HN 项目时值得先问的一句：它到底是刚出生，还是刚露面。

看板不是皮肤，是对 agent 工作方式的判断

MIKE 的核心界面是一块看板：你把任务写成卡片、把卡片派给 agent、再在看板上检查 agent 交出来的东西。据 10 月 18 日的开源工具盘点，每个 agent 都跑在自己的 gVisor 沙箱里，工作区是一个 git worktree，同时挂载一份只读的仓库副本作为上下文参考；扩展则通过 iframe 沙箱和 wazero 隔离。这个组合里真正值得注意的不是“看板”这个词，而是它隐含的工作模型：agent 的任务是离散的、有边界的、可逐个验收的，而不是一段没完没了的对话。

这和主流 agent 工具的默认形态恰好相反。聊天式 agent 的问题不在于它不会写代码，而在于工作状态散落在对话历史里：哪个任务做到哪一步、哪个改动等谁验收、哪个 agent 还在等你回话，全都得靠人脑记。看板把这些状态外置成可见的卡片，等于把“我有好多 agent 在跑”从一种感觉变成一张可以扫一眼的图。对于同时开多个 agent lane 的人来说，这比多一个聊天窗口实在得多——它解决的不是“怎么写”，而是“怎么管”。

当然，看板这个选择本身也有代价。它适合任务边界清晰的开发工作：修一个 bug、做一个功能、跑一轮重构；而不适合探索性的、目标本身就在变化的工作——那种工作里，卡片还没写完，方向就已经变了。MIKE 的赌注是：随着 agent 从“帮你写一段代码”变成“替你推进一堆任务”，任务管理会从附属功能变成主界面。这个判断未必对所有人都成立，但它至少是一个判断，而不是又一次“我们也做了个聊天框”。

gVisor 这层沙箱，是它真正的卖点

如果只看“看板 + agent”，MIKE 很容易被归进“又一个 harness”的筐里——作者本人在 Show HN 帖子里也坦承，自己就是在赶这波“人人做自己的 harness”的潮流。让它从这波潮流里稍微站出来的，是沙箱的深度。据仓库 README，MIKE 用 gVisor 做强沙箱隔离；扩展走 iframe 沙箱和 wazero；前端是一个为弱网环境优化的渐进式 Web 应用（PWA），目标是低带宽、离线可用；模型侧支持 llama.cpp 本地模型，以及任何兼容 OpenAI Chat Completions API 的推理服务。

为什么沙箱深度值得单独拿出来说？因为 agent 的权限问题正在从“理论风险”变成“日常开销”：一个能跑 shell、能读文件、能调 API 的 agent，默认就拥有你账号的大部分能力。很多 harness 把 agent 放在普通容器里就宣称“已隔离”，但容器逃逸的新闻从未停过；gVisor 的思路是在应用和宿主内核之间再插一层用 Go 重写的“内核”，让应用的系统调用先过这一层，而不是直达宿主内核。这不是什么新发明，但把它作为一个自托管 harness 的默认配置、而不是高级选项提供出来，态度是不一样的：它等于承认 agent 默认就是不可信的执行者，而不是“比较听话的助手”。

README 里还有几处“看不见的工程”值得留意。并行任务一多，构建和测试就会把内存吃光，MIKE 会监控内存占用并自动暂停/恢复任务；它提供 REST API，带强制加密、Bearer token、限速和授权主机等安全控制；面对推理服务侧的失败——工具调用失败、循环、崩溃、限速——它强调进度是可恢复的，不会丢工作；面向企业部署，管理员可以锁定配置，禁止安装扩展和更换推理服务。这些功能单独看都不性感，合起来指向同一个产品性格：它不是为“试一下 agent”做的玩具，而是为“长期开着一堆 agent 干活”做的工具。

三个提醒：特权容器、0.x 的 API、以及“自托管”的真实成本

先说最有意思的一个反讽。MIKE 的快速上手指南要求用容器运行，而为了支持嵌套容器，快速上手命令需要特权模式（privileged）。README 自己也注明，特权只是这个容器化快速上手路径里、为了嵌套容器才需要的。理解这一点很重要：一个以“强隔离”为卖点的工具，在最简单的安装路径上却要你先给它最高权限。这不是虚伪——嵌套容器确实需要这个——但它意味着“开箱即用的隔离”和“默认最安全的部署”之间还有一段距离，认真部署的人应当走手动安装路径，按自己的环境配 gVisor 和 Podman，而不是把快速上手命令当成生产配置。

第二，版本诚实度。README 明确说，在 1.0 之前不保证 API 和扩展接口的稳定。这个声明应当被当作优点来读：它提前告诉你，现在基于它的 API 和扩展做的东西以后可能要返工。但同时它也是一个采用信号——如果你打算把 MIKE 嵌进团队的工作流、写一堆自动化脚本，现在就要留出“接口会变”的预算；如果只是个人试用，那完全不是问题。

第三，自托管从来不是免费的。MIKE 的卖点之一是数据和密钥留在自己的机器上：agent 和 provider key 不必经过第三方托管服务，登录用 passkey 配对（README 注明，截至 2026 年 10 月 10 日，Linux 上的 Firefox 对 passkey 的支持有限）。但自托管的另一面是：沙箱、更新、备份、故障排查都归你自己。对比那些开箱即用的托管 agent 服务，MIKE 省下的是“把代码和密钥交给别人”的顾虑，花掉的是你自己的运维时间。这个账每个人算出来的结果不一样，关键是算清楚再选，不要只看到“自托管 = 安全”这半句。

它和“持久化”那波讨论是什么关系

值得把 MIKE 放进 10 月的一条线索里看。本轮之前本站报道过 Vercel 开源的 durable-harness（cycle97），那是一套给现有 harness 外挂持久化能力、让崩溃的会话从日志断点续跑的适配器。MIKE 的“Durable Progress”讲的是另一层：同一个 harness 内部，面对模型服务商侧的失败（调用失败、循环、崩溃、限速）时不丢进度。两者都叫“持久”，但一个是跨 harness 的断点续跑，一个是 harness 内的失败恢复——不是同一个产品，也不存在谁替代谁的关系。真正有意思的是，10 月的 agent 工具讨论正在从“模型多强”转向“系统多可靠”：崩溃了怎么办、限速了怎么办、并行任务把内存吃光了怎么办。MIKE 和 durable-harness 从不同方向撞上了同一个问题，这本身就是一个信号：agent 工具的竞争，正在从演示效果转向工程底子。

给 vibe 开发者的判断

如果你符合下面三种情况之一，MIKE 值得花一个下午试试：第一，你已经同时开着多个 agent lane，靠聊天记录管任务开始吃力了；第二，你想让 agent 在本地或自己的服务器上跑，代码和密钥不想过第三方；第三，你对“agent 默认不可信”这个前提是认真的，愿意为沙箱深度付出一点部署成本。试用的姿势应当是：先跑通容器快速上手、确认看板流程合你的胃口，再决定要不要走手动部署、认真配 gVisor 和 Podman。

反过来，如果你只是偶尔叫 agent 写一段代码、改一个文件，或者你的任务本身就是探索性的、目标每天都在变，那 MIKE 的看板和沙箱大概率是过度工程——一个轻量 agent 加一份好的 AGENTS.md 可能更合算。工具选型里最常见的浪费，不是选错了工具，而是为“以后可能需要的规模”提前支付了“现在根本用不上的复杂度”。

同一周的 Show HN 工具群，照出了三种不同的答案

MIKE 不是 10 月中旬孤立出现的工具。同一批开源工具盘点里，和它前后脚登上 Show HN 的还有另外两种思路，正好可以对照着看。Beeline（10 月 16 日）走的是“多人聊天室”路线：人和 coding agent 坐在同一个 Room 里，agent 像队友一样被 @，每个请求开一个隔离的 git worktree 角落，最后以带检查的 PR 收尾——它的管理单位是“对话”，协作单位是“房间”。Weatherdeck（同样 10 月 16 日）走的是“状态板”路线：它不干活，只把散落在多台机器上的 agent lane 状态汇总成一块只读看板，数清楚有多少个调用在等人工、等了多久，哪个数据源已经失联——它的管理单位是“等待”。MIKE 的管理单位则是“任务卡片”：卡片派发、沙箱执行、看板验收。三者没有高下之分，但它们对“agent 多了之后最缺什么”给出了不同的诊断：Beeline 认为是“协作的场所”，Weatherdeck 认为是“状态的可见性”，MIKE 认为是“任务的边界和执行的隔离”。对使用者来说，选哪个取决于你最痛的那一点是什么：如果你最痛的是“不知道 agent 们都在干什么”，Weatherdeck 式的板子更直接；如果你最痛的是“人和 agent 的协作没有地方发生”，Beeline 式的房间更对味；如果你最痛的是“任务派出去就失控、agent 权限收不回来”，MIKE 的卡片加沙箱才是对症的。

模型侧的选择也值得展开说一句。MIKE 同时支持 llama.cpp 本地模型和 OpenAI Chat Completions API 兼容的推理服务，这在 10 月的语境里是一个有分量的组合：本地模型意味着代码、上下文和密钥可以不出自己的机器，代价是本地算力和模型能力的天花板；兼容 API 意味着你可以随时换服务商，不被某一家模型的价格和策略绑死，代价是数据仍然要出门。很多 harness 在这两条路里只选一条——要么主打本地隐私，要么主打云端能力——MIKE 两条都留着，等于把“隐私—能力—成本”这道三角题的决定权交还给用户，而不是替用户做一个看似体贴、实则锁死的选择。对 vibe 开发者来说，这个组合的实际意义是：小任务、敏感代码走本地模型，大任务、复杂推理走云端强模型，同一块看板上可以混着用。当然，混着用的前提是沙箱和密钥管理真的到位，否则“本地模型更安全”只是一句自我安慰——而这又回到了 MIKE 沙箱设计的重要性上。

三种人，三种试法

把建议再落细一点。个人开发者：直接用容器快速上手跑起来，建三五张真实任务卡片——不要用 demo 任务——跑一轮完整的派发、执行、验收，重点感受两件事：看板流程是不是比你现在的聊天记录更省心，以及 agent 在沙箱里有没有因为权限不够而频繁卡住。如果第二件事频繁发生，说明你的任务类型本身就需要较宽的权限，MIKE 的沙箱模型可能和你的工作方式不匹配，强行适配只会增加摩擦。

小团队：先别急着全员迁移。挑一个边界清晰的项目（比如一个独立服务或一个重构专项）做试点，约定好卡片粒度——太粗等于没管，太细等于给 agent 写流水账——同时把 REST API 的授权主机、限速和加密配置按生产标准配好，而不是沿用快速上手的默认姿势。试点结束的验收标准应当是“任务的可追溯性有没有变好”，而不是“agent 写了多少代码”：后者任何工具都能刷，前者才是看板存在的意义。

对安全敏感的组织：评估重点应当放在沙箱和部署路径上，而不是看板好不好看。走手动部署，确认 gVisor 和 Podman 的配置符合自己的基线；确认管理员锁定配置的能力是否满足合规要求（禁止随意安装扩展、更换推理服务）；确认 passkey 配对流程在团队的设备和浏览器组合上跑得通（README 提醒过 Linux Firefox 的 passkey 支持有限，这类细节在试点阶段发现，成本远低于全员推广后才发现）。如果这三项都过关，MIKE 才值得进入正式评估；如果任何一项卡住，先解决它，再谈看板。

还有两个经常被一笔带过的设计点，值得单独拎出来。第一是扩展隔离：MIKE 的扩展走 iframe 沙箱和 wazero，这意味着扩展本身也被当作不可信代码来对待——这在 agent 工具里是一个容易被忽视的维度。人们习惯于担心 agent 本身，却忘了 agent 加载的扩展、插件、MCP 服务器同样是第三方代码，同样能读文件、调接口、碰密钥。一个把扩展也关进沙箱的 harness，等于承认风险不只来自模型，还来自整个插件生态。第二是 PWA 与弱网优化：前端为低带宽、离线可用而设计，这听起来像是个“体验加分项”，但对实际使用场景来说，它决定了你能不能在手机上、在出差的弱网环境里顺手看一眼看板、推一个任务，而不必回到工位开电脑。agent 工具的“随时可管”如果只能在工位上实现，那它的管理价值就要打对折——看板只有在你随时能看、随时能干预的时候，才是真正的管理界面，而不是另一块需要专门打开的仪表盘。

把这两点和前面的沙箱、看板、持久化放在一起，MIKE 的产品画像就完整了：它不是在某一个单点上做到最强，而是在“长期、多任务、不可信执行者”这个组合场景下，把每一个环节的默认安全水位都抬高了一点。单看任何一项，它都有更专精的替代品；合起来看，它赌的是“组合”本身就是价值。这个赌注能不能成立，取决于使用者是不是真的处在这个组合场景里——如果不是，它就是过度设计；如果是，它就是为数不多从一开始就按这个场景设计的工具。

最后说一句对 Show HN 这波 harness 热潮的看法。作者坦承自己在赶潮流，这句实话反而让 MIKE 显得可信：它没有假装自己发明了 agent，也没有假装看板是全新的想法。它的赌注很具体——任务应该以卡片的形式被管理，agent 应该默认被关在够深的沙箱里。这两个赌注会不会成立，取决于未来一年里 agent 的工作形态：是继续以对话为主，还是真的变成一堆需要管理的并行任务。MIKE 的 v0.1.0 至少把这个问题变成了一个可以上手试的东西，而不是一篇观点文章。这就够它登上一次 Show HN，也够我们写这一篇。