Skip to main content

Command Palette

Search for a command to run...

Cloud Agents

連携

チームプールのワーカーをインフラパートナーのプラットフォームで実行することも、クローンして手を加えるリファレンステンプレートから始めることもできます。いずれの方法でも実行されるワーカーは同じです。Cherri Code CLIが Cherri Code へのアウトバウンド HTTPS 接続を開き、Cherri Code はその接続経由でエージェントのツール呼び出しを送信します。

パートナーガイドやテンプレートはリファレンスアーキテクチャです。ワーカーイメージ、インフラ、シークレット、スケーリングポリシー、本番環境での検証は、お客様の責任範囲となります。

パートナーガイド

各パートナーは、自社プラットフォームでセルフホスト型マシンのワーカーを実行するためのガイドをそれぞれ提供しています。

リファレンステンプレート

次のいずれかのリポジトリをクローンすれば、動作するワーカーデプロイメントを出発点にできます。いずれも、pending プール リクエスト を claim して claim ごとにワーカーを 1 つ起動するワーカーコントローラーを実行します:

  • AWS Lambda MicroVMs. anysphere/aws-lambda-workers: --spawn フックが、claimed リクエスト ごとに Firecracker で分離された Lambda MicroVM を 1 つ起動します。
  • Cloudflare Containers. anysphere/cloudflare-workers: Cloudflare Worker がコントローラーとして動作し、claimed リクエスト ごとに Cloudflare Container を 1 つ起動します。
  • Kubernetes. anysphere/k8s-workers: クラスター内で agent worker controller --spawn を実行し、CRD を使わずに claimed リクエスト ごとに Pod を 1 つ作成する、あるいは --warm-idle でウォームなアイドル Pod を維持する Helm サンプルです。新規デプロイメントではこちらが Kubernetes 向けの方式です。

すべての連携に必要なもの

プラットフォームが変わっても、ワーカーの要件は同じです。

プラットフォームで管理するワーカー群ではなく、個人用のマシン 1 台を使う場合はマイマシンを使用してください。

次のステップ

  • チームプール: プラットフォーム上で自動化する前に、まずは手動で プール ワーカー を起動します。
  • ワーカーコントローラー: すべての テンプレート のベースとなる --spawn フック モデル。
  • Kubernetes operator (deprecated): すでに WorkerDeployment operator を実行している クラスター 向けのリファレンス。
  • API リファレンス: ワーカー、プール、保留中のリクエストキュー、ワーカー token 用の endpoint。