Grass

产品简介

Grass 并不是替代你的编码代理，而是替代围绕代理运行的脆弱基础设施。它不把 Claude Code 或 OpenCode 绑在某台笔记本上，而是给代理一台持久机器，再加上一个可在手机上完成审批、查看进度和审查改动的控制面。

为什么最近热度高

它最近有热度，核心原因是把一个真实痛点讲得足够直接: 笔记本合上盖子后，代理不该一起停掉。Product Hunt 的表现再加上手机端审批这个切口，让它比很多泛泛而谈的云端 agent 基建更容易理解。

核心功能

• 把代理会话跑在持久 VM 上，避免休眠、断网或离开工位导致任务中断。
• 权限请求直接推送到手机，长任务不会卡在终端等待人工确认。
• 支持按仓库结构查看 diff，在 GrassVM、自有 Mac 和服务器之间切换，并远程纠偏。

真实使用场景

• 夜间把缺陷修复或中等规模重构交给代理执行，不必让电脑一直开着。
• 人在外面时直接在手机上批准或拒绝敏感写入，而不是专门 SSH 回去解锁任务。
• 创始人或高级工程师同时盯多个仓库时，保持移动端对代理工作的可见性。

社区反馈

最被认可的一点，是它解决的是“代理怎么持续运行”这个枯燥但真实的问题，而不是只强调模型本身。主要顾虑则在于，手机端审批是否足够支撑高风险工程改动，尤其当某些批准动作需要比推送通知更多的上下文时。

限制与风险

Grass 提升的是连续性和便利性，不是代理的代码判断力。如果任务本身需要紧密的架构把关或高度一致的本地环境，持久 VM 只能解决其中一部分。团队也需要尽早评估自己对远程审批和托管执行的信任边界。

替代方案

替代方案包括 Replicas、Runtime、SuperHQ、自管长驻 VM，或者直接把 Claude Code、OpenCode 跑在远程开发机上再配手工通知。

常见问题

• 谁最适合先试 Grass？ 已经在用编码代理、而且核心诉求是持久运行与远程审批，而不是再换一个新模型的团队或个人。
• 最先要验证什么？ 审批体验、手机端上下文是否够用、VM 恢复表现，以及远程审查是否足以支撑真实合并流程。