
capx café
io.github.vb-tyagiPublished by GitHub account vb-tyagiv0.1.3Updated Oct 25, 2026
Agent-native X (Twitter) posting as one MCP server; every post clears a server-side guardrail.
Overview
An MCP server that lets a coding agent draft, preview, schedule and publish posts to X (Twitter) through a hosted server-side guardrail.
- What you can do
- Connect an X account once via browser OAuth, with the token kept in a hosted vault rather than on the machine, and check the connected account's status. Draft and publish posts, including reply chains and attached images or videos, after each post clears a server-side guardrail. Dry-run a draft through the guardrail to see whether it would pass, be held or be blocked, and why. Create and list scheduled posting loops that send on a schedule even when the laptop is off. Review an audit record of what was posted or attempted, and use bundled skills that turn commits, PRs and releases into post drafts.
- When to use it
- Useful for developers who want their coding agent to post build-in-public updates, changelogs or launch threads to X without pasting an X token into a local config next to an autonomous agent. Also suited to anyone who wants a preview or dry-run check before anything is published.
- Requirements
- Runs locally via npx (Node 22.6 or newer) and talks to a hosted capx chokepoint. Requires CAPX_CHOKEPOINT_URL and a whitelisted CAPX_EMAIL; the BYO lane also needs X_CLIENT_ID for your own X developer app. Access is whitelist-only private alpha, and the BYO lane requires prepaid X API credits.
Installation
In SourceWeft
- Open capx café in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
capx café
The safe way to let your AI run your X.
One MCP server. Your X token never touches the agent — and every post clears an enforced guardrail before it ships.
[license] [node] [agents] [status]
[20-second demo: a prompt-injected scam draft is BLOCKED by casserole with live reasons; a real build update passes and posts; the token never leaves the server vault]
The guardrail, live — every verdict above is produced by the real chokepoint code (pnpm demo replays it).
capx café is an agent-native X poster that installs as one MCP server into any coding agent (Claude Code / Cursor / Codex / Windsurf). A whitelisted user connects their X account once; after that they create / schedule / post from inside their agent session. The whole product rests on one security thesis: the X token, the guardrail (casserole), and the send are one inseparable server-side unit — the agent on your laptop only ever holds a short-TTL session handle, never the token. That's why it structurally can't be prompt-injected into tweeting a scam. "The AI writes; casserole decides what ships."
Why it's different
Every other "let your AI post" tool has the same flaw: to let an agent post, you paste your X token into a plaintext config right next to an autonomous agent that reads untrusted web pages, issues, and code. One prompt-injection and your account tweets a scam. capx café is the only one that structurally can't be.
- 🔒 Your X token never touches your machine. OAuth completes on capx café's hosted callback; the token lives encrypted in a server-side vault. Your agent holds only a short-TTL, revocable session handle.
- 🛡️ casserole — a deterministic (non-AI) six-layer guardrail — runs server-side at the only door to X and checks every post. A blocked post never even decrypts your token (proven by an adversarial test suite).
- 🔗 The token, the guard, and the send are one unit. Skip the plugin and call the server directly — you still hit the guard. The client's checks are cosmetic; the server's are load-bearing.
- ✍️ capx generates nothing. Your agent's model writes; capx ships what clears the guard.
→ Full threat model, architecture & the "what we can/can't see" table: docs/SECURITY.md
How it works
The token, the guardrail, and the send live together behind a trust boundary; your agent can only ask.
The guardrail: casserole
Six deterministic layers on every post. Worst result wins — pass / rewrite / hold / block — and a blocked post never even decrypts the token.
60-second quickstart
Then, inside your agent:
Set CAPX_EMAIL (your whitelisted email) and, for the BYO lane, X_CLIENT_ID (your own X app) in
~/.capx/config.json or your agent's MCP env. A guided setup page hands you the exact callback URL to paste.
Install matrix
What your agent can do
Skills — your work becomes your content
capx lives inside a coding agent, so it has what no social scheduler does: your repo, commits, PRs, releases. Skills turn that into posts — automatically, and always through the guardrail.
The self-refilling content engine: you code → commits accrue → the loop drains as it posts → gap-alert tops it up from the new commits. Your normal work is the pipeline.
- 🏆 build-in-public · ship-note · changelog-thread · repurpose (blog/README → thread) · launch-thread · til · fix-note
- voice-match (sound like you) · draft-review (lint against the guard) · thread-builder · hook-rewrite
- best-time · cadence-planner · gap-alert · audit-trail · connection-health · quickstart · self-host-guide
- Media directors —
image-director,video-director,prompt-engine,model-guide: capx runs no models; it guides your image/video tools (higgsfield, fal, kling, …) and uploads the result. casserole guards your caption; you own the media.
One canonical SKILL.md per skill, generated for all four agents. capx never writes the content — it makes
good content easy and stops bad content regardless of which skill produced it.
Two lanes
- BYO — bring your own X developer app. You're X's customer and pay X directly — since Feb 2026 that means pre-loading credits (no free X tier for new apps) at ~$0.015/post, $0.20 if the post contains a link. Free on capx café's side; heavy users can self-host the identical image.
- capx-app (creator lane) — post through capx café's shared X app, no developer account needed. Opening as a
paid beta (waitlist):
Short $5/Tall $15/Grande $35monthly tiers + top-up packs, quotas enforced server-side at the gate. Full sheet + the math: docs/ECONOMICS.md · policy posture: docs/X-COMPLIANCE.md.
Self-host
The chokepoint is open source (AGPL-3.0). Run the identical image with your own X app, keys, database, and
domain — CAPX_DEPLOY_MODE=self-host, zero telemetry to capx. See the self-host-guide skill and
docs/HANDOFF.md.
Licensing
MIT for the client and everything it bundles (apps/capx-mcp, core, config, platform-client) plus
skills & docs. AGPL-3.0 for the server half (the chokepoint + casserole/captain/counter/canteen/
chef). Full map: LICENSING.md.
Status
Private alpha, whitelist-only. The first real post shipped 2026-07-19 — guardrail-cleared, token never on the machine. Not yet open for public signups.
Dev
Node ≥ 22.6 (TypeScript runs natively via --experimental-strip-types — no build step). pnpm run verify =
unit tests across packages / services / apps + tsc. Contributions accepted under the project CLA.
Source: README.md at commit 68c8e51
Tools
0Version history
1- v0.1.3LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts