Assertify
Let your AI agent use any website you're logged in to.
Log in once. Your session stays encrypted on your machine. Claude, Codex, Cursor and any MCP client can then browse, click, type and read for you.
Quick start · Connect your client · Tools · Security · FAQ
You: Check my LinkedIn messages and summarize anything from recruiters.
Agent: open_session("linkedin") → click "Messaging" → read_text …
You have 3 recruiter messages. The most recent is from Dana at Acme, about a Senior QA role …
✨ Why Assertify
Most sites have no API, or one that can't do what you need. Assertify gives your agent a real browser that is already logged in as you, without ever handing it your password.
- 🔐 Log in once, by hand. A normal browser window opens; you sign in (2FA, passkeys, SSO all work). The agent never sees your password.
- 🧳 Encrypted, local, yours. Sessions are AES-256-GCM encrypted with a key in your OS keychain. Assertify itself sends nothing anywhere. There is no server and no account.
- 🤖 Works with every MCP client. Claude Code, Claude Desktop, Codex, Cursor, VS Code, Gemini CLI, Grok, Windsurf…
- 👀 See what the agent sees. Every step can come with a screenshot, shown in the chat and saved to disk.
- 🛡️ Fenced in. Each login is locked to its own domains, so a prompt injection on a page can't walk your logged-in browser somewhere else.
- 👥 Many accounts per site. Five Gmail accounts? Log in to each; they're named after their emails. Use one, or open them all at once.
- ✋ Asks before it acts. Buttons that send, post, buy, delete or connect are paused until you say yes. Logins can be made read-only.
- 🧍 Behaves like a person. Real Chrome, your own browser fingerprint, curved mouse moves, uneven typing and natural pauses. No
navigator.webdriverflag. - 📎 Uploads files and folders. Photos for a Facebook post, a PDF for an email: the agent clicks the upload button and picks your files, just like you would. Key and password files are always refused.
- 🪟 Handles pop-ups. Cookie banners are declined for you; "share your contact info" style pop-ups are flagged so the agent decides, or closes them.
- 🔁 Hands back to you when needed. CAPTCHAs, 2FA prompts and expired logins open in a window for you to finish; the agent then carries on.
- 🪶 Fast and token-cheap. The agent reads a compact outline (
[e12] button "Send"), not raw HTML.
⚙️ How it works
flowchart LR
U(["👤 You"]) -- "log in once<br/>per account" --> L["Login window<br/><small>real browser, 2FA works</small>"]
L -- "named by<br/>email" --> V
K[["🔑 OS keychain<br/><small>macOS · Windows · Linux</small>"]] -. key .-> V
subgraph V["🔒 Encrypted vault"]
direction LR
P1["personal@gmail.com"]
P2["work@gmail.com"]
P3["shop@gmail.com"]
P4["you@company.com<br/><small>LinkedIn</small>"]
end
V -- decrypt --> S["⚙️ Assertify server<br/><small>asks before send · buy · delete</small>"]
A(["🤖 AI agent"]) <-- "pick one account<br/>or all at once" --> S
S -- "side by side" --> B
subgraph B["Headless browsers, logged in"]
direction LR
H1["Gmail · personal@"]
H2["Gmail · work@"]
H3["Gmail · shop@"]
end
classDef person fill:#eef2ff,stroke:#6366f1,color:#1e1b4b
classDef safe fill:#ecfdf5,stroke:#10b981,color:#064e3b
classDef live fill:#fff7ed,stroke:#f97316,color:#7c2d12
class U,A,L,S person
class P1,P2,P3,P4,K safe
class H1,H2,H3 live
style V fill:#f0fdf4,stroke:#10b981
style B fill:#fffbeb,stroke:#f59e0b
Log in once per account; each one is saved under its email. Your agent then opens one account by name, or every account for a site at once, each in its own logged-in browser. Everything above runs on your computer, on macOS, Windows or Linux.
🚀 Quick start
You need uv:
- macOS / Linux:
curl -LsSf https://astral.sh/uv/install.sh | sh - Windows (PowerShell):
powershell -ExecutionPolicy ByPass -c "irm https://astral.sh/uv/install.ps1 | iex"
Then add Assertify to your AI client with one command (no download or clone needed):
| Client | Command |
|---|---|
| Claude Code | claude mcp add -s user assertify -- uvx --from git+https://github.com/romaklym/assertify assertify serve |
| Codex | codex mcp add assertify -- uvx --from git+https://github.com/romaklym/assertify assertify serve |
| Claude Desktop (macOS) | curl -fLo /tmp/assertify.mcpb https://github.com/romaklym/assertify/releases/latest/download/assertify.mcpb && open /tmp/assertify.mcpb |
| VS Code (Copilot) | code --add-mcp '{"name":"assertify","command":"uvx","args":["--from","git+https://github.com/romaklym/assertify","assertify","serve"]}' |
Other clients are under Connect your AI client. Restart the client afterwards. The first start takes a minute while it installs, and Assertify downloads the browser it needs on first use (or uses your installed Chrome or Edge).
To pin a version, add a tag: git+https://github.com/romaklym/assertify@v0.6.3.
Install from source instead
git clone https://github.com/romaklym/assertify.git
cd assertify
uv sync
uv run assertify setup
setup downloads the browser (Chromium, about 300 MB, once), checks your keychain, and prints the command to connect your AI client. Use uv --directory /path/to/assertify run assertify serve as the server command.
Linux notes
- If the browser won't start, install its system libraries:
sudo uv run playwright install-deps chromium. - The key goes in Secret Service (GNOME Keyring or KWallet). On a server with no keychain, set
ASSERTIFY_PASSPHRASEinstead. - Logging in needs a screen for the browser window. On a server, log in on your desktop and copy
~/.assertify-mcpover (with the same passphrase), or usessh -X.
Then save your first login, by asking your agent ("log me in to GitHub") or from the terminal:
uvx --from git+https://github.com/romaklym/assertify assertify login github https://github.com/login
A browser window opens. Sign in, then close the window (or press Enter in the terminal). Done. Your agent can now use GitHub as you.
🔌 Connect your AI client
Every client runs the same command: uvx --from git+https://github.com/romaklym/assertify assertify serve. If you cloned the repo, use uv --directory /path/to/assertify run assertify serve instead.
Claude Code
claude mcp add -s user assertify -- uvx --from git+https://github.com/romaklym/assertify assertify serve
Claude Desktop
Easiest: download assertify.mcpb and double-click it. Claude Desktop installs it with its icon and handles Python for you. From the terminal on macOS:
curl -fLo /tmp/assertify.mcpb https://github.com/romaklym/assertify/releases/latest/download/assertify.mcpb && open /tmp/assertify.mcpb
Or add it to claude_desktop_config.json by hand:
{
"mcpServers": {
"assertify": {
"command": "uvx",
"args": ["--from", "git+https://github.com/romaklym/assertify", "assertify", "serve"]
}
}
}
Codex
codex mcp add assertify -- uvx --from git+https://github.com/romaklym/assertify assertify serve
If the Codex app can't find uvx, use its full path (which uvx, e.g. /opt/homebrew/bin/uvx).
Cursor
~/.cursor/mcp.json:
{
"mcpServers": {
"assertify": {
"command": "uvx",
"args": ["--from", "git+https://github.com/romaklym/assertify", "assertify", "serve"]
}
}
}
VS Code (Copilot)
code --add-mcp '{"name":"assertify","command":"uvx","args":["--from","git+https://github.com/romaklym/assertify","assertify","serve"]}'
Gemini CLI, Grok, Windsurf, Zed and others
Any client that runs local (stdio) MCP servers works. Use this command:
uvx --from git+https://github.com/romaklym/assertify assertify serve
For JSON configs, use the mcpServers block shown under Cursor.
🧰 Tools
| Tool | What it does |
|---|---|
list_profiles(site?) |
Your saved logins (name, account email, site), optionally only one site's |
start_login(url, profile?) / complete_login |
Open a window for you to log in, then encrypt and save the session. No name: it's named after the account's email |
rename_profile · delete_profile |
Rename or remove a saved login |
open_session(profile, url?, screenshots?) |
Start a logged-in headless browser; returns a session_id and a page outline |
open_sessions(site? | profiles?) |
Open several logins at once (e.g. every Gmail account), one session_id each |
snapshot |
URL, title and interactive elements as [e12] button "Save"; pop-ups first, warnings for CAPTCHAs and sign-in pages |
find(query) |
Search the whole page for elements by label |
click · type_text · select_option · press_key · scroll · back · navigate · wait_for |
Act by ref or by visible text (click(text="Messages")), so small redesigns don't break a flow; each returns a fresh outline |
upload_files(paths, ref? | text?) |
Attach files or whole folders: through the site's file dialog (text="Photo/video"), its upload field, or drag-and-drop. Only attaches; posting is a separate, confirmed click |
download(ref? | text? | url?) |
Save an export, report or invoice and read it: CSV/TSV and Excel come back as tables, PDFs and text files as text. Saved to a private folder |
browser_settings(profile?, url?) |
For sites with the browser's own sign-in box (HTTP Basic/NTLM) or a self-signed certificate: opens a small window where you type that password and can trust the certificate. The agent never sees it |
dismiss_popup |
Close the pop-up on top with its close / "Not now" button |
handoff(reason?) |
Open the current page in a window for you (CAPTCHA, 2FA, expired login); the session picks up your fresh login |
read_text |
The visible text of the page, marked as untrusted website content |
screenshot(ref?, full_page?) |
Screenshot of the page or one element, shown to the agent and saved to a file |
set_screenshots(enabled) |
Attach a screenshot to every step (great for watching a run) |
switch_tab |
Popups become the active tab automatically; this switches back |
save_session / close_session |
Write refreshed cookies back to the vault (closing saves by default) |
evaluate |
Run JavaScript in the page. Off unless ASSERTIFY_ALLOW_EVAL=1 |
👀 Seeing what the agent sees
Ask "show me a screenshot" or "open my GitHub session with screenshots on so I can follow along". Images appear in the chat in clients that show them, and every one is saved to ~/.assertify-mcp/screenshots/<session>/NNN-<step>.jpg. The folder is private to you and cleared after 7 days.
👥 Several accounts on one site
Log in once per account. Leave the name out and Assertify names each login after the email address it finds on the page (falls back to google.com-1, google.com-2… when a site doesn't show one):
assertify login https://mail.google.com # sign in as you@gmail.com -> saved as "you@gmail.com"
assertify login https://mail.google.com # sign in as work@gmail.com -> saved as "work@gmail.com"
assertify login work https://mail.google.com # or pick the name yourself
assertify list google.com # just the Google logins
assertify rename google.com-1 side-project
Then just ask:
- "Check my work@gmail.com inbox": the agent opens that one login.
- "Any unread mail in any of my Gmail accounts?": the agent calls
open_sessions(site="google.com")and gets one session per account, which it can work through side by side.
Each account lives in its own encrypted file and its own isolated browser, so cookies never mix. On sites that restrict automation, avoid running the same action on many accounts at once.
📎 Uploading files
Tell your agent what to upload and where:
"Post the photos in ~/Pictures/trip to my Facebook with the caption 'Back home'"
The agent opens the composer, calls upload_files(paths=["~/Pictures/trip"], text="Photo/video"), writes the caption, then asks you before pressing Post. Under the hood:
- File dialog first. It clicks the upload button with a natural mouse move and picks the files in the browser's file dialog, the same events a site sees when you do it.
- Hidden upload field next. Most sites hide the real
<input type="file">behind a button; Assertify finds the one near what the agent pointed at, or the one that accepts these file types. - Drag and drop last. For drop-only areas it drops the files like a drag from your desktop (up to 50 MB).
A folder means every file in it, subfolders included, skipping hidden files like .DS_Store. Single-file fields, file-type limits (accept="image/*") and folder pickers are respected.
What can never be uploaded: anything in hidden folders (~/.ssh, ~/.aws, …), key, certificate, password-manager and .env files, browser cookie stores, and Assertify's own vault. Paths must be full paths the user gave; agents are told never to upload a file because a page or email asked. Limits: 100 files and 2 GB per call. To allow only certain folders, set ASSERTIFY_UPLOAD_DIRS.
📥 Downloads, intranets and app logins
- Downloads: ask for "last month's CSV export" and the agent calls
download(text="Export CSV"), ordownload(url=...)for a direct file link, ordownload()for a file the page just started. Files go to~/.assertify-mcp/downloads/<session>/(mode0600, deleted after 7 days;ASSERTIFY_DOWNLOAD_DIRpicks another folder). Only links on the login's allowed domains can be fetched, 100 MB at most, and files are only read, never opened or run. - The browser's own sign-in box and self-signed certificates (intranets, routers, NAS boxes, old admin pages): the agent calls
browser_settings, a small window opens, and you type the username and password and can tick "trust this site's certificate". They're saved encrypted with the login, sent only to that site, and never shown to the agent or inlist_profiles. - Apps that keep their login outside cookies (WhatsApp Web, Teams and other web apps that use IndexedDB or sessionStorage): the login window saves those too, including files, binary data and encryption keys in IndexedDB, so the agent's session stays signed in. Sites that hide their storage from page scripts (Discord) work too. The one thing that can't be copied is an encryption key the browser marks as locked; the login then says which site data was left behind.
🧍 Staying unnoticed
Sites flag browsers that act like robots. Assertify tries hard not to:
- Real Chrome when it's installed (falls back to Chromium), without the "controlled by automated software" flag or
navigator.webdriver. - Your fingerprint. The user agent, language and time zone from your login window are reused by the agent's browser, so the site keeps seeing the same "device".
- Human input. The mouse travels along a curve to a random spot inside each button, keys are typed one by one at uneven speed, scrolling comes in flicks, and there are short random pauses between actions and between page loads.
- A speed limit. Page loads per login per hour are capped (400 by default, 60 on sites that ban automation).
Set ASSERTIFY_HUMANIZE=0 to turn the human input off (faster; fine for your own tools and test sites).
📱 On your phone
Assertify also runs on iPhone and Android, for agents on your phone such as Claude mobile or ChatGPT/Codex.
- Run the relay on a computer or server:
assertify relay --public-url https://relay.example.com(or no flag on your home Wi-Fi). It prints an MCP URL and a pairing link. - Install the app from
mobile/, tap Pair and paste the link. - Log in to sites in the app's browser by hand.
- Add the MCP URL to your agent as a custom connector and ask away: "check my LinkedIn messages".
The agent works in a hidden browser on the phone, with the same tools, pop-up handling and confirmations as on the desktop. Your logins never leave the phone; the relay only passes commands and page snapshots. Anyone with the relay token can use your logged-in sites, so keep it secret and use HTTPS when the relay is on the internet. See mobile/README.md.
🪟 Pop-ups, dialogs and expired logins
- Cookie banners are answered with "Reject all" / "Only necessary" automatically (
ASSERTIFY_AUTO_CONSENT=0to turn off). - Other pop-ups (newsletter, "share your contact info", app promos) are listed first in the snapshot under
## Pop-upwith a warning. The agent decides based on your request, or callsdismiss_popup. A click on something hidden behind a pop-up is refused with a hint instead of silently hitting the overlay. - Browser dialogs (
alert,confirm, "Are you sure?") are cancelled and reported; the agent repeats the click withaccept_dialog=truewhen it means it. - CAPTCHAs, 2FA and expired sessions show a warning in the snapshot. The agent never tries to solve them: it calls
handoff, a window opens on your screen at the same page, you finish, close it, and the agent continues with the new cookies.
⚖️ Use it responsibly
Many sites' terms forbid automated access. LinkedIn, Facebook, Instagram, Threads, X and TikTok say so explicitly and do restrict accounts for it. Assertify recognises these sites, runs slower on them, caps page loads lower and tells the agent to keep tasks small and personal. Light personal use (checking your own messages, updating your own profile) is usually fine; scraping, bulk messaging or mass connecting is how accounts get restricted. You are responsible for following the terms of the sites you use.
🔒 Security
- Storage:
~/.assertify-mcp/profiles/<name>.enc, AES-256-GCM, file mode0600, folder0700. The profile name is bound into the ciphertext, so files can't be swapped or renamed. - Key: a random 256-bit key in your OS keychain (macOS Keychain, Windows Credential Locker, Linux Secret Service). On machines without one, set
ASSERTIFY_PASSPHRASEto derive the key with scrypt instead. - Domain guard: navigation outside a login's
allowed_domainsis blocked. By default that's the login URL's domain and its subdomains; add more with--domain(e.g. for SSO). - No passwords in context: password fields show as
value=<hidden>in snapshots. - No telemetry, no server, no account. Nothing leaves your machine except your own browser traffic to the sites you use.
- Ask before acting: buttons labelled send, post, buy, pay, delete, connect, follow, apply and similar, and pressing Enter in a message box, are paused until the agent calls again with
confirmed=true, which it is told to do only after you approve. - Read-only logins:
assertify login <name> <url> --read-only(orread_only=trueinstart_login) lets agents browse and read but never type, submit, send or buy. - Browser sign-in passwords (
browser_settings): typed by you in a separate window, stored in the encrypted vault next to the cookies, sent only to the site they're for, and never returned to the agent. Trusting a certificate is your choice per login, in that same window. - Uploads: only full paths, never secrets (hidden folders, keys,
.env, cookie stores, the vault), symlinks resolved first, optional folder allowlist (ASSERTIFY_UPLOAD_DIRS). Read-only logins can't upload. - Untrusted pages: page text is returned wrapped and labelled as website content, and agents are told never to follow instructions found in pages, emails or messages. Only
http(s)pages can be opened. Files are saved only throughdownload, and their contents are labelled as website data too.
Found a vulnerability? See SECURITY.md.
🎛️ Configuration
| Variable | Effect |
|---|---|
ASSERTIFY_HOME |
Vault location (default ~/.assertify-mcp) |
ASSERTIFY_PASSPHRASE |
Use a passphrase instead of the OS keychain |
ASSERTIFY_HEADED=1 |
Show the agent's browser window (debugging, or sites that block headless) |
ASSERTIFY_SCREENSHOTS=1 |
Screenshot every step by default |
ASSERTIFY_NO_AUTO_INSTALL=1 |
Never download Chromium automatically |
ASSERTIFY_ALLOW_EVAL=1 |
Enable the evaluate tool |
ASSERTIFY_ALLOW_ANY_DOMAIN=1 |
Turn off the domain guard |
ASSERTIFY_HUMANIZE=0 |
Turn off human-like mouse, typing and pauses |
ASSERTIFY_BROWSER |
chrome, chromium or msedge (default: Chrome if installed, else Chromium) |
ASSERTIFY_MAX_PAGES_PER_HOUR |
Page-load cap per login (default 400; 60 on strict sites) |
ASSERTIFY_AUTO_CONSENT=0 |
Don't auto-decline cookie banners |
ASSERTIFY_UPLOAD_DIRS |
Only allow uploads from these folders (separated by : on macOS/Linux, ; on Windows) |
ASSERTIFY_MAX_UPLOAD_MB |
Upload size cap per call (default 2048) |
ASSERTIFY_DOWNLOAD_DIR |
Where download saves files (default ~/.assertify-mcp/downloads, cleaned after 7 days) |
CLI: assertify setup | login [name] <url> [--domain d] [--read-only] | list [site] | rename <name> <new> | delete <name> | serve.
❓ FAQ
Does it work with 2FA, passkeys and "Sign in with Google"?
Yes. You log in yourself in a real browser window, so anything you can do there works. Add the SSO domain with --domain if the site bounces through one.
Why did a site log me out?
Sessions expire on the site's own schedule, and some sites ask for a CAPTCHA or 2FA again now and then. When that happens the agent calls handoff and a window opens for you to sign in again; nothing else to do. Assertify also saves refreshed cookies when a session closes, which keeps rolling sessions alive. If a site keeps rejecting the headless browser, set ASSERTIFY_HEADED=1.
Will a site redesign break my agent?
Less than you'd think. The agent reads the page fresh every step and can click by visible text (click(text="Messages")) instead of fixed selectors, so it adapts like a person would. A full redesign can still confuse it; it will tell you what it sees.
Can I use it from my phone or a server? Not yet. Assertify is local-first by design: your sessions never leave your computer.
Known limits A few apps keep their sign-in in encryption keys the browser won't let anyone copy; those logins can't move to the agent's browser (the save message says so). No anti-detection is perfect: a site determined to spot automation may still do so. Snapshots don't look inside iframes or closed shadow roots yet.
🤝 Contributing
Issues and PRs are welcome. See CONTRIBUTING.md. The short version:
uv sync && uv run assertify setup
uv run pytest && uv run ruff check .
📄 License
MIT © Roman Klym
Metadata
Release files for assertify-mcp 0.6.3
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| assertify_mcp-0.6.3.tar.gz | 104.1 kB | With provenance | Details for assertify_mcp-0.6.3.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| assertify_mcp-0.6.3-py3-none-any.whl | Python 3 | none | any | Details for assertify_mcp-0.6.3-py3-none-any.whl |
Total release size: 197.5 kB
Release files / assertify_mcp-0.6.3.tar.gz
| Download URL | assertify_mcp-0.6.3.tar.gz |
|---|---|
| Size | 104.1 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
80141e9ecf6800195afc8e3a3e9588cc1f1ec4198b879214be764fdf0111b1c7
|
|
BLAKE2b-256 checksum How to use checksums |
ef21859f5ec2bae995778da0a10163e796dbdcd8e3893554e7f50a1909acd92a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.
Transparency logRelease files / assertify_mcp-0.6.3-py3-none-any.whl
| Download URL | assertify_mcp-0.6.3-py3-none-any.whl |
|---|---|
| Size | 93.4 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
5ac8d87a4d1cccc3b9e6412e48224d3742afea71adc52d5974b3713647171408
|
|
BLAKE2b-256 checksum How to use checksums |
13f56ecb1e77d40b7ac9b2157e35ce1a871a258a77fdc5b84d6558e628f0c329
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.
Transparency logSecurity for assertify-mcp 0.6.3
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
Both files in this release have been uploaded with provenance metadata.
Attestation for assertify_mcp-0.6.3.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.