capx café について
capx caféは、コーディングエージェントからXへの投稿を下書き、予約、公開するMCPサーバーです。サーバー側のガードが各投稿を確認し、エージェントが保持するのはXトークンではなく短時間有効なセッションハンドルです。
主な機能
- 01ブラウザーOAuthでXアカウントを接続
- 02決定論的なガードレールで下書きを確認
- 03返信チェーンやメディア付きで即時投稿
- 04送信せずに下書きをプレビュー
- 05投稿を予約キューに登録
- 06投稿の試行と結果を監査記録
活用シーン
- 01エージェントのセッションから承認済み投稿を公開
- 02投稿ガードレールに沿って下書きを確認
- 03リポジトリの活動をもとに投稿を予約
- 04ローカルで作成したメディアをX投稿に添付
MCP 対応
capx caféはMCPサーバーとして動作し、MCPクライアントにXアカウント接続、投稿、プレビュー、監査、予約投稿のツールを提供します。サーバー側のガードレールが送信前に投稿を確認します。
設定
ローカルサーバーの設定はどのクライアントでも共通です。コピーしてクライアントの MCP 設定ファイルに貼り付けてください。
npx -y capx-cafeCAPX_CHOKEPOINT_URLURL of the hosted capx chokepoint that enforces the server-side guardrail on every postCAPX_EMAILWhitelisted user email used to authenticate to the chokepointCAPX_LANEConnection lane: 'byo' (bring your own X app) or 'capx-app' (capx-managed app)X_CLIENT_IDX (Twitter) OAuth client ID; required only on the BYO laneローカルサーバーにはマシン上の実行環境(Node.js 18 以上など)が必要です。設定ファイルの場所はクライアントごとに異なります。
ツール
11掲載時のツール一覧 · 2 週間前に更新
| パラメーター | 型 | 必須 | 説明 |
|---|---|---|---|
| lane | string | いいえ | |
| confirm | boolean | いいえ | |
| clientId | string | いいえ |
詳細
capx café
AI に X を安全に運用させる方法。
1 つの MCP サーバー。X トークンがエージェントに触れることはなく、すべての投稿は公開前に必ずガードレールを通過します。
ガードレールの実演 — 上記の判定はすべて実際のチョークポイントコードによるものです(pnpm demo で再生できます)。
capx café は、あらゆるコーディングエージェント(Claude Code / Cursor / Codex / Windsurf)に 1 つの MCP サーバーとしてインストールできる、エージェントネイティブな X 投稿ツールです。 ホワイトリスト登録されたユーザーは一度 X アカウントを接続すれば、その後はエージェントのセッション内から投稿の作成/予約/公開を行えます。製品全体は、1 つのセキュリティ上の原則に基づいています。X トークン、ガードレール(casserole)、送信機能は、サーバー側で切り離せない 1 つのユニットを構成します。ノート PC 上のエージェントが保持するのは短時間で期限切れになるセッションハンドルだけで、トークンを保持することはありません。そのため、構造上、プロンプトインジェクションによって詐欺を投稿させることはできません。「AI が書き、casserole が公開する内容を決めます。」
他との違い
AI に投稿させる他のツールには、どれも同じ欠陥があります。エージェントに投稿させるため、X トークンを平文の設定ファイルに貼り付けます。その設定ファイルは、信頼できないウェブページ、課題、コードを読み取る自律型エージェントのすぐそばにあります。プロンプトインジェクションが 1 つあれば、アカウントから詐欺が投稿されます。構造上、そのようなことが起こり得ないのは capx café だけです。
- 🔒 X トークンがあなたのマシンに触れることはありません。 OAuth は capx café のホストされたコールバック上で完了し、トークンはサーバー側の保管庫に暗号化して保存されます。 エージェントが保持するのは、短時間で期限切れになり、無効化可能なセッションハンドルだけです。
- 🛡️ casserole — 決定論的(非 AI)な 6 層のガードレール — がX への唯一の入口でサーバー側で実行され、すべての投稿をチェックします。ブロックされた投稿ではトークンの復号すら行われません(敵対的テストスイートで証明済みです)。
- 🔗 トークン、ガード、送信機能は 1 つのユニットです。 プラグインを使わずにサーバーを直接呼び出しても、ガードを通過する必要があります。クライアント側のチェックは見せかけですが、サーバー側のチェックは安全性を支えています。
- ✍️ capx は何も生成しません。 あなたのエージェントのモデルが文章を書き、ガードを通過したものを capx が公開します。
→ 脅威モデル、アーキテクチャ、「何を見られるか/見られないか」の表:docs/SECURITY.md
仕組み
flowchart LR
subgraph M["🖥️ your machine · untrusted"]
A["agent model<br/>writes the draft"]
S["capx skills"]
C["capx MCP client<br/>holds a session handle · NO token"]
end
subgraph K["🔒 capx chokepoint · hosted · AGPL-3.0"]
AD["admission<br/>allowlist · kill-switch"]
CAS["casserole<br/>6-layer guardrail"]
V["vault<br/>the token lives here"]
XA["x-adapter<br/>the only egress"]
end
X["🐦 X · /2/tweets"]
A --> C
S --> C
C -->|"short-TTL handle<br/>crosses — never the token"| AD
AD --> CAS
CAS -->|PASS| V --> XA --> X
CAS -.->|blocked / held| C
トークン、ガードレール、送信機能は信頼境界の内側で一体となっており、エージェントにできるのは要求することだけです。
ガードレール:casserole
すべての投稿に対して 6 層の決定論的チェックを行います。最も厳しい結果が採用されます — 通過/書き換え/保留/ブロック — ブロックされた投稿ではトークンの復号すら行われません。
flowchart TD
D["draft"] --> AD{"admitted?<br/>allowlisted · not killed"}
AD -->|no| R["rejected"]
AD -->|yes| CAS["casserole<br/>L1 eligibility · L2 rate · L3 anti-slop<br/>L4 authenticity · L5 kill-switch · L6 audit"]
CAS --> VER{"verdict"}
VER -->|block| B["blocked — never sent<br/>🔒 token never decrypted"]
VER -->|hold| H["held for your review"]
VER -->|rewrite| RW["ask the agent to fix"]
VER -->|pass| SEND["vault → x-adapter → X ✅"]
60 秒で始める
npx -y capx-cafe # runs the MCP server — add it to your agent's MCP config
次に、エージェント内で以下を実行します。
"connect my X account" → opens a browser once; the token stays on the server
"post: shipping the thing today" → clears casserole, or tells you exactly why not
"turn my last week of commits into a build-in-public thread" → drafts + queues it
CAPX_EMAIL(ホワイトリスト登録済みのメールアドレス)と、BYO レーンの場合は X_CLIENT_ID(自身の X アプリ)を、~/.capx/config.json またはエージェントの MCP 環境変数に設定してください。ガイド付きセットアップページに、貼り付ける正確なコールバック URL が表示されます。
インストール方法一覧
| エージェント | 方法 |
|---|---|
| Claude Code | /plugin marketplace add vb-tyagi/capx-cafe → /plugin install capx-cafe(MCP + スラッシュコマンド + スキル) |
| Cursor | .cursor/mcp.json に追加します。スキルルールは plugins/capx-cafe/adapters/cursor/ にあります |
| Codex | MCP 設定に追加します。プロンプトパックは plugins/capx-cafe/adapters/codex/ にあります |
| Windsurf | MCP 設定に追加します。ワークフローは plugins/capx-cafe/adapters/windsurf/ にあります |
| 任意の MCP エージェント | npx -y capx-cafe を指定します |
| Docker Desktop | docker mcp catalog pull ghcr.io/vb-tyagi/capx-catalog:latest → MCP Toolkit → capx café を有効にします |
エージェントができること
| ツール | 機能 |
|---|---|
connect_x | ブラウザーで一度だけ OAuth を実行します。トークンはサーバーの保管庫に保存され、あなたのマシンには保存されません |
post_now | 今すぐ投稿します(先に casserole をクリアします)。返信チェーンとメディアに対応しています |
preview | 送信せずに、ガードレールを通して下書きをドライランします。pass / hold / block と、その理由を表示します |
audit | capx があなたに代わって投稿または投稿を試みた内容と、その状態を記録する永続的な記録です |
create_loop · list_loops · … | 予約投稿 — あなたが作成したキューを、ノート PC の電源がオフでもスケジュールに沿って送信します |
upload_media | ローカルの画像や動画を X にストリーミングして添付します(自分のツールで作成したメディア) |
whoami | 接続済みアカウントとその状態を表示します |
スキル — あなたの作業がコンテンツになります
capx はコーディングエージェント内で動作するため、一般的なソーシャル投稿スケジューラーにはない、あなたのリポジトリ、コミット、PR、リリースを利用できます。スキルがそれらを投稿に変換します。自動で、常にガードレールを通して行います。
flowchart LR
G["git commits"] --> BIP["build-in-public<br/>drafts a week of posts"]
BIP --> Q["loop queue"]
Q -->|"1/day · laptop-off"| POST["posted to X"]
Q -.->|"runs low"| GAP["gap-alert"]
GAP -.->|"top up from new commits"| BIP
自動補充されるコンテンツエンジン: コードを書く → コミットが蓄積する → 投稿するたびにループのキューが減る → gap-alert が新しいコミットから補充します。普段の作業がそのままパイプラインになります。
- 🏆 build-in-public · ship-note · changelog-thread · repurpose(ブログ/README → スレッド) · launch-thread · til · fix-note
- voice-match(あなたらしい文体にする) · draft-review(ガードに照らしてチェックする) · thread-builder · hook-rewrite
- best-time · cadence-planner · gap-alert · audit-trail · connection-health · quickstart · self-host-guide
- メディアディレクター —
image-director、video-director、prompt-engine、model-guide:capx はモデルを実行しません。あなたの画像/動画ツール(higgsfield、fal、kling、…)をガイドし、生成結果をアップロードします。casserole はあなたのキャプションをガードし、メディアはあなたが管理します。
各スキルには正規の SKILL.md が 1 つあり、4 つすべてのエージェント向けに生成されます。capx はコンテンツを書きません。どのスキルが作成したかにかかわらず、良質なコンテンツを簡単に作成できるようにし、不適切なコンテンツを防ぎます。
2 つの利用方式
- BYO — 自分の X 開発者アプリを持ち込みます。X の顧客としてX に直接支払います。2026 年 2 月以降、新規アプリには無料の X プランがないため、クレジットの事前購入が必要です。料金は 1 投稿あたり約 $0.015、投稿にリンクが含まれる場合は**$0.20**です。capx café 側の利用は無料です。ヘビーユーザーは同一イメージをセルフホストできます。
- capx-app(クリエイター向け)— 開発者アカウントなしで、capx café の共有 X アプリから投稿します。有料ベータ版としてウェイトリスト方式で開始します。月額プランは
Short $5/Tall $15/Grande $35と追加購入パックがあり、割り当て量はサーバー側のゲートで適用されます。料金表と計算の詳細:docs/ECONOMICS.md · ポリシー対応方針:docs/X-COMPLIANCE.md。
セルフホスト
ボトルネック部分はオープンソース(AGPL-3.0)です。自分の X アプリ、キー、データベース、ドメインを使って同一イメージを実行できます。CAPX_DEPLOY_MODE=self-host を設定すれば、capx へのテレメトリ送信はありません。self-host-guide スキルと docs/HANDOFF.md を参照してください。
ライセンス
クライアントと、クライアントにバンドルされるすべてのもの(apps/capx-mcp、core、config、platform-client)、ならびにスキルとドキュメントは MIT です。サーバー側(ボトルネック部分と casserole/captain/counter/canteen/chef)は AGPL-3.0 です。全体図:LICENSING.md。
ステータス
プライベートアルファ版、ホワイトリスト登録者限定です。 初めての実際の投稿は2026-07-19に公開されました。ガードレールを通過しており、トークンはマシン上に一度も置かれていません。一般公開の登録はまだ受け付けていません。
開発
Node ≥ 22.6(TypeScript は --experimental-strip-types によりネイティブに実行できるため、ビルド手順は不要です)。pnpm run verify は、パッケージ/サービス/アプリ全体のユニットテストと tsc を実行します。プロジェクトの CLA に基づき、コントリビューションを受け付けています。
コメント
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。