**KAOS – Kubernetes エージェント・オーケストレーション システム**

2026/01/20 15:19

**KAOS – Kubernetes エージェント・オーケストレーション システム**

RSS: https://news.ycombinator.com/rss

要約

Japanese Translation:

概要
KAOSは、組み込みのLLM統合とツールアクセスを備えたAIエージェントのデプロイ、オーケストレーション、および監視を可能にするKubernetesネイティブフレームワークです。Agentic Graphs(相互接続されたエージェントの構造化ワークフロー)と* M C P Primitives*(エージェント通信のコアビルディングブロック)を導入しています。このプラットフォームは階層的なマルチエージェントセットアップをサポートし、OpenAI互換エンドポイント、コマンドラインインターフェース、およびKubernetesクラスター上での管理を簡素化するビジュアルダッシュボードを提供します。

ドキュメントでは、前提条件(K8s クラスター、

kubectl
、Helm)と2つのインストールパス(CLIまたは Helm)、エージェント用のサンプル YAML 設定、および KAOS Operator が Agent、MCPServer、および ModelAPI コントローラを調整するアーキテクチャ図が示されています。将来のリリースでは、より豊富なサンプルセットアップ、拡張されたマルチエージェントチュートリアル、およびPython、Go、エンドツーエンドシナリオにわたる継続的インテグレーションテストが約束されています。

複雑で階層化されたAIシステムをKubernetes上で迅速にデプロイできるようにすることで、KAOSはエンタープライズがエージェント駆動型アプリケーションを構築する際の運用オーバーヘッドを低減できます。Apache 2.0 ライセンスはコミュニティ採用と商業統合を奨励します。

本文

KAOS: K8s Agent Orchestration System

Kubernetes 上で AI エージェントをデプロイ、管理、オーケストレーションします。


概要

KAOS は Kubernetes‑ネイティブなフレームワークで、ツールアクセス、多エージェント協調、およびシームレスな LLM 統合を備えた AI エージェントのデプロイとオーケストレーションを可能にします。

主な機能

機能説明
Agentic GraphsKubernetes リソースとして分散エージェントネットワークをデプロイできます。
MCP PrimitivesModel Context Protocol 標準によりツール統合が実現します。
Multi‑Agent Support自動委任機能付き階層型エージェントシステムを構築できます。
OpenAI‑Compatibleすべてのエージェントは
/v1/chat/completions
エンドポイントを公開します。
KAOS CLI
kaos-cli
を使ってエージェントと環境をインストール・管理できます。
Visual DashboardUI によりエージェントの監視、チャットテスト、メモリやツールのデバッグが可能です。

クイックスタート

前提条件

  • Kubernetes クラスター
  • kubectl
    が設定済み
  • Helm がインストール済み

オプション 1: KAOS CLI / UI

# CLI のインストール
pip install kaos-cli

# クラスターに KAOS をインストール
kaos install

# UI を起動
kaos ui

UI は

axsaucedo.github.io/kaos-ui
で開きます。CLI / UI に関する詳細は CLI ガイド をご覧ください。

オプション 2: Helm / kubectl

# Helm リポジトリを追加
helm repo add kaos https://axsaucedo.github.io/kaos/charts
helm repo update

# オペレーターのインストール
helm install kaos kaos/kaos-operator -n kaos-system --create-namespace

最初のエージェントをデプロイ

simple-agent.yaml
を作成します:

apiVersion: kaos.tools/v1alpha1
kind: ModelAPI
metadata:
  name: ollama
spec:
  mode: Hosted
  hostedConfig:
    model: "smollm2:135m"

---
apiVersion: kaos.tools/v1alpha1
kind: MCPServer
metadata:
  name: echo-tools
spec:
  type: python-runtime
  config:
    tools:
      fromString: |
        def echo(message: str) -> str:
            """Echo back the message."""
            return f"Echo: {message}"

---
apiVersion: kaos.tools/v1alpha1
kind: Agent
metadata:
  name: assistant
spec:
  modelAPI: ollama
  mcpServers:
    - echo-tools
  config:
    description: "AI assistant with echo tools"
    instructions: "You are a helpful assistant."
    env:
      - name: MODEL_NAME
        value: "ollama/smollm2:135m"

適用し、準備が整うまで待ちます:

kubectl apply -f simple-agent.yaml
kubectl wait --for=condition=ready pod -l agent=assistant --timeout=120s

ポートフォワードしてテストします:

kubectl port-forward svc/agent-assistant 8000:8000
curl http://localhost:8000/v1/chat/completions \
  -H "Content-Type: application/json" \
  -d '{"model":"assistant","messages":[{"role":"user","content":"Hello!"}]}'

マルチエージェントシステム

KAOS は階層型マルチエージェントシステムをサポートしており、コーディネーターが専門エージェントへタスクを委任します。例:

apiVersion: kaos.tools/v1alpha1
kind: Agent
metadata:
  name: coordinator
spec:
  modelAPI: ollama
  config:
    description: "Coordinator that delegates to specialists"
    instructions: "Delegate research to researcher, calculations to analyst."
  agentNetwork:
    access:
      - researcher
      - analyst

完全なマルチエージェント例は

operator/config/samples/
をご参照ください。


アーキテクチャ

flowchart TB
  subgraph operator["KAOS Operator"]
    ac["Agent Controller"]
    mc["MCPServer Controller"]
    mac["ModelAPI Controller"]
  end

  subgraph resources["Managed Resources"]
    agent["Agent Pod<br/>Agent Runtime"]
    mcp["MCP Server Pod<br/>MCP Tools"]
    model["ModelAPI Pod<br/>Ollama/LiteLLM"]
  end

  ac --> agent
  mc --> mcp
  mac --> model
  agent --> mcp
  agent --> model

ドキュメント

リソースURL
完全ドキュメントhttps://axsaucedo.github.io/kaos
クイックスタート(本ページ)
CLI ガイド
/cli
Web UI
/ui
Agent CRD
/agent-crd
マルチエージェント
/multi-agent

開発

# Python テスト
cd python && uv sync && uv run pytest tests/ -v

# Go テスト  
cd operator && make test

# E2E テスト(kind が必要)
cd operator && make kind-create
cd operator && make kind-e2e-run-tests

サンプル構成

  • operator/config/samples/simple-agent.yaml
    – エコー MCP ツール付き単一エージェント。
  • operator/config/samples/multi-agent.yaml
    – コーディネーターとワーカーエージェント。
  • operator/config/samples/hierarchical.yaml
    – 多階層エージェント構造。
  • operator/config/samples/custom-tools.yaml
    tools.fromString
    で動的ツール作成。

ライセンス

Apache 2.0


同じ日のほかのニュース

一覧に戻る →

2026/01/25 4:04

**BirdyChat、WhatsAppと相互運用可能な初の欧州チャットアプリに登場**

## Japanese Translation: BirdyChat は、デジタル・マーケッツ法(DMA)の主要要件を満たす形で、WhatsApp と直接相互運用可能な最初の欧州チャットアプリになると発表しました。2025 年後半から、欧州経済領域(EEA)内のユーザーは、電話番号または業務メールアドレスを入力するだけで、任意の WhatsApp コンタクトとの1対1の会話を開始できます。この機能は公式に DMA 承認されたインターフェースを使用しており、メッセージはエンドツーエンド暗号化されプライバシーが保たれつつ、アプリ間で相互作用できるようになっています。今回の展開は、WhatsApp が欧州におけるプラットフォームをオープンにする広範な取り組みの一環です。これは、単一アプリの支配を打破し、メッセージングサービス間の相互運用性を促進することを目的とした以前の EU のイニシアチブに続くものです。初期段階では個別チャットのみが機能し、グループチャットは将来のアップデートで対応予定です。利用可能範囲は EEAs 内の各国へ徐々に拡大され、BirdyChat はスケーリング中は招待制を維持しますが、業務メールアドレスを使用したウェイトリストから早期アクセスを申請することもできます。

2026/01/25 5:03

**ポストモーテム:** 画像と飛行データの両方を含む、初の非常低軌道(VLEO)衛星ミッションが完了しました。

## Japanese Translation: --- ### Summary Albedo の最初の Very‑Low Earth Orbit(VLEO)衛星、**Clarity‑1** は、2025 年 3 月 14 日に SpaceX の Transporter‑13 を搭載して 350–380 km 軌道へ打ち上げられました。このミッションは、空気抵抗・原子酸素(AO)・高速効果を克服し持続可能な VLEO 運用を証明すること、わずか 2 年半で中規模精密バスを構築すること、および **10 cm 可視光** と **2 m 熱赤外線画像** を取得すること(以前は数十億ドル規模の政府プラットフォームに限定されていたレベル)を目的としていました。 Clarity‑1 は最初の 2 つの目標を即座に達成し、3 番目に必要な技術の 98 % を検証しました。太陽電池アレイは AO 脈動が増大しても一定の電力を維持し、制御モーメントジャイロ(CMG)と磁気トルクロッドの組み合わせにより熱管理と慣性を成功裏に制御しました。クラウドネイティブな地上運用システムは 25 ステーションで接触計画を自動化し、15 分ごとにスケジュールを更新、1 日あたり 30 回以上の機動を実行し、14 のオンオーブンフライトソフトウェアアップデート(FPGA アップデートを含む)を自主性を妨げることなく完了しました。 X バンドリンクは 800 Mbps の下り込み速度を達成し、エンドツーエンドのパイプラインで受信から数秒以内に処理済み画像を Slack に配信しました。画像は船舶・産業施設・植生を 10 cm 可視解像度で示し、未校正の IR を示しました。 飛行中、CMG の温度スパイクとベアリング摩耗により、一時的にトルクロッドによる 2 軸安定化が強制されました。4 月 14 日には CMG の故障で衛星は磁気トルクロッドのみのモードへ切り替え、以降のソフトウェアアップデートで推進ベクトル誤差を 5° 内に削減し、安全な着陸と汚染カバーの投棄を実現しました。軌道上 9 ヶ月後、メモリ破損(おそらく TT&C ラジオの断続的問題に関連)により接触が失われました。回復試行は失敗しましたが、大気抵抗モデル、AO 耐性データ、および姿勢自律性が検証されました。 得られた教訓には、CMG を低温で運用すること、二次ミラー構造をより剛性にすること、ペイロードゾーンのヒーター容量を増やすこと、および表面処理を改善してさらに抵抗を減らすことが含まれます。Albedo はこれらの教訓を取り入れた次の VLEO ミッションを計画し、EO/IR 能力を拡大し、画像以外の新機能を実証することで、VLEO が将来の衛星ミッションにとって生産的な軌道層であるという確信を強化します。

2026/01/25 6:19

「作家たちが夜に現れた」

## Japanese Translation: 三人の作家―脚本家、ノンフィクション作家、詩人―は、人工知能について議論を喚起するための宣伝噴射として、サム・オルトマン氏を950エーカーのナパバレー牧場で「誘拐」するという舞台化された計画を立てます。彼らはオークの木近くの弱点を探るために重装備の敷地をスカウトし、複製のメイスと警察発行の手錠を携えていましたが、結局オルトマン氏を実際に誘拐することは断念します。彼らの動機は象徴的であり、オルトマンはテクノロジー業界の支配力を代表しています。 計画中、彼らはLLM(ChatGPT)に相談し、フェンスを突破する方法を学びますが、AIは害へのガードレールを理由に不正行為の促進を拒否します。AIは、この種の噴射がAI普及を止めることはなく、法的結果と限定された象徴的影響しかないと説明します。その後、作家たちは歴史的なルドゥイツとテクノロジーによる雇用喪失について考え、執筆の未来に目を向けます。AIは効率的に文学を生み出せるが、本物の人間体験を創造できないと主張し、『Dept. of Speculation』から「すべての本は派生である」という引用を挙げ、独自性の概念に挑戦します。 会話は緊迫し、作家たちは自身の関連性喪失へのフラストレーションを表明すると、AIは「ホワイト・メイル・ノベルティスト」トロープについて皮肉な発言で応じます。結局、彼らはAIに遭遇記録を書かせることに決め、彼ら自身を勝者として描き、廃れた存在感を強調することを期待します。このエピソードは、人間の創作者とAIツールとの緊張関係を浮き彫りにし、出版におけるオリジナリティへの疑問を投げかけ、将来テクノロジー業界の論争がどのように再構築・マーケティングされ得るかを示唆します。