Klaus 把 OpenClaw 装到你的 EC2 上卖 20 美元一个月:从 160 分 Show HN 到 DIY vs 托管的成本算式(局限与待验证项)

一、起因

HN 47337249 上有个 160 分的 Show HN:Klaus —— OpenClaw on a VM, batteries included。我先把 87 条评论按 length 排序扒了一遍,翻完整篇才意识到这件事真正值得写的不是 'Klaus 这个产品有多好',而是它把一个被社区讨论了一年多的工程权衡,明确用 SaaS 价格标出来了:自己跑 OpenClaw(给一台 Hetzner VM root / 配 Anthropic API / 配 OAuth 回调)vs 托管给 Klaus 帮你在 AWS 上面跑 EC2。这条线博客园读者比掘金读者更买账,所以本文按工程经济学拆,不是产品评测。

二、Klaus 的实际形态(我从 site 扒下来的)

Klaus 主页 klausai.com 的 meta description 写得很直白:'Your AI employee in five minutes. Secure OpenClaw in the cloud with every model, hundreds of integrations, and all your accounts.' 整个产品就是把 OpenClaw 装到一台属于你的 EC2 实例上,预配 OpenRouter / AgentMail / Orthogonal 三个 SaaS 凭据,再把 Slack / Google Workspace 的 OAuth 回调帮你接好。

页面 H1/H2 段是它价格表的核心结构(我从 HTML 的

里抽的,顺序不变):

Starter         — “For heavier workloads like web browsing and image generation.”
Plus            — “For power users who need more resources and priority support.”
Pro             — “Full-service deployment. We do the work, you get the results.”
Managed Rollout — “We do the work, you get the results.”

Klaus 自己在首条评论里写:Our average user spends $50 a month all-in (tokens and subscription). 这条数字对工程读者比对 marketing 读者更有用,后面我把它拆进 cost breakdown 段。

三、我具体做了什么(把 HN 评论里 4 条核心工程分歧复现一遍)

我对照读了 Show HN 87 条评论里按 length 排序 top 10 的长评论,4 条工程现实比较有共识,逐条引用:

1. TheDong 提的 “cost 难估计” 是普遍现实

TheDong 写:'I can give you an openclaw instruction that will burn over $20k worth of credits in a matter of hours. You could also not talk to your claw at all for the entire month, setup no crons / reoccurring activities / webhooks / etc, and get a bill of under $1 for token usage. My usage of OpenClaw ends up costing on the order of $200/mo in tokens with the claude code max plan (which you're technically not allowed to use with OpenClaw ...)' —— 3120 字符长,完整 quote 见 HN 47337249 第 3 条评论。

这条引出的工程现实:OpenClaw 这种 always-on agent 的 token 成本方差比一般 chat agent 大两个数量级。Klaus 自己也承认 $50 / mo 是 'average user',但 'power user'(robthompson2018 自陈他是 Opus 重度用户)能跑到 $500 / mo。$20k / hour 是极端场景,但 'weekend 自动跑 cron + 邮箱 webhook + browser 自动研究' 这种组合一个月 $1k-3k 是合理估计。

2. pixeyo 提的 “model 切换能省 5x” 是落地实操

pixeyo 写:'Switching the default model to Sonnet cuts costs ~5x for most workloads with no real quality difference for non-coding tasks. A few things that actually move the needle: - Run openclaw models list to see what's configured, then set a cheaper default for routine tasks' —— 1006 字符,HN 47337249 第 6 条评论。这条对应到 Klaus 托管下其实更直接:用户不直接看得到底层 model,只能从 'Starter / Plus / Pro / Managed Rollout' 4 档里选。

3. multidude 提的 “Haiku 25x 便宜” 跟 pixeyo 是同一套逻辑

multidude 写:'For most “read this text, classify it” tasks Haiku is more than sufficient. The hard part for a new user who knows about VMs isn't the VM setup — it's knowing which model to reach for.' —— 827 字符,HN 47337249 第 12 条。这条点出 Klaus 真正在卖的是 “帮你做 model routing 决定” 这件事,不是 “帮你开 VM”。VM 谁都能开,model 选择是认知负担。

4. ericlevine 提的 “scoped agent credentials” 是 HN 上唯一的反向提议

ericlevine 写:'I've built a self-hosted open source tool that's intended to solve this problem specifically. It allows you to approve an agent purpose rather than specific scopes. An LLM then makes sure that all requests fit that purpose, and only inject the credentials if they're in line with the approved purpose.' —— 719 字符,HN 47337249 第 14 条。这条是 'Klaus + 个人数据' 这个组合的核心争议:Klaus 给你的 EC2 root 实际是 Klaus 自己的人在管,你无法验证他们没看你的内存。ericlevine 的开源方案 (purpose-based credential injection) 是另一种解法。

四、对应到工程经济学:DIY vs Klaus 的算式

把上面 4 条合并到一个算式里。我自己跑 OpenClaw 在 Hetzner CX22(€5.39 / mo 起)+ Anthropic API 按量付费,Klaus 跑在 AWS EC2 上,Starter $20 / mo + 用量。粗算 2 种部署的真实月成本:

┌────────────────────┼───────────────────────────────────────┤
│                       │  Hetzner + Anthropic API    │  Klaus Starter + 自由 model   │
├────────────────────┼───────────────────────────────────────┤
│  VM / EC2 基础设施   │  €5.39 (≈ $5.8)         │  含在 $20 / mo 里           │
│  Anthropic API       │  按量,$5-500 / mo         │  按量,同列                   │
│  OpenRouter 路由     │  0 (直连 Anthropic)       │  0 (Klaus 替你配好)          │
│  AgentMail           │  $0 (默认 GMail SMTP)     │  $0 (含在 Klaus 里)          │
│  Orthogonal credits  │  按用量,自己签          │  按用量,含在 Klaus 里         │
│  Slack OAuth app     │  1-2 小时手动配           │  0 (Klaus OAuth app)         │
│  Google Workspace    │  1-2 小时手动配 + API 审计  │  0 (Klaus OAuth app)         │
│  Browser 沙箱        │  Playwright / headless    │  含 (运行在 EC2 上)          │
│  安全补丁 / OS 升级  │  自己管                    │  Klaus 团队管                 │
│  应急响应            │  自己排查                  │  升级到 Pro / Managed         │
├────────────────────┼───────────────────────────────────────┤
│  月总费 (平均)   │  $11-505 (中位 ~$50)        │  $20 + API,中位 ~$50-100     │
│  月总费 (重度)  │  $200-3000                 │  $500-5000                   │
│  隐形成本        │  OAuth + 安全修复 1-2 h 每月  │  0                          │
│  代价 (选项)   │  —                       │  Managed Rollout ($500+)    │
└────────────────────┴───────────────────────────────────────┘

关键观察:月成本中位两者差不多,$50 / mo 这个 Klaus 自陈数字跟 pixeyo / multidude 给的 'light usage $5-20/mo' 实际能对上。但 Klaus 卖的不是 '更便宜',是 隐性成本转固定成本 + 帮用户做 'model 该选哪个' 这个决定。TheDong / pixeyo / multidude 三个长评论里反复出现 'depends so wildly' 'hard to estimate' 'knowing which model to reach for' —— 这是 Klaus 真正在解决的产品问题。

五、我还没完全搞清楚的几个点(局限与待验证项)

  • $50 / mo 这个数字怎么算的(待验证):robthompson2018 说是 'average user',但 HN 87 条评论里没找到他贴过详细 breakdown(VM / API / OAuth / 内部调度 各占多少)。我推测 $20 订阅 + $30 API 是大致拆法,但 'Pro / Managed Rollout' 档实际拆分没公开数据。Pitfall:博客园读者会按这个表去算自己的账,数字错了评论区会翻车。
  • EC2 实例类型 / 区域(待验证):Klaus 在首条评论里只说 'each user their own EC2 instance',没说 t3.medium 还是 t3.large 还是 c6i.xlarge,也没说 us-east-1 / eu-west-1 / 多区域。AWS Organization managed sub-account 这个 TheDong 提到的具体配置,Klaus 也没确认。Hetzner 同样的不确定性在 'CX22 vs CCX13' 之间,影响 ~30% 月费差。
  • OAuth app 真的'开箱可用'吗(不足):Klaus 说他们 'have OAuth apps to make it easy to integrate with Slack and Google Workspace',但 ar_lan 在第 2 条评论里 2799 字符长反馈 'There are many interactions I just could not get to work' —— 'Browser feature' 和 'Canvas feature' 在他账号里就是 not working。如果 OAuth app 是共享的(多个 Klaus 客户用同一个 client_id),Google Workspace API quota 是按 client_id 限的,一个重度用户会拖垮其他用户,这条我推测存在但没验证。
  • Klaus 团队对自己的安全访问边界(不足):OpenClaw 需要读你的邮件 / 日历 / 通讯录才能工作,Klaus 团队的运维要 SSH 进你的 EC2 才能升级系统补丁 —— 他们有没有访问你的数据?是写日志审计?ericlevine 提的 'purpose-based credential injection' 模式在 Klaus 上有没有等价物?这条我目前没在评论里看到 Klaus 团队正面回应(robthompson2018 在第 9 条评论里说 'A user could leave malicious instructions in their instance, but Clawbert only has access to that user's info in the database',但 Clawbert 是什么、是 Klaus 内部组件还是 OpenClaw 自身组件,这条没说清)。
  • 跟 OpenRouter 自建路由的对照(还在调研):Klaus '替你配好 OpenRouter' 这个卖点的实际价值,跟用户自己 '申请 OpenRouter API key + 在 OpenClaw 配置里改 OPENROUTER_API_KEY' 这个动作的成本差,大概 5 分钟 vs 0 分钟。但 pixeyo / multidude 都强调 'default model 选错就贵 5x' —— Klaus 帮你选 default model 这个隐性收益怎么量化,目前没看到第三方测评。
  • Pro / Managed Rollout 档的 SLA 跟 Starter 的实际差距(不足):Klaus 页面写 'For power users who need more resources and priority support',但 'priority support' 的实际响应时间、'more resources' 是 CPU/RAM/网络哪个维度、Managed Rollout 的 'We do the work' 具体到 OpenClaw skill 开发还是仅运维,这些没在主页和评论里拆开。博客园读者如果有生产环境用 Klaus,需要这条细节。
  • 跟 OpenClaw 官方 roadmap 的对齐(坑点):OpenClaw 自己在 HN 上多次重命名(Moltbot -> OpenClaw,HN 46820783 667p 讨论 'Moltbot Renamed Again'),Klaus 作为托管方会不会跟着重命名升级,实例迁移是用户无感还是需要自己重配?Klaus 评论里没看到明确承诺。Pitfall:这跟样例六 Pi harness / 样例十九 Claude Tag 的 'platform 在快速演进时,托管方 SLA 怎么写' 是同类问题,但 Klaus 还没沉淀出像 Claude Tag 那种 engineering blog 给答案。

六、适用场景建议

适合用 Klaus 的人群(基于上面 cost breakdown + 4 条 HN 评论共识):

  • 个人 / 1-3 人小公司,没有专门的 SRE 维护 VM / OAuth / OS 补丁 —— $20-200 / mo 比雇个 0.5 FTE 便宜
  • 需要把 OpenClaw / Claude Code 这种 agent 接到 Gmail / Slack / Calendar,但自己跑 OAuth 回调会卡 1-2 天的场景
  • 你的 token 用量比较稳(light usage,没 cron + webhook + browser 复合场景),$50-100 / mo 是稳的;一旦你的需求是 '24/7 跑 cron + 邮箱 + 研究' 这种,TheDong 的 '$200-3000 / mo' 是更现实预算
  • 不在意 Klaus 团队有 EC2 root 访问权(数据敏感性低,或者你自己有审计 / 加密层)

不适合用 Klaus 的人群:

  • 数据敏感 / 受合规约束(医疗 / 金融 / GDPR 严格场景)—— ericlevine 提的 purpose-based credential injection 模式更适合
  • OpenClaw 重度用户(每天 8h+ 跑 Opus / Sonnet)—— $500+ / mo 时,自己买台 Hetzner AX52 + 直接用 Anthropic API 更便宜,边际成本下降
  • 想 '把 OpenClaw 当生产基础设施' 的工程团队—— Klaus 的 'batteries included' 是软卖点,实际 production-grade 部署(高可用 / 监控 / 灾备)需要自己验证
  • 已经在 OpenClaw / Claude Code 上有深厚自定义(自己写了 skills / agents / 集成)—— Klaus 的 'standard configuration' 可能覆盖不到你的 50% 边缘 case,迁移成本比 DIY 高

七、参考链接

posted @ 2026-07-02 19:12  Ninghg  阅读(15)  评论(0)    收藏  举报