跳转到内容
类型解锁
阶段生产环境
难度中等
工作自动化任务
用于AI 构建者
用于个人创始人
服务Cron
服务智能体
服务容器
为何选 Hoody容器经济学
为何选 HoodyAI 原生
为何选 HoodyHTTP 原生
类型解锁
阶段生产环境
难度中等
工作自动化任务
用于AI 构建者
用于个人创始人
服务Cron
服务智能体
服务容器
为何选 Hoody容器经济学
为何选 HoodyAI 原生
为何选 HoodyHTTP 原生
类型解锁
阶段生产环境
难度中等
工作自动化任务
用于AI 构建者
用于个人创始人
服务Cron
服务智能体
服务容器
为何选 Hoody容器经济学
为何选 HoodyAI 原生
为何选 HoodyHTTP 原生
类型解锁
阶段生产环境
难度中等
工作自动化任务
用于AI 构建者
用于个人创始人
服务Cron
服务智能体
服务容器
为何选 Hoody容器经济学
为何选 HoodyAI 原生
为何选 HoodyHTTP 原生
返回使用场景列表
Cron · 智能体 · 容器

凌晨 3 点唤醒智能体，4 点退场

一个夜间任务，扫描昨日的计费异常，聚类去重，写一份分流笔记。它每天只需要存在大约一个小时。两条 cron 条目在 02:59 拉起一个全新的智能体容器，在 04:01 拆掉它。其余 23 小时，它没在跑、没在热身、不计费。

阅读文档

两条 cron 条目，一个短命容器

没有热池，没有调度器服务，没有轮询工作的胶水守护进程。一条 hoody-cron 条目在 02:59 向 hoody-agent 的 spawn URL 发 POST。智能体跑完任务退出。第二条 cron 在 04:01 调 DELETE，确保容器消失。整套机器就这些。

POST cron.hoody.com/users/root/entries
唤醒触发 · 02:59
// Cron entry that fires once a day and POSTs the spawn requestPOST cron.hoody.com/users/root/entries{ schedule: "0 3 * * *", command: "curl -X POST $AGENT_URL -d @prompt.json", comment: "billing-reconcile · 3am wake"}
02:59 触发 →
POST api.hoody.com/api/v1/projects/$PID/containers
Spawn 智能体 · ai + hoody_kit
// The agent boots, reconciles yesterday's invoices, writes notes, exitsPOST api.hoody.com/api/v1/projects/$PID/containers{ name: "billing-reconcile-$(date +%s)", ai: true, hoody_kit: true, autostart: false}
容器退出，04:01 第二条 cron 触发 →
DELETE api.hoody.com/api/v1/containers/$CID
拆除 · 04:01
// Belt-and-braces: a second cron asserts the container is goneDELETE api.hoody.com/api/v1/containers/$CID// Response from hoody-containers200 OK · container deleted

数据库里两行 cron。一份智能体镜像。容器只为这份工作存在，然后停止存在。无热池，无“计划任务”原语，无需你自己运维的生命周期守护进程。

一晚到底是什么样

五个时刻。智能体在中间三个里活着。这一小时之外，容器表里那一行不存在。

  1. 02:59Cron · 唤醒

    cron 条目 billing-reconcile-wake 触发。它向 api.hoody.com 发 POST，带 ai: true 和 hoody_kit: true。一个全新容器拉起，文件系统干净，智能体 prompt 已加载。

  2. 03:02智能体 · 读

    智能体经 Hoody SQLite 读取昨日的 billing-exceptions 表，请求 LLM 按原因码聚类——通过 Hoody AI Gateway(供应商成本 + 5%，从 AI Balance 扣除)或自带密钥直连 Anthropic / OpenAI / 你的供应商。无文件共享挂载。只有 URL。

  3. 03:31智能体 · 写

    它把每个聚类的一条分流笔记写回同一个 SQLite URL，然后发一条带每日摘要的通知。至此墙钟时间总计约 30 分钟。

  4. 03:58智能体 · 退出

    智能体进程返回 0，容器自行退出。hoody-containers 标记为 stopped。从这一秒起，关于这个智能体的一切都不再运行、不再热身、不再计费。

  5. 04:01Cron · 退场

    第二条 cron 条目对容器 id 发 DELETE。如果智能体已退出，这就是一次 200 OK 的空操作；如果它挂了，容器照样被拆。幂等且无人值守。

五个时间戳，两行 cron，一个活了 62 分钟的容器。夜晚自己运行，你早上读那条分流笔记才知道它跑过。

为什么这种生命周期形状有效

一个一直在线的 worker 对每天只跑一次的活儿来说是错的形状。在 Hoody 上，基础设施是固定费率——胜利不是按秒计费，而是无热池、无调度器服务、无胶水守护进程。

空闲不花额外钱

运行间隙容器不存在

没有热池占着内存。没有「计划任务」服务持有状态。容器表里那一行，一天 23 小时都不存在。你已经租的固定费率服务器来运行这些工作；空闲小时不产生单独的账目项。

无按运行计费

服务器账单不变

Hoody 按盒子计费，不按运行时间。60 分钟夜间智能体和 24/7 常驻 worker 最后都落在同一张固定费率服务器发票上。胜利不是「只为你用的付费」——而是不为你不需要的热池开销付两份费。

无生命周期代码

两行 cron，无胶水守护进程

你不必写唤醒 Lambda、「拉起容器」的 worker、或退场看门狗。hoody-cron 发 POST,hoody-containers 创建，智能体退出，第二条 cron 发 DELETE。这就是全部表面积。

闲置智能体的成本

多数智能体平台让 worker 24 小时热着，以保证亚秒响应。对一个 3am 批处理来说，这恰好是错的取舍。当调度由你掌控，几秒冷启动完全够用。

常驻智能体24h × 30 天
720h / mo

一个常驻智能体容器，或者为每天只跑一次的智能体保留的热池席位，每月活 720 小时。其中 719 小时它什么也没干。

空闲就是按秒计费平台上的账目
唤醒-退场1h × 30 天
30h / mo

由 cron 条目派生的短命容器，每晚存在一个小时。每月一共 30 小时。智能体进程返回 0，容器表里那一行就消失了。

  • MON02:59 → 04:0162m 存活
  • TUE02:59 → 04:0060m 存活
  • WED02:59 → 03:5858m 存活
  • THU02:59 → 04:0061m 存活
  • FRI02:59 → 04:0060m 存活
  • SAT02:59 → 03:5959m 存活
  • SUN02:59 → 04:0060m 存活
服务器账单不变

Hoody 按服务器计费，不按运行时间。「存活」列显示智能体每晚存在的时间——无论它在不在，同一个固定费率服务器都在运行。定价起价 $29/月，根据规格、区域和租期变化。

只在有活时才存在的智能体。

每日存活小时1h02:59 → 04:01，然后消失
服务器账单变化0固定费率，存活或空闲
你写的生命周期代码0两行 cron，无守护进程
查看 spawn API

它替代了什么

为智能体一年到头存在而付费的种种套路。在 Hoody 上，智能体运行在你已经租的固定费率服务器内——无热池、无调度器服务、无按秒计费。

  • 常驻智能体容器23 小时空闲，按活跃费率计费
  • AWS Lambda 热池花钱让 cron 远离冷启动
  • Modal Labs 计划任务封闭运行时，不透明计费
  • 自定义热-冷生命周期代码三周写出来，六个月调出来
  • 轮询 /spawn 端点第二条 cron 唯一的工作就是启动第一个
  • 永远开着的 Hetzner GPU 机器$200/mo 只为一次每日推理

只在有活时才存在的智能体。

阅读文档

阅读其他内容