ムーンショットAI、Kimi Hosted Agentsを発表：エージェント実行基盤をクラウドサービス化（2026年11月5日）

出来事の概要 ​

2026年11月5日、ムーンショットAIは公式チャネルを通じて「Kimi Hosted Agents（ホスト型エージェント）」を発表した。従来のようにモデル推論をトークン単位で販売するのではなく、「エージェントを走らせ続ける環境」そのものを提供する点が特徴である。セッション状態、サンドボックスのライフサイクル、ツールとプラグインの呼び出し、ファイル成果物の永続化はプラットフォーム側が担い、企業はエージェントの設定に集中できる。

公式ドキュメントはHosted Agentsを「事前構築済みで設定可能なホスト型エージェント実行プラットフォーム」と定義する。開発者はAPI、コンソール、kha CLIの3つの入口から接続できる。APIはapi.moonshot.cnで提供され、インターフェースのバージョンは2026-09-01-betaと表記されている。ベータ段階であり、インターフェースや割り当て量が変更される可能性がある。

この発表は、Kimi製品群に欠けていた一环を補うものだ。モデル能力（K3、K3.1 Pro）とエンドユーザー製品（Kimiアプリ、Kimi Code）はすでに存在したが、企業がエージェントを常時稼働させようとすると、スケジューリング、サンドボックス、資格情報管理、監査を自前で構築する必要があった。Hosted Agentsはその工程をプラットフォーム機能としてまとめている。

主要な情報 ​

「モデル販売」から「実行環境販売」へ ​

ここ2年、大規模モデルベンダーの主な収益源はトークン単位の推論販売だった。エージェントはコスト構造を変える。1つのタスクがモデルを繰り返し呼び、大量の文脈を読み書きし、ツールやプラグインを起動し、サンドボックスでコードを実行し、数時間から数日にわたって多ターンで進む。

この負荷の下で本当に難しいのは「モデルが答えられるか」ではなく「タスクが安定して完了するか」である。サンドボックスをどう分離するか、依存関係をどう導入するか、ネットワークをどう制限するか、鍵をどこに保管するか、切断後にどう再開するか、事後にどう監査するか。いずれもモデル能力ではなくハーネス層の工学問題だ。

Kimi Hosted Agentsはこの層を製品化する。公式の概念はエージェントの全体像をカバーする。モデル、システムプロンプト、ツール、MCP、スキル、プラグインがエージェントを定義し、セッションが多ターンのやり取りと状態を担い、環境がクラウドサンドボックスと初期化スクリプトを提供し、資格情報庫が外部システムの鍵を集中管理する。プラットフォームがこれらを編成し、必要に応じて拡縮する。

企業にとっての直接の利点は、本番投入までの期間短縮である。エージェント実行基盤を自前で作る代わりに、コンソールで設定し、スキルとプラグインを接続し、ネットワークポリシーを決めて実行できる。代償は、実行環境、課金、統制をベンダーに依存することであり、移行コストは早期に評価すべきだ。

プラットフォーム能力：サンドボックス、状態、監査 ​

公表された能力は4層に整理できる。

第1層は実行の分離。 各セッションは独立したクラウドサンドボックスで動作し、依存関係の事前導入、初期化スクリプトの実行、ネットワークアクセスポリシーの設定に対応する。金融や医療では、「このエージェントがどの外部サービスに到達できるか」をアプリケーション層の慣行ではなく明示的なルールにできる。

第2層は状態の永続化。 会話履歴、サンドボックス状態、ファイル成果物はプラットフォームが保存する。エージェントはターンをまたいでタスクを継続でき、成果物はプロセス再起動でも失われない。長時間タスクでは、この層が「10時間のタスク」の実現可否を決める。

第3層は統制と監査。 セッション中止、資格情報庫による管理、監査ログのエクスポートを提供する。企業は鍵をコードや環境変数に埋め込まず資格情報庫に置き、事後に呼び出し記録をエクスポートしてコンプライアンス確認に使える。調達時に最初に問われる部分でもある。

第4層は拡張エコシステム。 エージェントはスキルとプラグインを搭載できる。公式公表は140以上のスキル、30以上のプラグインである。スキルは再利用可能なタスク手順を包み、プラグインは外部システムをつなぐ。金融では、プラグイン層がWind、iFinD、Hundsunなどのデータソースに接続できるかを左右する。

最初の用途：金融エージェントテンプレート ​

発表と同時に、公式は金融向け8テンプレートを公開した。投研モデリング、深掘り調査、モーニングノート生成、IPO追跡、保有ポジション監視などをカバーする。テンプレートの価値は「サンプルが1つ増えた」ことではなく、金融調査の定型業務を再利用可能なエージェント設定に分解した点にある。データソース、分析手順、出力形式、レビュー工程があらかじめ定義されている。

公表された金融投研アシスタントは「1つのルーティング親エージェント＋13の専任子エージェント」という構造を採る。実行層の6体はリサーチ分析、ファンダメンタルモデリング、バックテスト、ポートフォリオリスク、市場戦略、資金フロー分析を担う。レビュー層の7体はバリュー、グロース、コントラリアン、マクロ、クオリティ、モメンタムなどの観点で結論を検証し、最後に集約工程が出力を統合する。モデルはkimi-k3を使い、「金融投資分析（企業版）」プラグインを搭載してWind、iFinD、Hundsun、Caixin、新華財経、天眼査などに接続する。

効率についての公式説明は、1件の企業リサーチメモが従来は人力で1〜3営業日かかっていたところ、公式アシスタントでは十数分から数十分で完了する見込みというものだ。この数字はベンダー側の公表値であり、実際の所要時間はデータ権限、タスクの複雑さ、モデル割り当てに依存する。公式は同時に、金融アシスタントは調査分析のみを行い、取引は執行しないと明記している。

金融以外では、企業向けに2つの方向性が示されている。1つは業務監視や運用対応といった内部システム連携、もう1つはアプリ内の投研アシスタントや客服アシスタントのような製品ユーザー向け機能である。前者は権限と監査、後者は同時接続と応答速度を重視し、プラットフォームへの要求は異なる。

課金、接続経路、適用限界 ​

課金は3要素で構成される。モデルのトークン、サンドボックスの稼働時間、プラグインの呼び出し回数である。従来のトークン課金とは明確に異なる。長時間タスクはトークン量が少なくてもサンドボックス占有時間で費用が上がり、外部データソースの頻繁な利用はプラグインコストを押し上げる。単価を見積もる企業は、100万トークン当たりの価格だけを比較するのではなく、3要素を同時に試算する必要がある。

接続経路は3つある。APIは既存システムを持つチーム向け、コンソールは迅速な検証向け、kha CLIはローカル開発とデバッグ向けである。3者は同一のエージェント設定を共有するため、テストから本番への移行が容易になる。

適用限界も見ておくべきだ。Hosted Agentsが解決するのは「実行」であり「成果」ではない。タスク分解、プロンプト、ツール選択は企業側の設計に属し、プラットフォームは業務上の結論の正しさを保証しない。金融テンプレートが提供するのは業務フローの骨格であり、データライセンス、コンプライアンス審査、結果検証は企業が担う。サービスはベータ段階にあるため、インターフェース、割り当て量、課金規則が変わり得る。重要業務では代替経路を用意しておくべきだ。

公式ソース ​

• 上海証券報（新浪財経転載）：Kimi、Hosted Agentsを発表
• 北京商報（新浪財経転載）：ムーンショットAI、ホスト型エージェントサービスを投入
• Kimi Hosted Agents 公式クイックスタート：Hosted Agents Quickstart
• Kimi 公式・金融投研アシスタント文書：Official Investment Research Agent
• Kimi ヘルプセンター Agent概要：Agent Overview