use-cases / overview

ユースケース

Hoody で構築できること

実際に公開するワークフロー。タグでフィルタリング。

ドキュメントを見る

exec-1.../api/use-cases

$curl exec-1/api/use-cases?ls

sixty-containers-on-bare-metalコスト最適化

onboard-developer-one-link開発者をオンボード

api-endpoints-on-demandツールを埋め込み

branch-computers-like-gitブランチ環境

vscode-from-your-phoneモバイルで開発

agents-spawn-agentsエージェントをオーケストレート

# 59 cases. More incoming.

ユースケースを検索...

タイプステージ難易度ジョブ対象サービスHoody の利点業界

オンデマンドで具現化するAPI エンドポイント

ワイルドカード exec スクリプトが呼び出しをキャッチし、LLM に処理させてハンドラーを作成させ、V8 サンドボックスで実行して、ルートを保存します。次の呼び出しはネイティブです。

Exec·エージェント·コード·ファイル

電話から本番環境を緊急修復

PagerDuty があなたを起こします。電話でターミナル URL を開きます。悪いデプロイ前のスナップショットをPATCH します。本番環境は復旧しました。Bastion なし、VPN なし、ラップトップなし。

ターミナル·スナップショット·ネットワーク

1 つのサーバーで 60 のコンテナ

1 つのベアメタルボックスで数十から数百の Hoody コンテナを実行。KSM と BTRFS のデデュプでマージナルコストはほぼゼロ。

コンテナ·スナップショット

完成したプロトタイプで目覚める

午前 0 時にエージェントにパラグラフを渡します。それ自体のコンテナを起動し、リスキーなステップの前にスナップショットを作成し、夜明けに通知 webhook に投稿します。

エージェント·スナップショット·コンテナ·ブラウザ+2

2 つの curl コマンドだけの CI キャッシュ

tar | zstd | curl で node_modules をパイプに入れます。20 個の下流ジョブが curl | zstd -d | tar x します。S3 バケットも、キャッシュアクションも、転送料金もありません。

パイプ·コンテナ

メトリクスバックエンドなしのライブメトリクスダッシュボード

各コンテナのモニタリングループがメトリクスをパイプ URL に curl。ダッシュボードが ?progress 付きで同じ URL を curl し、SSE ストリームをレンダリングします。

パイプ

2 つのターミナルで HTTP 越しのマイク

ffmpeg がマイクをキャプチャし、URL にパイプ。もう一方が curl で受信して再生。Zoom なし、SDK なし、シグナリングサーバーなし。

パイプ

上司が参加せずに観戦できるプログレスバー

パイプ URL に ?progress を追加します。開いた人は誰でもライブ HTML ダッシュボードを取得します — バイト数、速度、ETA、状態。最大 50 人の観戦者まで対応し、レシーバースロットを消費せず、ストリームに触れません。

パイプ

昨日のエージェントを採点するエージェント

夜間の cron が、SQLite に残る昨日のエージェントトレースとともにスーパーバイザーエージェントに POST します。スーパーバイザーが各セッションを採点します。cron がスーパーバイザーそのものです。

Cron·エージェント·SQLite

他の AI エージェントを生成する AI エージェント

リサーチエージェントが /api/v1/projects/$PID/containers に POST して子コンテナを起動し、他の HTTP サービスと同じように子エージェントの URL を呼び出します。サブエージェントは同じ方法で自分自身のサブエージェントを生成します。オーケストレーターフレームワークは不要、ただ URL のみ。

エージェント·Exec·コンテナ

Git のようにコンピュータをブランチ化

実行中のコンテナをスナップショット — ファイル、プロセス、メモリ。数秒で復元。/copy でフォーク。コンピュータ全体のブランチング。

スナップショット·コンテナ

ノートパソコンから 200 人にワークショップを配信

ffmpeg が画面を ?n=200 付きでパイプパスにストリーミング。各参加者はその URL をブラウザタブで curl します。プラットフォームなし、ログインなし、アップロードなし。

パイプ

顧客に自分の cron スケジュールを持ち込んでもらう

顧客が自分の 5 フィールド表現を POST します。crontab は顧客のコンテナの中で隔離されて存在します。グローバルキューに対する検証は不要です。

Cron·コンテナ

SSH セッションなしで TLS 証明書を更新する

毎週の cron: certbot を実行する exec スクリプトに POST し、新しい証明書を PATCH でプロキシに反映します。シェルセッションも、鍵も、踏み台もありません。

Cron·Exec

S3 の請求項目にならない CI キャッシュ

キャッシュファイルは、すでにレンタルしているサーバーの /files に存在します。ワーカーは HTTP で tarball を PUT および GET します。S3 バケットも、エグレスも、3 番目のベンダーも不要です。バイトはサーバーから出ていきません。

ファイル·コンテナ

自分自身の引退をスケジュールするクリーンアップジョブ

クリーンアップスクリプトは、片付けるべきものが残っているか確認します。ディレクトリが空になったら、自分自身の cron エントリを DELETE します。仕事が終わり、ジョブも消えます。

Cron·ファイル

全顧客に専用 crontab を自動で

テナントごとに専用のコンテナと専用の hoody-cron サービスが割り当てられます。顧客 B のジョブが 40 分間ハングしていても、顧客 A の朝 9 時のダイジェストは時間通りに発火します。同じ crontab に乗っていないからです。

Cron·コンテナ

完了したら自分で消える cron ジョブ

expires_at を 48 時間後に設定したマネージド cron エントリを POST します。ジョブはスケジュール通りに実行され、その後自分自身を削除します — リマインダーも、クリーンアップ PR も、放置されたエントリもありません。

Cron

ブランチごとの crontab を、コードと一緒にデプロイ

リポジトリに `.hoody/crontab` をチェックインします。デプロイスクリプトがそのファイルを新しいコンテナの Cron API に PUT します。各ブランチが自分のコンテナ、自分のファイルシステム、自分のスケジュールを持ちます。

Cron·コンテナ

200 件の受信箱へファンアウトするスケジュール配信

9 時の cron が exec スクリプトを呼び、ダイジェストを生成して ?n=200 のパイプ URL を curl します。200 人の受信者が同じ URL に一度ずつ接続します。

Cron·Exec·パイプ

オーケストレーターなしの日次ロールアップ

生イベントが sqlite URL に蓄積されます。毎晩 cron エントリが exec エンドポイントを curl し、スクリプトがロールアップ SQL を実行し、日次テーブルを書き戻します。DAG なし、Airflow Postgres なし、スケジューラーダッシュボードなし。

Cron·SQLite·Exec

スクリプトにドラッグ&ドロップでアップロード

hoody-pipe はあらゆるパスでウェブアップロードフォームを提供します。ファイルをページにドロップすると、スクリプトが stdin からバイトを読み取ります。アップロードコードはゼロ、S3 バケットも署名付き URL も不要。

パイプ·Exec

空港のスマホから crontab を編集

搭乗ゲートでスマホから cron URL を開きます。行をタップし、cron 式の 1 フィールドだけ変更し、保存をタップします。PATCH が届きます。ジョブは新しいスケジュールで今夜実行されます。SSH も踏み台もノート PC も不要です。

Cron·ターミナル

今までで最速の「あのファイル送って」

チームメイトが 4 GB のダンプを要求してきます。Slack は拒否、Drive は共有リクエストが必要。あなたは curl -T file … と打ち、相手は curl … > file と打ちます。バイトはディスク間を直接移動 — アップロードバーも、共有するリンクもありません。

パイプ

50 件の営業電話のための 50 のデモ環境

各見込み客は、自社のデータがシードされた本物の隔離されたコピーを取得します。スナップショットからクローンされ、1 週間自由に使えます。

コンテナ·スナップショット

5 つのエージェント、5 つのパイプ、1 つの判定

5 つのモデルからなるパネルが同じ入力をレビューします。それぞれが独自のコンテナで動作し、判定を独自のパイプパスにストリーミング。ジャッジプロセスが 5 つすべてを並列で curl し、結果を集計します。

パイプ·エージェント·コンテナ

40 のクライアントサイト、1 つの家賃、1 つのダッシュボード

各クライアントサイトは独自のコンテナで稼働。サイト単位でクライアントに請求し、ホスト料金は一度だけ支払います。エージェンシーにとってようやく採算が合う計算です。

コンテナ·ワークスペース

静かなジョブのためのハートビート

各 cron 実行時に通知エンドポイントへハートビートを POST します。別の cron が直近のハートビートを確認し、沈黙時にページします。沈黙そのものがアラートになります。

Cron·通知

生かしておける余裕のある趣味プロジェクトの墓場

Heroku 上の作りかけサイドプロジェクト 11 個は、$5〜7 の dyno が 11 個分です。Hoody なら、$29 のベアメタル 1 台に 11 個のコンテナが乗ります。アイドル時のコストはゼロ、URL アクセスでコンテナはミリ秒で目覚め、誰も使わないチェスエンジンも今なお動きます。

コンテナ

アイドル状態のステージングは無料、だからステージングが削除されなくなる

ステージングは維持コストが高いから消されてきました。アイドルが無料になれば、ステージングは生き残れます。チームメイトが 90 日前に触ったものでさえも。

コンテナ·スナップショット

メッセージブローカーなしのコンテナ間 IPC

コンテナ A がパイプパスに書き込み、コンテナ B が同じパスから読み取る。バックプレッシャーは接続そのもの。Redis なし、キューなし、ブローカーなし。

パイプ·コンテナ

ステージングサーバー税を撲滅

本番の複製にお金を払うのはやめましょう。本番コンテナをスナップショット化し、必要に応じてそこからステージングをブランチさせ、誰もテストしていないときはディスクへ凍結。3 つの環境、1 台のマシン、1 つの請求書。

コンテナ·スナップショット

2 つの curl でクラウド間で 200GB を移動

フランクフルトで pg_dump | gzip | curl。シンガポールで curl | gunzip | psql。バイトは中間ディスクなしでパイプを流れる。

パイプ

不安定なジョブを失わずにミュートする

PATCH /entries/[id] [ enabled: false ]。ジョブは crontab に残り、修正を待ちます。削除も書き換えも、コンテキストの喪失もありません。

Cron

シフトとともに失効するオンコールエスカレーション

expires_at にシフト終了時刻を指定して cron エントリを POST します。シフトが終わると、エントリは自分自身を削除します。次のオンコール担当が自分の分を POST します。

Cron·通知

1 つのリンクで開発者をオンボード

新しいエンジニアが月曜日に入社します。あなたは 1 つの URL を送ります。彼らは手元のどんなノートパソコンでも開いて、開発者ベースラインスナップショットからクローンされた新しいコンテナの中に入っています — コード、依存関係、環境、シードデータ、ブラウザ内 VSCode。セットアップではなく、5 分でコードを書いています。

スナップショット·コンテナ·ターミナル·ファイル

顧客ごとに 1 つのサンドボックスを自動的に

Exec スクリプトがサインアップ Webhook をキャッチし、新規顧客用コンテナをコピーして、新しいテナントに専用の URL を渡します。隔離は tenant_id カラムではなく、オペレーティングシステムです。

コンテナ·スナップショット·Exec·ファイル

フリート規模で顧客ごとのサンドボックス

800 の顧客が 3 台のベアメタルサーバーに分散 — 定額の月額請求、顧客ごとのメーターなし。各テナントは独自のカーネル名前空間、ファイルシステム、URL を持つ本物のコンテナを取得します。ほとんどはほとんどの時間アイドル状態で、すでに支払っているサーバーに上乗せでかかる費用はゼロです。

コンテナ·スナップショット·Exec

プルリクエストごとのプレビュー環境、月中

オープンな PR ごとにスナップショットのクローンが用意されます。レビュアーがリンクをクリックするとコンテナが起動し、アイドルの PR にはコストがかかりません。

コンテナ·スナップショット

1 つのビルドを 30 の CI ワーカーへ同時にプッシュ

ビルドコンテナが ?n=30 を付けてパイプパスに tarball をストリーミング。30 のテストワーカーが同じ URL を curl。バイトは一度通り、ファンアウトされる。

パイプ

今朝の webhook を、明日の同じ時刻にリプレイ

Stripe の本番トラフィックを 30 分間 hoody-files フォルダにキャプチャします。1 つの cron エントリが、平日 9 時にステージングへリプレイします。同じ量、同じペイロード、同じ時間帯の負荷です。

Cron·ファイル·Exec

E2B の請求を、すでにレンタルしているベアメタルに置き換える

エージェントは E2B/Modal/Daytona から秒単位でコンピュートをレンタルするのをやめます。すでにお持ちのサーバー上のコンテナを使います。

コンテナ·エージェント·Exec

今朝のインシデントをチーム全員で再生

インシデント発生時のログを hoody-files でスナップショット。?n=8 を付けて Hoody Pipe URL から再生します。8 人のエンジニアが同じパスを curl し、カスケードがロックステップで発生する様子を見守ります — ポストモーテムは Confluence ドキュメントではなく、同期されたストリームです。

パイプ·ファイル

直近 24 時間を 24 個のスナップショットとして保持

毎時の cron が時刻名で命名したスナップショットを POST します。24 時間後、新しいスナップショットが昨日の同じ時刻のものを上書きします。24 階建てのタイムマシンです。

Cron·スナップショット

ローカル LLM を実行し、フリート全体に配信

1 台の GPU が llama.cpp を実行。トークンが ?n=50 付きのパイプパスにストリーミング。50 個のコンテナが同じ URL を curl し、ストリームを分け合います。

パイプ·デーモン

スクリプトではなくエージェントをスケジュールする

5 フィールドの cron エントリが、固定スクリプトを実行する代わりに hoody-agent をプロンプト付きで curl します。今日が月の最終日 — エージェントが理解します。データ形状が変わった — エージェントが理解します。

Cron·エージェント

1 行でチームメイトにデータベースの状態を送信

pg_dump がそのまま彼らの psql にストリーミング。ファイルアップロードなし、リンク共有なし、ダウンロードなし。パイプがバイトをそのまま通す。

パイプ

夜間マイグレーションの直前にコンテナをスナップショット

02:55 UTC に発火する hoody-cron エントリが snapshots URL を curl し、アーティファクトに pre-migration-2026-05-04 という名前を付けます。5 分後にマイグレーションが実行されます。成功すればスナップショットは何もせずコストもかかりません。失敗した場合は、たった 1 つの PATCH で 30 秒以内に復元できます。

Cron·スナップショット