开发与工程 multi-agent-orchestrationgit-worktreescode-reviewremote-developmentend-to-end-encryptionself-hostingmcp-serversession-handoff

Happier

跨设备编排多种编码代理,并安全审查和交付代码。

FollowAgents 评估 · FARS-2.1
推荐
82/ 100 五分制 4.1 / 5
1 2 3 4 5 6
按维度查看评分与理由
1信任安全22 / 29 · 3.8/5

证据清楚描述了设备端端到端加密、模型直连供应商、以及中继可见的路由元数据,数据流透明度可给满分;还展示了按作业收窄的 CI 权限、固定提交的 Actions、受信引用和发布者守卫、签名密钥检查,以及每个动作可配置允许界面和确认要求。扣分在于产品本身可操作终端、文件、Git 推送、PR、远程机器和会话共享,权限面很广,而所给文件没有逐项证明运行时最小权限或所有高影响动作都强制确认;语音助手还能代答权限请求。敏感数据保护主要来自 README 声明和测试替身,缺少加密实现、密钥生命周期及恢复细节。工作树、稳定/预览并行安装和发布重试提供一定恢复能力,但没有完整的用户操作撤销方案。项目明确归因 Happy、声明非隶属关系并标注 MIT,因此来源归因充分;发布者身份未知本身不作负面推断。

2可靠稳定12 / 14 · 4.3/5

README、脚本清单和发布工作流对多平台、代理支持、版本通道及发布流程的描述高度一致,且工作流大量使用严格输入校验、候选 SHA 绑定、超时和确定性错误退出,因此自洽性与失败消息充分。依赖安装使用冻结锁文件,Node、Bun、Rust 工具链和 Actions 多有固定版本,并提供候选恢复及多数据库/供应商测试入口;但产品依赖多个外部模型供应商、应用商店、EAS、注册表和操作系统工具,所给材料没有覆盖所有不可用情形或离线降级,所以依赖可用性未给满分。此结论仅基于静态配置,未执行任何测试。

3适用触发16 / 18 · 4.4/5

材料覆盖初次用户、终端用户、远程开发机、自托管、移动端、桌面端、浏览器、多代理协作、代码审查和发布等具体场景,并提供跨平台安装、SSH、Docker、Proxmox、托管与自托管路径,环境适配充分。命令、会话动作、工作流枚举和环境/平台参数边界明确,触发精度高。扣分在能力边界:README承认代理能力不同并指向功能矩阵,也区分稳定、预览和开发通道,但矩阵及详细兼容限制未包含在证据中,无法确认每个代理和界面的具体限制。

4规范维护15 / 18 · 4.2/5

README结构清晰,安装、启动、功能、安全、自托管、下载、发布通道和贡献入口组织完整;命令示例丰富,产品和命令命名稳定,工作流还强制规范 SemVer,并明确稳定、预览和开发更新路径及变更日志。扣分在于没有真正的 FAQ,已知限制主要集中于开发通道和能力差异,未系统列出运行限制;MIT 由元数据、徽章和文本支持,但许可证正文未提供。维护渠道、问题反馈入口和 release-admins 守卫清楚,但未给出具名维护者或可独立核验的维护责任主体,且发布者身份按题设仍为未知。

5有效结果12 / 13 · 4.6/5

证据展示了跨设备会话、审批、差异审查、终端、Git、工作树、跨代理子代理、会话迁移和统一动作注册表,输出可直接用于开发与交付;相对于单一代理终端,其远程控制和多代理编排具有明确增量价值,因此这两项充分。成本收益只给中高分:项目免费开源并复用既有订阅/API 密钥,也支持自托管,但材料没有量化托管、模型调用、语音服务、运维、安全审查或多组件部署成本。

6证据核验5 / 8 · 3.1/5

多数产品声明配有具体文档入口,发布工作流也为版本、来源 SHA、签名、候选物和发布说明建立了可追踪绑定;package.json 的测试与供应商矩阵对广泛支持提供了一定交叉佐证。扣分在于所附证据不包含链接文档、加密实现、锁文件、测试结果或完整发布流程,因而无法静态核实端到端加密、同功能自托管及所有代理能力等核心声明。README总体能区分元数据可见性、代理直连和开发通道风险,但若干营销式能力与安全结论仍作为事实陈述,未在当前文件中明确标出“声明”与“已验证事实”的差别。

证据充分度: 评估于 2026年9月23日 审查版本 ce5517b07e5b
使用前请注意
  • 不要仅依据 README 的“端到端加密”声明部署敏感代码;应审查实际加密协议、密钥生成与存储、设备撤销、恢复机制以及中继元数据泄露面。
  • 该产品可远程执行代理、终端和 Git 操作,并允许会话共享及语音代答权限请求;上线前应验证默认确认策略、每个界面的权限边界、审计日志和撤销流程。
  • README 推荐的 curl/PowerShell 管道安装会直接执行网络脚本;应固定并验证安装器内容、签名、哈希和更新来源,优先使用可复现或受管制的发布物。
  • 稳定版、预览版和开发版具有兼容约束,开发版可能损坏且不能依赖托管云;部署时应锁定同一通道的 CLI、应用、守护进程和服务器。
  • 发布者未被企业注册表验证;在企业采用前应独立核验维护主体、漏洞报告渠道、发布密钥管理和长期更新责任。
评估证据 [1][2][3][4][5]
查看完整评分方法 →

这个 Agent 能做什么,适合哪些场景?

Happier 是面向编码代理的统一控制平台,由桌面端、移动端、Web 客户端、CLI、后台守护进程以及托管或自建的中继服务组成。它在代码所在的本机、VPS 或开发机上启动并管理 Claude Code、Codex、OpenCode、Pi 等代理,同时把会话同步到手机、桌面和浏览器。用户可以并行运行会话、创建 Git worktree、跨代理派生子代理、在会话中切换引擎,并把运行中的会话移交给另一台机器。内置工作流覆盖权限审批、消息排队与引导、逐行差异审查、文件编辑、终端操作,以及 Git 暂存、提交、推送和创建拉取请求。会话内容在设备端加密后才发送给中继服务,而模型流量由各代理直接发往其模型提供商;同一套功能既可使用托管服务,也可自建部署。

Happier daemon 在用户代码所在的机器上启动和管理代理进程,客户端通过 Happier relay 同步端到端加密的会话。用户可在应用中选择机器、目录、代理和模型,也可在项目目录执行 happierhappier codexhappier opencode 启动会话。系统能够接管机器上已经运行的 Claude Code、Codex 或 OpenCode 会话,将终端会话镜像到其他设备,并允许远程发送消息和处理审批。每个会话可以选择独立 Git worktree,也可调用其他代理执行 review、plan 或 delegate 子任务,随后读取其结果;Claude Code 和 OpenCode 会话还可移交到另一台机器。审查与交付功能包括浏览差异、对具体代码行添加反馈、编辑文件、使用嵌入式终端,以及执行 Git 暂存、提交、推送、分支和拉取请求操作。Happier 还可通过 happier mcp serve 暴露统一动作注册表,并通过 happier session listhappier session send <id> "rerun the failing test"happier session actions execute <id> session.spawn_new 从 CLI 控制会话。

  1. 同时维护多个功能分支的开发者,可为每个代理会话创建独立 Git worktree,避免并行修改共用同一工作目录。
  2. 需要离开电脑的工程师,可从手机查看运行中的会话、回答代理问题、批准权限请求并继续发送指令。
  3. 同时使用 Claude Code 与 Codex 的团队,可让一个会话调用另一种代理进行审查或规划,并在同一会话中切换执行引擎。
  4. 拥有笔记本、VPS 或远程开发机的用户,可通过 SSH 注册机器,并把 Claude Code 或 OpenCode 的活动会话及可选工作树移交到另一台机器。
  5. 对代码和提示词保密有要求的组织,可自建 Happier relay,并通过端到端加密在设备间同步会话。

这个 Agent 有哪些优点和局限?

优点
  • 同一控制层覆盖桌面、移动端、浏览器、CLI、语音、代理内动作和外部 MCP 主机,并可统一配置各入口的执行与审批权限。
  • 支持 Claude Code、Codex、OpenCode、Pi 等多种内置代理,也允许从设置中添加遵循 ACP 的代理;会话还能跨代理启动子任务或中途切换引擎。
  • 代理进程运行在代码所在的用户机器上,模型请求直接发送给相应提供商,会话内容则在到达中继服务前完成端到端加密。
  • 内置 Git worktree、逐行差异反馈、文件编辑、终端和 Git/拉取请求操作,可从代理执行延伸到代码审查与交付。
  • 托管版与自建中继使用相同应用、加密方式和功能,自建部署不需要接受明显缩水的产品路径。
局限
  • Happier 不替代模型访问权限;用户仍需准备相应提供商订阅、API 密钥或可用的本地模型。
  • 不同代理的能力并不一致,因此切换代理或加入 ACP 代理时,不能假定所有审查、移交或集成功能完全等价。
  • 中继服务仍会处理会话 ID、时间戳、回合状态和用量元数据;端到端加密并不意味着服务器看不到任何元数据。
  • preview 和 dev 通道可能包含未完成或易损坏的变更;dev 还要求 CLI、应用、daemon 和服务器全部使用 dev 版本,并且不能依赖稳定版托管云或托管 Web 应用。
  • 完整体验涉及客户端、daemon、中继服务和底层代理多个组件,采用与故障排查范围比单独运行一种代理更大。

如何安装或部署这个 Agent?

推荐安装桌面应用:从 https://happier.dev/download 获取 macOS、Windows 或 Linux 版本,应用会配置 CLI 和 daemon。仅安装命令行组件时,macOS/Linux 执行 curl -fsSL https://happier.dev/install | bash,Windows PowerShell 执行 iwr https://happier.dev/install.ps1 -useb | iex;也可执行 npm install -g @happier-dev/cli。远程机器可从已控制的电脑执行 happier machine setup --ssh user@host,并用 happier auth pair-remote --ssh user@host 完成无远端浏览器的登录;另一种方式是在远端执行 happier auth login --no-open --method web,再从任意浏览器批准授权。首次运行需要登录;代理继续使用用户已有的提供商订阅、API 密钥或受支持的本地模型。若要自建中继,在目标机器执行 happier relay host install --mode system;远程安装使用 happier relay host install --ssh user@host --mode system

如何使用这个 Agent?

在应用中选择 New session,然后选择机器、项目目录、代理和模型。终端用户可进入项目目录后执行 happier 启动 Claude Code、执行 happier codex 启动 Codex,或执行 happier opencode 启动 OpenCode;会话会同步出现在已登录的桌面、移动端和浏览器中。之后可排队或修改待发送消息、引导运行中的回合、批准权限请求、审查差异并将逐行意见发回原会话或新会话。需要隔离并行任务时,在创建会话时选择 Git worktree;需要跨代理协作时,从会话启动 review、plan 或 delegate 子代理。自动化场景可先运行 happier mcp serve,或使用 happier session listhappier session send <id> "rerun the failing test" 操作现有会话。

这个 Agent 与同类方案有什么区别?

Happier 源自团队对 Happy 的贡献经历,并在其基础概念上选择了更快迭代、更多协作能力的方向。与只在本地终端运行单个编码代理相比,Happier 增加了跨设备会话同步、多机器管理、跨代理子任务、审批收件箱、代码审查与交付界面;底层代理仍直接连接各自的模型提供商。

常见问题

Happier 是否免费,使用代理还会产生其他费用吗?
Happier 是免费开源的 MIT 许可软件,但不会提供或替代模型额度。代理使用用户已有的 Claude Pro/Max、ChatGPT/Codex、API 密钥或受支持的本地模型。
中继服务器能读取代码、提示词和会话记录吗?
默认情况下不能读取这些内容,因为它们在设备端加密后才发送。中继仍可看到同步路由所需的会话 ID、时间戳、回合状态和用量元数据;自建运营者也可为自己的部署选择其他存储策略。
提供商额度耗尽后,会话会丢失吗?
对于文档列出的 Claude Code、Codex、OpenCode、Gemini 和 Pi,Happier 会显示额度重置时间、等待并自动恢复会话,但前提是用户已经连接相应订阅或 API 密钥。
能否完全在自己的基础设施上运行?
可以自建 Happier relay,并继续使用相同的应用、加密和功能。代理进程在用户自己的机器上运行,不过使用云模型时仍需直接连接相应模型提供商。
所有代理是否支持相同功能?
不是。项目明确说明各代理能力不同;采用前应检查所需代理的功能矩阵,尤其是会话移交、终端镜像和其他代理专属能力。

对比同类 Agent

用同一套 FARS 评审,横向比较这个 Agent 所属的短名单。

相关 Agents