返回使用场景列表

use-cases / replay-this-mornings-incident / hero

PIPE · 故障回放

把今早的故障回放给整个团队

下午两点。早上七点的故障正在做事后复盘。六个工程师都想走一遍当时值班 SRE 看到的那段日志序列。你用一个带 ?n=8 的 Hoody Pipe URL 把快照流出去。所有人在自己的终端上，在同一时刻看着级联故障触发——无截图、无各自滚动错位、无 Zoom 录像。

阅读 Pipe API

incident-2026-05-04 · 07:00 – 08:00

07:00

07:15

07:23

07:30

07:45

08:00

故障起始

07:23:14 UTC

alex

07:23:14INFOPOST /v1/checkout u_28f

07:23:15WARNstripe latency 2.4s

07:23:16ERR 500 stripe timeout

07:23:17···auto-rollback armed

ben

07:23:14INFOPOST /v1/checkout u_28f

07:23:15WARNstripe latency 2.4s

07:23:16ERR 500 stripe timeout

07:23:17···auto-rollback armed

chen

07:23:14INFOPOST /v1/checkout u_28f

07:23:15WARNstripe latency 2.4s

07:23:16ERR 500 stripe timeout

07:23:17···auto-rollback armed

dani

07:23:14INFOPOST /v1/checkout u_28f

07:23:15WARNstripe latency 2.4s

07:23:16ERR 500 stripe timeout

07:23:17···auto-rollback armed

ev

07:23:14INFOPOST /v1/checkout u_28f

07:23:15WARNstripe latency 2.4s

07:23:16ERR 500 stripe timeout

07:23:17···auto-rollback armed

fox

07:23:14INFOPOST /v1/checkout u_28f

07:23:15WARNstripe latency 2.4s

07:23:16ERR 500 stripe timeout

07:23:17···auto-rollback armed

playing · lockstepPOS1×

use-cases / replay-this-mornings-incident / mechanism

一份快照。一条管道。六个终端步调一致。

把今早故障时刻的日志文件从 hoody-files 快照里拿出来。通过一条带 ?n=8 的 Hoody Pipe 路径流出去。八个工程师 curl 同一路径。管道等所有人都连上之后，再按你设定的速率把字节穿过去——每个读取者在同一时刻看到同一行。

post-mortem.host · 发送端

PUT · 回放

# The 7am incident is captured in incident-2026-05-04.log
# (snapshotted from /var/log/app at 07:25 by the on-call SRE).
# Replay it through a pipe path with ?n=8 — the server waits
# until eight readers connect, then the bytes move through once.
# pv -L 50k rate-limits the replay to a readable 50KB/s.

cat incident-2026-05-04.log \
  | pv -L 50k \
  | curl -T - \
      "https://prod-pipe.containers.hoody.com/api/v1/pipe/replay?n=8"

# [INFO] Waiting for 8 receiver(s) to connect...
# [INFO] Streaming to 8 receiver(s) at 50.0 KB/s

8 个读取者全部连接 · 管道什么都不存 · 字节只走一次

alex / ben / chen / dani / ev / fox / 还有两位 · 读取者

GET · 步调一致

# Each engineer in the post-mortem call runs the same line.
# They block until everyone has joined, then the cascade scrolls
# past their terminal at the exact rate the SRE saw at 07:23.

curl "https://prod-pipe.containers.hoody.com/api/v1/pipe/replay?n=8"

# 07:23:14 INFO POST /v1/checkout u_28f
# 07:23:15 WARN stripe latency 2.4s
# 07:23:16 ERR  500 stripe timeout
# 07:23:17 ···  auto-rollback armed
# ...the whole cascade, in order, on every terminal at once.

Pipe API 文档化的两段：发送端的 PUT /api/v1/pipe/[path]，每个读取者的 GET /api/v1/pipe/[path]，通过相同的 n 关联。服务器转发发送端的 Content-Type，在等待读取者时连接最多保持 5 分钟 TTL，如果某个读取者读得慢就给它单独反压。回放速率完全由发送端决定——pv、dd 或任何你信得过的限速器都行。

use-cases / replay-this-mornings-incident / powers

一起观看，文档做不到的事

一条滚动的流改变了对话本身。人们不再争论发生了什么，开始观看发生了什么。管道的三个属性让这件事成立。

MULTIPLAYER BY DEFAULT

六个终端同步在一个播放头

n=N 在 Pipe API 里有文档：每个用相同 n 加入同一路径的读取者，都收到一份等同的扇出副本。八个工程师在同一瞬间看到同一行滚过——没人领先，没人盯着别人共享屏幕眯眼。

RATE-LIMITED BY THE SENDER

回放慢到能读得过来

真实的生产日志滚得比人能吸收的更快。pv -L 50k 把回放节流到一个易读的速率；管道按发送端选的速率往下传。你可以 ctrl-Z 暂停发送端来暂停整场复盘，再 fg 恢复——每个读取者的终端都会跟着你一起暂停。

EPHEMERAL BY DEFAULT

回放结束，管道消失

管道不存任何字节。当 cat 跑完或 SRE 对发送端 ctrl-C，路径就关闭——没有暴露在公网的残留端点，也没有要管理保留期的转录。给晚到的同事再从快照跑一次就行。

use-cases / replay-this-mornings-incident / session

一次回放会话怎么开

从故障时刻的日志到团队共同播放，四个节拍。这里没有任何定制基础设施——快照存在 hoody-files 里，回放就跑在一条 Pipe URL 上。

0107:25
对日志做快照
值班 SRE 在 07:25 把 /var/log/app 复制进一个 hoody-files 桶。这份文件是级联故障窗口里所发生事情的真相来源。
0213:55
打开会议室
主持人写一个带 ?n=8 的 Hoody Pipe URL（六个工程师 + 两位晚到者的余量），贴进事后复盘频道。接收者可以先连上——管道会为这个槽位最多保留 5 分钟。
0314:00
按下播放
SRE 用 pv -L 50k 把快照通过 URL 推过去。服务器等到八条 curl 都连上之后，字节才在步调一致中走一次——级联故障在六个终端上同一瞬间触发。
0414:18
为晚到者再回放一次
总监晚来了。再跑同一行命令。管道是路径，不是地点——没什么要寻址、没什么要回退、服务器上什么都没存。再按一次播放就行。

use-cases / replay-this-mornings-incident / capacity

这间房能开多大?

来自 Pipe API 文档规范。把一条 URL 变成事后复盘剧院的限制和行为。

READERS PER PATH256
n 的文档上限。事后复盘会议不会用完席位——管道能扩展到整个组织。
BYTES STORED0
管道是端到端直接流式。发送端断开后，回放在服务器上不留任何痕迹。
JOIN WINDOW5 min
接收者可以先于发送端连接；管道为晚到者保留这个槽位最多 5 分钟。

来源：Hoody Pipe API——/api/v1/pipe/[path]、n 参数（1–256）和未建立管道 TTL 的限制均有文档记录。

use-cases / replay-this-mornings-incident / punchline

事后复盘不是一份文档。它是一条所有人一起观看的流。

无各自滚动错位 · 无屏幕共享眯眼一个 URL · 八条 curl · 一个播放头

POST-MORTEM昨天今天

ARTIFACT带截图的 Confluence 文档https://prod-pipe.../pipe/replay
SYNC每个人按自己速度滚动n=8 的步调一致播放
RETENTIONPDF 留存数年ctrl-C，管道就没了
REPLAY再约一次 Zoom重跑同一条 curl

阅读 Pipe API

use-cases / replay-this-mornings-incident / replaces

它替代了什么

你目前为了带团队走一遍故障时间线要调用的整套工具和仪式。每一项都要存东西、按席位收费，或丢失时序。管道只是一个 URL，配一个共享的播放头。

Confluence 事后复盘文档带过期截图的静态页面
Notion 故障报告无同步时序的项目符号列表
在 Slack 里贴截图丢失级联顺序和时序
手动回放日志会议一个人滚动，其他人眯着眼看
Zoom 录制时间线每个人按自己节奏拖动
Datadog 笔记本注释按席位收费，无共享播放头

use-cases / replay-this-mornings-incident / cta

级联故障在六个终端上同一时刻触发。对话改变了。人们不再争论发生了什么，开始观看发生了什么。

阅读 Pipe API

use-cases / replay-this-mornings-incident / related

阅读其他内容

一台服务器上运行 60 个容器

一个裸金属服务器运行数十到数百个 Hoody 容器。KSM 和 BTRFS 去重使边际成本接近零。

一条链接搞定开发者入职

新工程师周一加入。你发一条 URL。他们在任何手头的笔记本上打开,就进入了一个从你的开发者基线快照克隆出的全新容器——代码、依赖、环境、种子数据、浏览器内 VSCode。五分钟内开始写代码,而不是配置环境。

快照·容器·终端·文件

按需实现的 API 端点

一个通配符 exec 脚本捕获调用，要求 LLM 编写处理程序，在 V8 沙箱中运行它，并保存路由。下一次调用是原生的。

Exec·智能体·代码·文件

像 Git 一样分支计算机

快照正在运行的容器——文件、进程、内存。秒级恢复。通过 /copy 分叉。分支，但针对整个机器。

在手机上跑真正的 VS Code

Code 编排器在容器中启动 VS Code 实例,通过普通的 HTTPS URL 提供编辑器。任何带浏览器的设备都能打开它。工作存活在容器中,而不是设备上。

显示·终端·文件·容器+1

能派生其他 AI 智能体的 AI 智能体

一个研究智能体 POST 到 /api/v1/projects/$PID/containers 启动子容器,然后像调用任何其他 HTTP 服务一样调用子智能体的 URL。子智能体以同样的方式派生自己的子智能体。没有编排框架,只有 URL。

智能体·Exec·容器

每个客户自动获得一个沙盒

一个 exec 脚本接住注册 webhook,复制一个全新客户容器,把新租户独有的 URL 交给他们。隔离来自操作系统,而不是 tenant_id 字段。

容器·快照·Exec·文件

醒来即看到完成的原型

在午夜前给代理一个段落。它生成自己的容器，在有风险的步骤前进行快照，并在日出时发布到你的通知 webhook。

智能体·快照·容器·浏览器+2

从手机进行生产紧急修复

PagerDuty 唤醒你。在手机上打开终端 URL。从坏的部署之前修补快照。生产已恢复。无堡垒主机，无 VPN，无笔记本电脑。

终端·快照·网络

把生产日志 tail 到一个谁都能 curl 的 URL

一个管道 URL。最多 256 个读取者。三个工程师同时 tail 同一个故障——不需要堡垒机、Datadog 席位或日志转发器。

把一次构建推送到三十个 CI worker

构建容器把 tarball 流式传到带 ?n=30 的管道路径。三十个测试 worker 一起 curl 同一个 URL。字节只走一次,然后扇出。

在咖啡馆看 agent 思考

agent 在家里运行,你在咖啡馆。把循环里的每一步通过 Hoody Pipe 流式传出,在手机上 curl 同一条路径——轨迹一个字符一个字符落下。无 SSH、无仪表盘、无上传。

管道·智能体

用两条 curl 在云之间搬 200GB

法兰克福:pg_dump | gzip | curl。新加坡:curl | gunzip | psql。字节穿过管道,中间没有任何磁盘。

用一行命令把数据库状态发给队友

pg_dump 直接流入对方的 psql。不上传文件、不分享链接、不下载。管道把字节穿过去。

把 LLM token 流到任何能读 HTTP 的东西

第 3 步用 curl -T - 把 token 流出去。第 4 步 curl 同一条路径。token 以线速从生产者送到消费者。无 SSE 管道、无中间件。

管道·智能体

老板可以围观但无需加入的进度条

在 pipe URL 后追加 ?progress。任何人打开后都能看到一个实时 HTML 仪表盘——字节、速度、ETA、状态。最多五十名旁观者，没人占用接收槽,没人触碰流。

你无需自建的 webhook 扇出

Stripe 用 ?n=12 POST 到一个 pipe 路径。十二个订阅者用 ?n=12 curl 接收 URL。pipe 会保留事件,直到所有人都连接上。

只用两条 curl 命令的 CI 缓存

tar | zstd | curl 把 node_modules 推入 pipe。二十个下游任务 curl | zstd -d | tar x。没有 S3 桶,没有 cache action,没有出口流量账单。

把拖拽上传接进你的脚本

hoody-pipe 在每条路径上都自动提供一个网页上传表单。把文件拖到页面上,你的脚本就从 stdin 读到字节。零行上传代码、无 S3 桶、无预签名 URL。

用笔记本把工作坊广播给 200 个观众

ffmpeg 把屏幕流到带 ?n=200 的管道路径。每个参与者在浏览器标签里 curl 那个 URL。无平台、无登录、无上传。

无需消息中间件的容器间 IPC

容器 A 写入一条管道路径。容器 B 从同一条路径读取。背压就是连接本身。无 Redis、无队列、无 broker。

在火车上 tail 你的 agent,落地时收到推送

agent 把 trace 流到一条你能用手机 curl 的管道路径。当它跑完时,最后一步打到 hoody-notifications,你的手机就响。两个 URL 加一次震动——无 SDK、无客户端 app、无仪表盘。

管道·智能体·通知

两个终端搭起来的 HTTP 麦克风

ffmpeg 抓取麦克风,流到一个 URL。另一端 curl 下来直接播放。无 Zoom、无 SDK、无信令服务器。

五个智能体，五条管道，一个裁决

一个由五个模型组成的评审团审阅同一个输入。每个都在自己的容器里运行，把裁决流式送进自己的管道路径。一个裁判进程并行 curl 这五条，并汇总结果。

管道·智能体·容器

你能输入的最快「把那个文件发我」

队友找你要一份 4 GB 的转储。Slack 拒收，Drive 要走分享请求。你输入 curl -T file …；他们输入 curl … > file。字节直接在两块磁盘之间流动——没有上传进度条，没有要分享的链接。

本地跑一个 LLM，服务给你的整支舰队

一块 GPU 跑 llama.cpp。它的 token 流入一个带 ?n=50 的管道路径。五十个容器 curl 同一个 URL，瓜分这条流。

管道·守护进程

没有指标后端的实时指标仪表盘

每个容器的监控循环把指标 curl 到一个管道 URL。仪表盘用 ?progress curl 同一个 URL，把 SSE 流渲染出来。

干完活就自动删掉自己的定时任务

POST 一条托管 cron 条目,把 expires_at 设在 48 小时后。任务按时运行,然后自行删除——无需提醒,无需清理 PR,不留陈旧条目。

在每晚迁移前给容器拍快照

一条 hoody-cron 条目在 02:55 UTC 触发,curl 快照 URL,把产物命名为 pre-migration-2026-05-04。五分钟后迁移开始。如果成功,快照闲置不耗成本;如果失败,一条 PATCH 即可在 30 秒内恢复。

每个客户自动获得独立的 crontab

每个租户都有自己的容器和自己的 hoody-cron 服务。即使客户 B 的任务卡了 40 分钟,客户 A 的 9 点摘要照样准时触发——因为它们根本不在同一份 crontab 上。

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

一条夜间 cron POST 一个 spawn 请求,智能体干一小时活,然后第二条 cron 把容器拆掉。智能体只在有活干时才存在。

Cron·智能体·容器

无需编排器的每日汇总

原始事件堆在一个 sqlite URL 里。每晚一条 cron 条目 curl 一个 exec 端点,脚本运行汇总 SQL,把每日表写回去。没有 DAG,没有 Airflow Postgres,没有调度器仪表盘。

Cron·SQLite·Exec

每个分支一份 crontab，与代码一起部署

仓库里签入 `.hoody/crontab`。部署脚本将该文件 PUT 到新容器的 Cron API。每个分支都有自己的容器、自己的文件系统、自己的调度。

随班次自动过期的 on-call 升级

POST 一条 cron 条目，把 expires_at 设为班次结束时间。班次一结束，条目自动删除。下一位 on-call 自己 POST。

每小时抓取、每日摘要、每周归档——同一个容器

一份 crontab 里三行：每小时浏览器抓取写入 SQLite，每日 exec 摘要，每周归档到文件。固定费率服务器，三种节奏，无需调度器服务。

Cron·浏览器·SQLite·文件

让客户自带自己的 cron 调度

客户 POST 自己的 5 字段表达式；他们的 crontab 隔离地存在自己的容器里。你不需要去对一个全局队列做校验。

调度 agent，而不是脚本

一条 5 字段 cron 条目用 curl 把提示发给 hoody-agent，而不是运行一个固定脚本。今天是月末——agent 自己判断。数据结构变了——agent 自己适配。

Cron·智能体

为沉默的任务装上心跳

每次 cron 运行后都向通知端点 POST 一次心跳。第二个 cron 检查最后一次心跳，沉默时呼叫。沉默就是告警。

把过去 24 小时保留为 24 个快照

每小时 cron POST 一个以小时命名的快照。24 小时后，每个新快照覆盖昨天同一小时的快照。24 层楼的时光机。

把今天早上的 webhook 在明天同一时间重放一次

你把 30 分钟真实的 Stripe 流量捕获到一个 hoody-files 文件夹。一条 cron 条目每个工作日上午 9 点对 staging 重放 —— 同样的量、同样的 payload、同样的时段压力。

Cron·文件·Exec

在机场用手机编辑你的 crontab

在登机口用手机打开 cron URL。点一行，改 cron 表达式里的一个字段，按保存。PATCH 落地。今晚任务按新的时间表触发。无 SSH 会话、无跳板机、无笔记本。

一个定时摘要扇出到 200 个收件箱

上午 9 点的 cron POST 到一个 exec 脚本，脚本构建摘要并 curl 一个带 ?n=200 的 pipe URL。两百名收件人各自命中同一个 URL 一次。

Cron·Exec·管道

把不稳定的任务静音,但别丢掉它

PATCH /entries/[id] [ enabled: false ]。任务留在 crontab 里等待修复。不删除、不重写、不丢上下文。

一个给昨天的智能体打分的智能体

一条夜间 cron POST 到主管智能体,带上昨天从 SQLite 取出的智能体轨迹。主管为每一个打分。Cron 就是主管。

Cron·智能体·SQLite

会安排自己退休的清理任务

清理脚本检查是否还有要清理的东西。当目录空了,它就 DELETE 自己的 cron 条目。活儿干完,任务也消失了。

不开 SSH 会话也能轮换 TLS 证书

Cron 每周一次:POST 到一个 exec 脚本,跑 certbot,再用 PATCH 把新证书发到代理上。无 shell 会话、无密钥、无跳板机。

每周一次试图搞垮生产的金丝雀

周日早 7 点的 cron 在一个全新容器里唤醒一个 Hoody Agent,对着生产的快照工作。它跑 OWASP top 20、对 API 做模糊测试,9 点前把发现报告写到一个 URL。容器随后退役。

Cron·智能体·浏览器·快照

让兴趣项目坟场也养得起的方案

Heroku 上 11 个半成品副业项目就是 11 个 dyno,每个 5–7 美元。在 Hoody 上,11 个容器跑在一台 29 美元的裸金属机器上。闲置成本为零,URL 在毫秒内唤醒容器,没人用的国际象棋引擎依然能跑。

每个 PR 一个预览环境，整月

每个待合并的 PR 都获得一份快照克隆。审阅者点开链接时容器才唤醒;闲置 PR 不产生费用。

用一台裸金属机器跑 12 款产品的产品组合

12 个相互隔离的容器,每个都是独立的 SaaS,共享一台 49 美元的服务器。每款产品的利润率从负数变为可观。

干掉预发布服务器税

别再为生产环境的副本付费。给生产容器拍快照,按需从快照分支出预发布,无人测试时再冻结回磁盘。三套环境,一台机器,一张账单。

40 个客户站点,一份租金,一个仪表盘

每个客户站点都跑在自己的容器里;你按站点向客户收费,主机费用只付一次。代理公司的算账逻辑终于成立了。

容器·工作区

用你已经租用的裸金属替换 E2B 账单

你的智能体不再按秒向 E2B/Modal/Daytona 租用算力,而是在你已有的服务器上使用容器。

容器·智能体·Exec

闲置 staging 不花钱,所以 staging 不再被删除

Staging 之所以会消亡,是因为保留它太贵。当闲置免费时,staging 就能一直存活——哪怕是 90 天前队友碰过的那一个。

舰队规模的按客户隔离沙箱

八百个独立客户,三台裸金属服务器,一张固定费率月账单,无按租户计费。每个租户都拿到一个真实容器,具备独立的内核命名空间、文件系统和 URL。闲置容器不会在你已经付费的服务器之上产生额外费用。

容器·快照·Exec

不再是 S3 账单条目的 CI 缓存

缓存文件就放在你已经租用的服务器上的 /files 里。Worker 通过 HTTP 用 PUT 和 GET 收发 tar 包。没有 S3 桶,没有出站流量,没有第三方厂商——字节从不离开服务器。

为五十个销售电话准备五十个演示环境

每位潜在客户都拿到一份真实、隔离、并填入了他们自己数据的产品副本。从一个快照克隆而来。归他们用一周。