Browser-native AI agents for X (Twitter): multi-account, MCP-ready, no API keys required.
Project description
x-use
Browser-native AI agents for X (Twitter). Multi-account, MCP-ready, no X API key required.
x-use drives a real, stealth-hardened browser instead of the paid X API. It posts, replies, searches, and engages across as many accounts as you configure, writes content with your own LLM, and exposes everything as MCP tools, so Claude Desktop, Claude Code, Cursor, and other MCP clients can run your X presence directly.
The X API's pricing tiers put write access out of reach for exactly the people who want to automate a couple of accounts. x-use sidesteps the API entirely: if a logged-in browser can do it, an MCP client can ask for it. And because write actions go through a draft-approval step by default, an agent can prepare work all day while nothing reaches X until a human says yes.
x-use is the v2 relaunch of twitter-automation-ai. The repository was renamed; old URLs keep redirecting, and stars, forks, and issues came along intact.
Install
From PyPI (CLI and MCP server):
pip install x-use-mcp
For the full repo setup (presets, example configs, docs), the one-line installer clones the repo, installs x-use into its own virtual environment, and finishes with x-use doctor so you can see what is left to configure.
Windows (PowerShell):
iex "& { $(irm https://raw.githubusercontent.com/ihuzaifashoukat/x-use/main/install.ps1) }"
macOS / Linux / Git Bash:
curl -fsSL https://raw.githubusercontent.com/ihuzaifashoukat/x-use/main/install.sh | bash
Or the manual way:
git clone https://github.com/ihuzaifashoukat/x-use.git
cd x-use
pip install -e .
Requires Python 3.10+ and Chrome. Any of these gives you the x-use command.
Set up
x-use init # interactive wizard: presets, account + cookie import, LLM keys
x-use doctor # verify browser/driver, cookies, LLM keys, proxies
Then connect your AI client. Paste this into claude_desktop_config.json (Claude Desktop > Settings > Developer > Edit Config); the same command/args pair works for any MCP client that runs stdio servers:
{
"mcpServers": {
"x-use": {
"command": "x-use",
"args": ["mcp"]
}
}
}
If x-use is not on your client's PATH, use the full path the installer printed (for example venv/bin/x-use or venv\Scripts\x-use.exe). Restart the client, then ask it to list_accounts.
Draft mode is on by default. Write tools return a reviewable draft and change nothing until you call approve_draft with the returned draft_id. Opt out with "mcp": { "draft_mode": false } in config/settings.json.
MCP tools
33 tools in six groups, full reference with signatures and examples: docs/MCP_GUIDE.md. Two safety gates: write tools run in draft mode by default (review, then approve_draft), and the queue only stores work until an explicit process_queue call.
| Group | Tools |
|---|---|
| Read-only & status | list_accounts, get_account, get_metrics, search_tweets, search_profile, get_tweet, prepare_reply, list_queue, list_drafts, get_draft, reject_draft, get_run_status, get_account_health, list_proxies |
| Write (draft-gated) | post_tweet, generate_and_post, reply_to_tweet, engage, run_cycle, approve_draft |
| Scheduled queue | queue_post, queue_engagement, cancel_queued_action, process_queue |
| Composite (server LLM) | research_and_stage, draft_post_variations |
| Account management | add_account, update_account, set_account_active, remove_account |
| Proxy management | add_proxy, remove_proxy, test_proxy |
Interactive use needs no LLM key: your MCP client (Claude, Codex, ...) does the thinking, sees tweet images via get_tweet/prepare_reply, and passes explicit text to the write tools. The optional server-side LLM (llm block) only powers the composite tools, "auto" text, and background automation.
Drafts persist in data/drafts.jsonl; the queue persists in data/engagement_queue.jsonl. Both survive restarts.
MCP prompts and resources
Tools are what the model calls. Prompts and resources are the other two halves of the protocol, and x-use serves both.
Prompts are the workflows, usable in any MCP client. The bundled SKILL.md files only work in clients that implement Agent Skills; these need no installation and show up wherever your client surfaces prompts.
| Prompt | Arguments | What it does |
|---|---|---|
research_niche |
account, keywords, profiles |
Read-only sweep of keywords and watched profiles, scored shortlist, stages nothing |
draft_replies |
account, tweet_urls, lane |
Stage replies in the account's persona, into drafts or the queue |
review_and_publish |
account |
Review what is staged and publish only what you approve by id |
daily_check |
account |
Health, metrics, drafts, and queue in one read-only pass |
setup_account |
none | Conversational onboarding from nothing |
Resources are read-only context your client can attach without spending a turn. None of them start a browser, and all run the same masking as the tools, so no cookie, password, or proxy credential leaves through them.
| Resource | Type | Contents |
|---|---|---|
xuse://accounts |
JSON | Every configured account, secrets stripped |
xuse://accounts/{account_id} |
JSON | One account's full masked config |
xuse://accounts/{account_id}/persona |
Markdown | The account's voice. Attach before writing anything as it |
xuse://drafts/pending |
JSON | Everything awaiting approval, with the exact text that would publish |
Agent skills
x-use init (or x-use skills install) installs five agent skills for Claude Code and Codex: x-use (overview), x-use-setup (zero-knowledge onboarding interview), x-use-engage (research + reply workflow), x-use-content (content creation), x-use-review (daily digest). Claude Code users can also install from the marketplace: /plugin marketplace add ihuzaifashoukat/x-use.
Zero-knowledge setup: paste the prompt from docs/SETUP_PROMPT.md into your AI client, it installs, registers, verifies, and interviews you to configure your account.
CLI
x-use init # interactive setup wizard
x-use run # all active accounts, concurrent
x-use run --account my_account # one account only
x-use run --pipeline keyword_replies # one pipeline only (in-memory; config files untouched)
x-use doctor # environment checks; exits non-zero on failure
x-use mcp # start the MCP stdio server
Pipelines for --pipeline: community_engagement, competitor_reposts, content_curation, keyword_replies, keyword_retweets, likes. The MCP run_cycle tool accepts the same names.
The legacy python src/main.py entry point still works via a deprecation shim. It is scheduled for removal in v3.0; the whole v2 series keeps it.
Features
| Area | What you get |
|---|---|
| MCP server | 33 tools over stdio on the official MCP Python SDK (FastMCP, pinned mcp>=1.6,<2): draft-gated writes, a persistent scheduled-action queue with daily caps, account management, and a lazy per-account browser session pool. |
| Draft mode | On by default. Write tools build the full payload (including LLM-generated text), store a draft, and touch nothing until approve_draft runs. |
| Multi-account engine | Post (including communities and media), reply, repost/quote, like, keyword search, and relevance-gated engagement. Per-account overrides for keywords, LLM settings, and action behavior. |
| LLM generation | One OpenAI-compatible client (llm: api_key, base_url, model) covers OpenAI, OpenRouter, Azure, Gemini, and local servers. Only needed for "auto" text and background automation; interactive MCP use runs keyless. Keys resolve from env/.env first, then config/settings.json. |
| Stealth | undetected-chromedriver, selenium-stealth, randomized user agents, headless support. |
| Proxies | Per-account proxy, named pools, hash or round-robin rotation, ${VAR} env interpolation in proxy strings. |
| Metrics | Per-account counters in data/metrics/<account_id>.json plus JSONL event logs in logs/accounts/<account_id>.jsonl. |
x-use vs. API-based X MCP servers
| x-use | API-based X/Twitter MCP servers | |
|---|---|---|
| X API cost | $0: cookie auth, no X API key needed | Paid X API tier required |
| Multi-account | Built-in: per-account config, cookies, proxies | Typically one account |
| Proxies | Per-account proxies, named pools, hash/round-robin rotation | N/A |
| Stealth | undetected-chromedriver + selenium-stealth, randomized user agents | N/A (official API) |
| Write safety | Draft mode on by default, explicit approve_draft gate |
Usually posts directly |
| Metrics | Per-account counters + JSONL event logs, readable via MCP | Varies |
An LLM key is optional: interactive MCP use needs none (your agent writes the text). For "auto" generation and background automation, set one OpenAI-compatible key (llm.api_key + base_url + model, or OPENAI_API_KEY/OPENAI_BASE_URL/OPENAI_MODEL); that is the only key involved.
Configuration
config/accounts.json: your accounts (gitignored). Start fromconfig/accounts.example.jsonor letx-use initwrite it.config/settings.json: global defaults for browser, pacing, action caps, LLM, proxies, and themcpsection..env: LLM API keys; overridessettings.json(env wins). See.env.example.
Full schema: docs/CONFIG_REFERENCE.md. Starter templates: presets/ (offered as wizard choices by x-use init).
Recommended proxy provider
Multi-account automation needs quality residential proxies, X's per-IP detection kills datacenter IPs fast. We use and recommend ScrapingAnt (5% off with code TWI_AUTO):
Responsible use
Browser automation of X carries real account risk. Read docs/BEST_PRACTICES.md before running anything: it covers conservative rate limits (the shipped defaults), account warm-up, relevance filters, cookie and credential hygiene, and X ToS considerations. Keep delays high, caps low, and draft mode on.
FAQ
Does x-use need an X (Twitter) API key?
No. x-use drives a real Chrome session authenticated with cookies you export from your own browser, so it never calls the X API and costs $0 in API fees. An LLM key is optional too: interactive MCP use is keyless, because your AI client writes the text and passes it to the tools.
Which MCP clients work with x-use?
Any client that can run a stdio MCP server. Claude Desktop, Claude Code, Cursor, and Windsurf are the tested ones. The config is the same everywhere: {"command": "x-use", "args": ["mcp"]}.
How many X accounts can x-use manage?
As many as you configure. Each account carries its own cookies, proxy, persona, keywords, and daily action caps in config/accounts.json, and gets its own browser session from a lazy pool that reaps idle sessions.
Will automating X get my account suspended?
It can, and you should plan for that. x-use ships conservative defaults (jittered pacing, per-action daily caps, relevance filters) and keeps draft mode on so nothing publishes without your approval, but no tool can make browser automation risk-free. Read docs/BEST_PRACTICES.md first, warm accounts up slowly, and keep the caps low.
What is the difference between x-use and twitter-automation-ai?
They are the same project. twitter-automation-ai was renamed to x-use for the v2 relaunch, which added the MCP server, the x-use CLI, draft mode, and the PyPI package. Old URLs still redirect, and stars, forks, and issues came across intact.
Is x-use free?
Yes, MIT licensed, installed with pip install x-use-mcp. The only costs are optional: an LLM key if you want server-side text generation, and residential proxies if you run several accounts at once.
Development
pip install -e '.[dev]'
pytest
599 tests cover config loading and merging, dedup keys, LLM JSON extraction and the single-client service, tweet parsing, proxy pool selection, the MCP tool contract, drafts, sessions, the action queue, account writes, credential masking, and the CLI; none of them needs a network or a browser. CI (.github/workflows/ci.yml) runs the suite plus an import smoke check on Python 3.10/3.11/3.12.
x-use is published on PyPI and listed in the official MCP Registry as io.github.ihuzaifashoukat/x-use. Dashboard and Docker come next, then personas, plugins, and selector self-healing. See ROADMAP.md.
Contributing
Contributions are welcome. Selector fixes, presets, docs, and MCP tool ideas (via issues) are the most valuable contributions right now. See CONTRIBUTING.md for the workflow and CODE_OF_CONDUCT.md for community expectations.
Star history
License
MIT. See LICENSE.
Project details
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file x_use_mcp-2.4.1.tar.gz.
File metadata
- Download URL: x_use_mcp-2.4.1.tar.gz
- Upload date:
- Size: 194.6 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.14
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
a976b29a0387fbaaeddd1bbd3ca41a4c3f5af4bfeab798a2f3663a577030b4c2
|
|
| MD5 |
3fbd237ecdeaccc628205923599664cb
|
|
| BLAKE2b-256 |
82b3f26b87e458607e8479fb94def1f2db41a5c9512835e981130c5fde706a4d
|
Provenance
The following attestation bundles were made for x_use_mcp-2.4.1.tar.gz:
Publisher:
publish.yml on ihuzaifashoukat/x-use
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
x_use_mcp-2.4.1.tar.gz -
Subject digest:
a976b29a0387fbaaeddd1bbd3ca41a4c3f5af4bfeab798a2f3663a577030b4c2 - Sigstore transparency entry: 2250373375
- Sigstore integration time:
-
Permalink:
ihuzaifashoukat/x-use@71caf52385a58e52cd3c7c0277250050f69ba1e0 -
Branch / Tag:
refs/tags/v2.4.1 - Owner: https://github.com/ihuzaifashoukat
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
publish.yml@71caf52385a58e52cd3c7c0277250050f69ba1e0 -
Trigger Event:
release
-
Statement type:
File details
Details for the file x_use_mcp-2.4.1-py3-none-any.whl.
File metadata
- Download URL: x_use_mcp-2.4.1-py3-none-any.whl
- Upload date:
- Size: 189.2 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.14
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
e4656fd2e1a899541ac54e6c37b5f188f647ec84d3e2abb59b1d9943304f422c
|
|
| MD5 |
2118b27cfe7375084a11f41d50370298
|
|
| BLAKE2b-256 |
36ac58b6fb9d7b957404129e06443fc7f401b7eef62f496a3de8dfa62e9a6686
|
Provenance
The following attestation bundles were made for x_use_mcp-2.4.1-py3-none-any.whl:
Publisher:
publish.yml on ihuzaifashoukat/x-use
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
x_use_mcp-2.4.1-py3-none-any.whl -
Subject digest:
e4656fd2e1a899541ac54e6c37b5f188f647ec84d3e2abb59b1d9943304f422c - Sigstore transparency entry: 2250373468
- Sigstore integration time:
-
Permalink:
ihuzaifashoukat/x-use@71caf52385a58e52cd3c7c0277250050f69ba1e0 -
Branch / Tag:
refs/tags/v2.4.1 - Owner: https://github.com/ihuzaifashoukat
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
publish.yml@71caf52385a58e52cd3c7c0277250050f69ba1e0 -
Trigger Event:
release
-
Statement type: