Vexa

---

エージェントを接続 · API キーを取得 · 創業者に相談

Vexa を選ぶ理由

購入できる会議 AI ツールはどれも、会話を提供元のクラウドに送信し、そのアクセスを貸し出しています。Vexa はその逆を実現します。スタックを自分で実行し、自分のモデルを接続して、会議から生まれるものを自分で所有できます。

この3つすべてを備えているのは、Vexa だけです。

1. Vexa は会議に参加します。 実際のボットが Meet、Teams、Zoom に参加し、話者を識別した文字起こしをリアルタイムで配信します。Jitsi はオフラインでの実証済みですが、ライブ検証は未完了です。このボット群こそが、本当に難しい部分です。「ドキュメントとチャット」するツールは、文字起こしができた後から始まります。Vexa はその文字起こしを作成します。

2. ナレッジは自分が所有するファイルです。 会議の内容は git リポジトリ内の Markdown にまとめられます。移植可能で、差分を確認でき、検索も簡単です。コードとして管理するナレッジです。

3. エージェントが安全に作業します。 サンドボックス化されたコーディングエージェントが、開発者のようにリポジトリを読み書きします。分離された一時コンテナを使い、外部への通信はなく、Docker または Kubernetes 上で数千のエージェントを並列実行できます。

文字起こし API だけをお探しですか？ 単体で完結する製品です。ボットを送信してストリームを読み、エージェント機能は完全に無視できます。

---

⚡ クイックスタート

会議にボットを参加させたいだけですか？ ホステッドサービスをご利用ください。インストールは不要です。 vexa.ai/signin でサインインし、アカウントページからキーをコピーして、ボットを送信します。

curl -X POST "https://api.cloud.vexa.ai/bots" \
  -H "X-API-Key: $API_KEY" -H "Content-Type: application/json" \
  -d '{"platform":"google_meet","native_meeting_id":"abc-defg-hij","bot_name":"Vexa"}'

新規アカウントにはカード登録不要で、ボット利用クレジットが $2 分無料で付与されます。料金は 1 時間あたり $0.30 なので、約 6 時間分です（料金）。さらに通話を行う場合は、ボットを送信してください。

スタック全体をセルフホストする方法もあります

ホスト型サービスには含まれないエージェントプレーンも、これで利用できます。 1台のホストにセルフホストして、ターミナルで試すか、API経由で操作してください。 本番環境の対象はLinux（Ubuntu 24.04）です。ローカルで評価する場合はMacとDocker Desktopでも問題ありません。 どちらの場合も、すべてコンテナ内で実行されます。

前提条件 — make、Docker engine ≥ v26（make allで確認）、および文字起こし機能：無料トークンを vexa.ai/accountで取得するか、完全にエアギャップされた環境向けに、文字起こしユニット（GPU）をセルフホストします。デフォルトでは、POST /botsにはSTTが必須で、STTがない場合は503を返します（.envの認証情報ブロックが空の場合、make allで警告が表示されます）。キャプチャのみを行うには、明示的にオプトアウトします。 起動時に{"transcribe_enabled": false}を指定するか、デプロイ時にTRANSCRIBE_ENABLED=falseを設定してください。

ビルドマシン： make allは公開済みのリリース検証済みイメージをプルするため、ビルドは不要で、控えめなスペックのマシンで問題ありません。make lite（単一コンテナのオールインワンイメージ）はさらに軽量です。このチェックアウトからビルドする場合（コントリビューター向けのmake dev）は、8 vCPUsと16 GB RAMが必要です。

git clone https://github.com/Vexa-ai/vexa.git && cd vexa
make all      # full Docker Compose stack — seeds .env, pulls the images (bot included),
              # prints your API key + URLs. Contributors: `make dev` builds from this checkout.

make allが完了すると、キーとURLが表示されます。

  Terminal UI : http://localhost:13000     # the web workbench
  API gateway : http://localhost:18056     # the API
  API key     : vxa_…

ターミナルで試す（最速の方法）

Vexaでできることを確認するには、ターミナルを使います。 **http://localhost:13000**を開いてください。セルフホストアカウントにすでにサインインしています。ワークベンチでは、curlを使わずに次の操作ができます。

• ボットを送る — Meet／Zoom／Teams／JitsiのURLを貼り付けると、ボットが参加者として参加します。
• 文字起こしを確認する — 話者ごとに識別された文字起こしがライブでストリーミングされ、ドラフトの後に確定版が表示されます。
• ワークスペースとチャットする — キャプチャしたすべての会議をコンテキストとして持つエージェントに質問し、決定した内容が記録される様子を確認できます。

API経由で操作する方法もあります

export API_KEY=vxa_...
export API_BASE=http://localhost:18056

# WIN 1 — send a bot into a live call, then read the transcript as it streams
curl -X POST "$API_BASE/bots" \
  -H "X-API-Key: $API_KEY" -H "Content-Type: application/json" \
  -d '{"platform":"google_meet","native_meeting_id":"abc-defg-hij","bot_name":"Vexa"}'

curl -H "X-API-Key: $API_KEY" "$API_BASE/transcripts/google_meet/abc-defg-hij"

# WIN 2 — ask an agent that has your whole workspace as context (answer streams back as SSE)
curl -N -X POST "$API_BASE/agent/chat" \
  -H "X-API-Key: $API_KEY" -H "Content-Type: application/json" \
  -d '{"prompt":"What did we decide in my last meeting?"}'

platformはgoogle_meet・teams・zoom・jitsiです。native_meeting_idは参加URLに含まれるコードです。エージェントの応答はServer-Sent Eventsとしてストリーミングされます。message-deltaフレームにはテキストが含まれ、commitフレームはワークスペースに記録された内容を示します。

---

🧩 仕組み

1つのゲートウェイに2つのドメイン、つまりMeetings（キャプチャ）とAgents（ナレッジを活用）があります。どちらも同じランタイム、すなわち各ボットと各エージェントをそれぞれ独自のサンドボックス化されたコンテナで起動するエンジン上で動作します。

ボットとエージェントは同じruntime.v1ワークロードです。隔離され、一時的に実行され、アイドル状態になると破棄されます。そのため、数千の会議ボットで実証済みの仕組みが、そのままエージェントも実行します。すべての通信はネットワーク内にとどまります。

---

⚙️ エージェント型ランタイム

CLI コーディングエージェントは、Linux 上で動作する単なるプロセスです。ランタイムが、実際の業務データを扱える安全なマルチテナントのサンドボックス実行レイヤーを実現します。これは、Vexa のミーティングボットを本番環境で起動しているものと同じエンジンです。

• 分離されています。 ディスパッチごとに専用のコンテナが割り当てられます。ブローカー経由のツール以外への外部通信はなく、ファイルシステム内に存在するのは許可されたワークスペースだけです。これはエージェントではなく、基盤レイヤーによって強制されます。エージェントがコントロールプレーンで実行されることはありません。
• 一時的です。 コンテナは作業中に稼働し、アイドル状態になると回収されます。継続性はワークスペース内のセッションファイルによって保たれます。起動は1秒未満で、数千のコンテナを並列に実行できます。
• オーケストレーションに依存しません。 単一の runtime.v1 ライフサイクルに、プラグイン可能な基盤レイヤーを組み合わせています。同じディスパッチが次の環境すべてで同じように動作します。

バックエンド（RUNTIME_BACKEND）	ワークロードの形態	状態
docker（デフォルト）	Docker ソケット経由で専用のコンテナとして起動し、make all で立ち上げます	✅ 提供済み（オープンコア）
process	Docker ソケットを必要としない子プロセスです	✅ 利用可能
k8s	独立した Pod（kubectl run --restart=Never）として起動し、クラスター全体にスケジュールされます	✅ ライフサイクルとマウントごとのワークスペース分離に対応。Helm チャートは deploy/helm にあります

コントロールプレーンとワーカーは同じで、変わるのはコンテナの作成方法だけです。1台のノート PC から Kubernetes/OpenShift クラスターまで、すべて自社環境内で実行できます。

---

🧠 エージェントとワークスペース

Capture は入り口であり、ナレッジを蓄積するのはエージェントです。すべてのミーティングは、あなたのワークスペース（Markdown の git リポジトリであり、Open Knowledge Format の kg/ バンドル）にまとめられます。エージェント（Claude Code、Codex、…）は、開発者がコードベースを扱うように、このワークスペースを読み書きします。

これは Andrej Karpathy の LLM Wiki のパターンを、チームサービスとして実行するものです。考え方は、モデルが質問のたびにすべてをゼロから発見し直す、生の文書を対象とした RAG を行うのではなく、エージェントに情報源を構造化され、相互にリンクされた Markdown のエンティティページ（人物、企業、プロジェクト、意思決定）へとまとめさせることで、ナレッジを蓄積していくことです。Vexa は、最も豊富な情報源であるあなたのミーティングから、この Wiki を構築します。各通話の内容はエンティティページに取り込まれ、エージェントは通話の合間にもページを最新の状態に保ちます。回答はすべて、チームがすでに持っている知識を起点とします。自社サーバー上で実現できます。

エージェントはどのワークスペースでも作業できます。ミーティングは4つのトリガーのうちの1つにすぎません。残りはチャット、スケジュール（cron）、イベント（受信メールなど）、終了したミーティングです。ミーティング自体もスケジュールされた作業です。カレンダー（ICS）を接続すると、参加者を含む予定ミーティングが表示され、ボットが自動参加します。エージェントは通話前に準備し、通話後に処理します。

• マルチプレイヤー対応。 個人のプライベートなメモではなく、チームで共有し、作成者を記録するワークスペースです。
• 自動化されています。 ボットが通話を収録し、トランスクリプトは自動的にまとめられます。
• 設計上、安全です。 エージェントは信頼されておらず、自ら何かを強制することもありません。チャットでは、あなたが直接書き込みます（git で元に戻せます）。メールやウェブページなど、信頼されていない入力に対しては提案のみを実行します。エージェントが提案し、人間が承認し、信頼されたコードが適用します。取り消せない操作には、常に承認が必要です。

状況（正直にお伝えします）： 収録、文字起こし、話者の識別は本番環境で稼働中です。エージェントのディスパッチコアは構築済みで、エンドツーエンドの実稼働環境で実証済みです。現在対応中の項目はステータスで追跡しています。

---

🖥️ ターミナル：AI を活用したミーティング

0.12 では、バックエンドの規模――数千のボットやエージェント――を実際の1週間に活用できるよう設計された、新しいターミナル UI をリリースしました。ミーティングの一覧（近日開催、開催中、確認が必要なもの）が最初に表示されます。

• あなたのナレッジを備えた、ミーティングに参加するエージェント。 ライブ通話を開くと、話者が特定された文字起こしがストリーミングされ、エージェントは進行中の会話とワークスペースの両方をコンテキストとして利用します。通話中に「前回、何を約束しましたか？」と尋ねたり、話題に上がった瞬間に人物、会社、契約について調べたりできます。wiki に基づいた回答が得られます。

• ミーティングを通じて、そしてミーティングの合間にも構築されるナレッジ。 予定されたミーティングにはすべて、事前にブリーフィングを準備するエージェントが付きます（参加者、これまでの経緯、未解決の話題を確認し、把握できない情報についてはあなたに質問します）。また、終了後に文字起こしを処理します。準備を整えて臨み、wiki を更新して終えられます。

• 共有。 同僚をワークスペースに招待できます。同じ wiki を共有し、誰が記した情報かも分かります。ミーティングを参加者と共有すると、後から録画リンクが届くのではなく、リアルタイムのフィードを利用できます。

• 共同で進める、AI を活用したミーティング。 共有ワークスペースを一緒に準備できます。通話中は、人間がブリーフィングを編集する一方で、エージェントが文字起こしをストリーミングし、ナレッジを活用します。同じ場所で、人間と AI の参加者が同じファイルを扱います。

---

📖 手順ガイド

それぞれ、Agent API を使って1つの成果を得るまでの手順をまとめています。詳しいガイドは docs.vexa.aiをご覧ください。

💬 ワークスペースとチャットする — すべてのミーティング、メール、メモをコンテキストとして利用するエージェントに質問します。信頼されたチャットでは、決定事項を記録することもできます（git コミット）。

curl -N -X POST "$API_BASE/agent/chat" -H "X-API-Key: $API_KEY" -H "Content-Type: application/json" \
  -d '{"prompt":"Brief me on the Acme account: every meeting, the open decisions, and the next step."}'

🌅 毎朝ブリーフィングを受け取る — cron スケジュールで動作し、ワークスペースにコミットする無人エージェントです。

curl -X POST "$API_BASE/agent/routines" -H "X-API-Key: $API_KEY" -H "Content-Type: application/json" \
  -d '{"name":"Morning brief","cron":"0 8 * * 1-5",
       "prompt":"Brief me from overnight activity — new meetings, decisions, follow-ups due. Write brief/today.md.",
       "run_now":true}'

📝 ミーティングのたびにレポートを作成する — 通話終了時に単発のエージェントを実行します（または、最近のミーティングを定期的に確認するルーチンを使います）。

curl -X POST "$API_BASE/agent/invocations" -H "X-API-Key: $API_KEY" -H "Content-Type: application/json" \
  -d '{"runner":"claude-code","workspaces":[{"id":"u_jane","mode":"rw"}],"trigger":"scheduled",
       "start":{"entrypoint":{"inline":"Write a report for the meeting that just ended: summary, decisions, action items with owners."}}}'

📧 受信メールを安全に振り分ける — イベントをきっかけに動作するエージェントは、メールボックスに読み取り専用でアクセスし、カードとしてアクションを提案することしかできません。書き込みや送信が行われる前に、人間が承認します。

curl -X POST "$API_BASE/agent/events" -H "X-API-Key: $API_KEY" -H "Content-Type: application/json" \
  -d '{"name":"email.received","source":{"uri":"mailbox://u_jane/INBOX/AB12CD"},
       "plan":{"prompt":"Triage this email into tasks; propose a record for each action item and a draft reply."}}'

通話中 — GET /agent/meeting/stream でライブ文字起こしをストリーミングし、チャットでエージェントに質問できます。Vexa はミーティング中に独自のモデルを実行しません。知性を担うのは1つだけで、それはあなたのエージェントです。ステータスをご覧ください。

---

🚀 デプロイ方法

同じコードベースで Vexa を実行する方法は 2 つあります。

1. 個人利用／開発 — Mac、Linux、または Windows マシン上の Docker。 単一のコンテナ（make lite — オールインワンの Vexa Lite イメージ）または完全な Compose スタック （make all）を利用できます。Claude サブスクリプションを再利用できます。ワーカーは公式の claude CLI を使い、 ご自身の Pro／Max 認証情報で実行します。個人でデプロイする場合、これは Anthropic の規約に基づく 対象利用であり、クレジットが消費されます。ご自身のサブスクリプション、ご自身の利用分、ご自身のマシンで実行できます。 正確な規約の対応については、モデル認証情報とライセンスをご覧ください （主な情報源はAnthropic の Agent SDK プラン利用に関する記事 です）。すでに料金を支払っているサブスクリプションで、ボット、文字起こし、エージェント、ターミナルを含む サービス全体を利用できます。

2. クラウド — Kubernetes／OpenShift 上の Helm。数千人のユーザーまで拡張できます。 deploy/helm のチャートは、 RUNTIME_BACKEND=k8s で同じコントロールプレーンをデプロイします。すべてのボットとエージェントが、それぞれ独立した Kubernetes ワークロード（ディスパッチごとに Pod を 1 つ起動）となるため、容量を決めるのはより大きなマシンではなく、クラスターのスケジューラーです。最初からマルチテナント、マルチユーザーを前提に構築されています。マルチユーザーで利用する場合のコンプライアンス上のルールは 1 つです。他のユーザーの利用分はAPI キー（商用利用規約）で実行する必要があり、個人のサブスクリプション認証情報は使用できません。ライセンスページに境界が明記されており、Settings → Models でユーザーごと／全体の認証情報解決が適用されます。K8s バックエンドのステータスはステータスで正確に管理されています。

---

🏠 デプロイと設定

make all を実行すると、1 台の Linux ホスト上で Docker Compose を使って完全なスタックが起動します。各サービスは個別のコンテナで実行され、ループバックにバインドされます。

サービス	役割
gateway :18056	唯一の入り口 — 認証、スコープ、ルーティング
terminal :13000	Web ワークベンチ（/ws を gateway にプロキシ）
meeting-api	ボット、文字起こし、録画
agent-api	エージェントのコントロールプレーン — ディスパッチ、チャット、ルーチン、イベント
runtime	必要に応じてボットとエージェントのコンテナを起動
admin-api · redis · postgres · storage	キー · バスとスケジューラー · メタデータ · 録画（versitygw：ローカルボリューム内のプレーンファイル）

• ランタイムバックエンド — RUNTIME_BACKEND=docker（デフォルト）または k8s（ディスパッチごとに Pod を 1 つ起動）。
• 文字起こしは独立した GPU ユニットです — make all は GPU を使用しません。deploy/transcription の STT サービス （faster-whisper、OpenAI 互換）を任意の GPU マシンで起動し、.env から接続してください。 または、テスト中は vexa.ai/account で無料のホスト型トークンを利用できます。
• 推論環境を持ち込む — エージェントの接続先にご自身の LLM エンドポイントを指定してください。推論データがネットワーク外に出ることはありません。
• エアギャップ環境 — すべてを VPC 内で実行し、外部への通信はゼロにできます。これは規制対象の業界で求められる運用形態です。
• ターゲット — make all（イメージを取得） · make dev（このチェックアウトからビルド） · make lite · make probe（全行程のスモークテスト） · make down · make help。本番環境では TLS リバースプロキシ経由で ターミナルを公開してください。詳細なガイドはドキュメントをご覧ください。

---

🆚 Vexa の違い

競争の激しい「AI セカンドブレイン／セルフホスト可能なナレッジベース」の分野には、すでに手元にあるドキュメントを推論するための優れたツールが数多くあります。しかし、ライブ会議に参加するツールはありません。ほかのツールが作成した文字起こしを利用するだけです。重要なのはまさにここです。価値の源泉はキャプチャにあり、それはドキュメント RAG ツールのアーキテクチャが始まる場所よりも上流に位置します。

会議のキャプチャに実際に使うツールと比較すると、次のとおりです。

機能	Vexa	ホステッド API（例：Recall.ai）	DIY（Whisper ＋独自のボット）
セルフホスト／データを自分で管理	✅	❌ 各社のクラウド	✅
リアルタイム文字起こし API	✅	✅	🟡 自分で構築
Meet ＋ Teams ＋ Zoom ＋ Jitsi に参加	✅ 本番環境 3 種 · 🟡 Jitsi	🟡 提供状況による	❌ 膨大な労力
話者の識別	✅	✅	🟡 自分で構築
自分で所有するファイルとしてのナレッジ	✅	❌	🟡 自分で構築
ワークスペースでエージェントを利用	✅	❌	❌
オープンソース	✅ Apache-2.0	❌	✅

Vexa は、ほかのツールにはない組み合わせを提供します。それは、寛容なライセンス（Apache-2.0）の会議ボット API サーバーであり、セルフホスト × リアルタイム × マルチプラットフォーム × 自分で所有するナレッジを実現します。また、ドキュメント RAG ツールや「セカンドブレイン」ツールを補完するものでもあります。Vexa のクリーンで話者情報付きの文字起こしを取り込み、それらのツールが得意とする処理を任せられます。

Attendee（もうひとつの会議ボット API。ソースは公開されていますが、Elastic License 2.0 のもとで提供されており、ホステッドサービスまたはマネージドサービスとして第三者に提供することは許可されていません）や、ローカルの議事録作成ツールも含めた全体像を、メリットとトレードオフを含めて率直にまとめた内容は、Vexa の比較をご覧ください。

---

🏦 規制対象企業向け

銀行、医療機関、政府機関など、規制対象の業界に属する組織にとって、会議向け AI を導入する際の問いは「どのクラウドか」ではなく、「クラウドなしでこれを実現するにはどうすればよいか」です。Vexa はエアギャップ環境の会議インテリジェンスであり、Microsoft Copilot に代わるデータ主権を確保できる選択肢として、まさにそのような組織向けに構築されています。

ここで競合するのはメモアプリではありません。Microsoft 365 Copilot と Zoom AI Companion が構造上対応できない領域で、これらに置き換わるものです。

	Microsoft 365 Copilot / Zoom AI Companion	Vexa
デプロイ	ベンダーのクラウドのみ	自社のクラウド、VPC、または完全なエアギャップ環境
モデル	ベンダーがホストし、固定	独自のモデルを使用 — ローカルまたはホスト型 LLM
商用モデル	座席ごとのサブスクリプションでのレンタル	所有 — Apache-2.0、座席ごとの追加料金なし
適応性	汎用的。カスタム用語に対応せず、ベンダーのロードマップ待ち	エンジニアが直接拡張できます — 専門用語、対応が不十分な言語、カスタムワークフロー
会議プラットフォーム	Teams のみ／Zoom のみ	Meet + Teams + Zoom（+ Jitsi、ライブ検証は保留中）
データ管理	ベンダーのクラウドを経由	自社の管理境界の外に出ません
拡張性	クローズドなブラックボックス	オープンソース、API ファースト

実際には、次のようなメリットがあります。

• エアギャップ対応 — 完全オフラインで、自社のインフラとモデルを使用します。外部への通信は一切ありません。
• 柔軟な適応性 — エンジニアが要件を直接実装できます。専門用語、対応が不十分な言語、カスタムワークフローに対応できます。ベンダーの機能追加待ちは不要です。
• 所有するものであり、レンタルではありません — 一度デプロイすれば、許可を求めることなく拡張できます。座席ごとの追加料金はありません。
• 自社環境内で拡張可能 — Docker または自社の Kubernetes/OpenShift クラスターで、隔離された数千のエージェントを並行して稼働させられます。

組織での評価にお役立てください — セキュリティレビューで求められる資料は、このリポジトリにあります。

資料	確認できる内容
architecture.calm.json	機械可読なアーキテクチャ（FINOS CALM）— すべてのサービスとデータフローを記載し、CI でドリフトを検出
SECURITY.md	脆弱性の報告方法
security-insights.yml	OpenSSF Security Insights マニフェスト
license-exceptions.json	ライセンスのゲーティング：Category-A の寛容なライセンスの依存関係と、明示された例外
LICENSE	Apache-2.0

レビューの詳細については、ドキュメントのセキュリティとコンプライアンスをご覧ください。

規制対象の銀行や Fortune-500 企業は現在、自社の OpenShift とローカル LLM 上で Vexa を完全なエアギャップ環境で運用しています。

---

📡 API リファレンス

ゲートウェイの背後には、X-API-Key で認証する 2 つの API があります。ベース URL：http://localhost:18056 （セルフホスト）または https://api.cloud.vexa.ai（ホステッド）。

Meetings API — キャプチャ用。単独で利用できます。

メソッド	エンドポイント	説明
POST	/bots	ボットをミーティングに参加させます（platform、native_meeting_id、bot_name、language、task、省略可能な transcribe_enabled / recording_enabled）
GET	/transcripts/{platform}/{native_meeting_id}	リアルタイムの文字起こしを取得します（ライブ中にポーリング）
GET	/bots/status	実行中のボットを一覧表示します
DELETE	/bots/{platform}/{native_meeting_id}	ボットを停止／削除します
GET	/meetings · /recordings	ミーティングを一覧表示します。録音を一覧表示します（音声は独自のストレージに保存されます）

Agent API — /agent/* プレフィックス配下のコントロールプレーンです（ID はサーバー側でキーから導出されます）。

メソッド	エンドポイント	説明
POST	/agent/chat	ワークスペース上でチャットします — SSE をストリーミングします（message-delta、tool-call、commit、done、error）
POST	/agent/invocations	単発のエージェントを実行します（例：ミーティング後のレポート作成）
POST	/agent/routines	スケジュールされた（cron）エージェントルーチンを作成します
POST	/agent/events	エージェントを実行するインテグレーションイベントを発火させます（例：メールのトリアージ）
GET	/agent/workspace/tree · /agent/workspace/file	Markdown ワークスペースを閲覧して読み取ります

platform ∈ google_meet · teams · zoom · jitsi。ゲートウェイは、エージェントクライアント向けに MCP エンドポイント (/mcp) も提供します（ドキュメント）。完全なリファレンス： docs.vexa.ai。

v0.12 の注意事項： ライブのボット制御 — PUT /bots/{…}/config（通話中に言語／タスクを変更）および POST /bots/{…}/speak（通話に TTS を送信）— と WebSocket ストリーミングは、オープンコアスタックではまだ接続されておらず、現在は 404 を返します。そのため、削除された製品内ミーティングコパイロットの POST /agent/meeting/{start,process} は使用しないでください。ボットの送信、停止、ステータス、文字起こし、録音、ライブ文字起こしフィード、エージェントチャット、ルーチン、イベントは利用可能です。

---

🗺️ ステータスとロードマップ

0.12 系統の現状を正直に示しています（ステータスページと同じ内容 — 期待先行の記述はありません）。

機能	状態
ボットが Meet / Teams / Zoom に参加	✅ 本番稼働
ボットが Jitsi Meet（meet.jit.si およびセルフホスト）に参加	🆕 実装済み、オフラインで検証済み。ライブ検証は保留中
リアルタイム文字起こし（Whisper）＋話者の帰属	✅ 本番稼働 — 話者の帰属は保証されません。バインダーは推測する代わりに空の話者を出力します（激しいクロストーク時、行の約 4～7%）
Redis 文字起こしストリーミング	✅ 本番稼働
独自のオブジェクトストレージへの録音保存（S3。Lite と Compose では versitygw）	✅ 利用可能
ランタイム — Docker バックエンド（ワークロードごとにコンテナを起動）	✅ 本番稼働
ワークスペース上でのエージェントチャット／ルーチン／イベント	✅ 実装済み、ライブで検証済み
ワークスペース — git Markdown／OKF kg/ バンドル	🟡 コアは検証済み。バケットベースのストアは導入予定
ランタイム — Kubernetes バックエンド（実行ごとに Pod を起動）	✅ ライフサイクルとマウントごとの分離に対応。Helm は deploy/helm にあります
通話中のライブ文字起こしフィード（＋フィード上でのエージェントチャット）	✅ 実装済み、ライブで検証済み
カレンダー同期（ICS）・予定済みミーティング・スケジュールされた自動参加	✅ 本番稼働
共有ワークスペースと共有ミーティング（招待、リアルタイムフィード）	✅ 実装済み、ライブで検証済み
ライブミーティング中のエージェントチャット（ライブ文字起こし＋ワークスペースをコンテキストに使用）	✅ 実装済み、ライブで検証済み
WebSocket 文字起こし多重化	🔵 予定（現在はポーリング）
保存データの暗号化（ワークスペース・文字起こし・トークン）	🔵 予定
通話中のボット設定変更／発話	🔵 オープンコアでは 404 を返します

✅ 本番稼働 · 🟡 進行中 · 🔵 予定

---

🤝 コミュニティとコントリビューション

• ドキュメント — docs.vexa.ai
• Discord — discord.gg/Ga9duGkVz9
• ロードマップ — コントリビューターのレーンごとにまとめられたボードと、バージョンのゲートとなるマイルストーンです。
• コントリビューション — デリバリーの仕組み：マージを保証する受け入れ条件テーブル付きの準備済み Issue と、第一級のコントリビューションとしてクレジットされる人間による検証を扱います（ルールと手順を1ページにまとめています）。
• コントリビューターの権利 — 個人向けの権利に関する選択肢とDCOです。雇用主またはクライアントが成果物を所有する場合は、本人に紐づく非公開の承認を行います。
• IssueとPR — 歓迎します。脆弱性の報告についてはSECURITY.mdをご覧ください。
• Obsidian：obsidian-vexa-bridgeは、完了した会議をObsidianのノートまたはナレッジグラフに変換するサードパーティー製アダプターです。ドキュメントをご覧ください。

Vexaはオープンな環境で開発されています。セルフホストしたり、拡張したり、興味深い環境でエアギャップ運用したりしている場合は、ぜひお聞かせください。

---

📄 ライセンス

Apache-2.0。自由に所有、実行、フォーク、リリースできます。これは賃貸ではなく、投資です。