Assertify
io.github.romaklymPublished by GitHub account romaklymv0.6.3Updated Nov 7, 2026
Let AI agents use any website you're logged in to. Sessions stay encrypted on your machine.
Overview
Gives an AI agent a real browser already logged in as you, so it can browse, click, type, read, upload and download on sites you signed in to by hand.
- What you can do
- Manage saved logins: list, start a manual login window, rename or delete profiles, open one or several accounts at once
- Inspect pages: snapshot interactive elements, find elements by label, read visible text, take screenshots, switch tabs
- Act on pages: click, type, select, press keys, scroll, navigate, wait, dismiss pop-ups, hand control back to you for CAPTCHAs or 2FA
- Move files: upload files or folders through the site's file dialog, download exports and read CSV, Excel, PDF or text
- Configure per login: browser sign-in boxes and self-signed certificates, read-only logins, optional JavaScript evaluation
- When to use it
- Useful when a site you already use has no API, or its API cannot do what you need, and you want an agent to check messages, fill forms, export reports or post content as you. Best for light personal tasks on your own accounts.
- Requirements
- Runs locally as a stdio process on macOS, Windows or Linux; needs uv (uvx) or the Claude Desktop bundle, and downloads Chromium on first use (about 300 MB) unless Chrome or Edge is used. Logging in needs a visible browser window and an OS keychain; on machines without one, set ASSERTIFY_PASSPHRASE. Optional variables include ASSERTIFY_HOME, ASSERTIFY_ALLOW_EVAL, ASSERTIFY_UPLOAD_DIRS and ASSERTIFY_DOWNLOAD_DIR.
Installation
In SourceWeft
- Open Assertify 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
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.
[CI] [License: MIT] [Python 3.10+] [MCP] [Playwright]
Quick start · Connect your client · Tools · Security · FAQ
✨ 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
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):
Or install the plugin, which adds the server plus a skill that teaches the agent the login → browse → close flow:
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/[email protected].
Install from source instead
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:
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.
[!TIP] When you ask your agent, it calls
start_login, the window opens, and the session saves when you close it.
🔌 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 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:
Or add it to claude_desktop_config.json by hand:
Codex
If the Codex app can't find uvx, use its full path (which uvx, e.g. /opt/homebrew/bin/uvx).
Cursor
~/.cursor/mcp.json:
VS Code (Copilot)
Gemini CLI, Grok, Windsurf, Zed and others
Any client that runs local (stdio) MCP servers works. Use this command:
For JSON configs, use the mcpServers block shown under Cursor.
🧰 Tools
👀 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):
Then just ask:
- "Check my [email protected] 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.
[!WARNING] A saved session is as powerful as being logged in. Anyone who can run code as your user while your keychain is unlocked can use it, the same as your browser's own cookies. Only connect agents you trust.
Found a vulnerability? See SECURITY.md.
🎛️ Configuration
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:
📄 License
MIT © Roman Klym
Source: README.md at commit aafea12
Tools
0Version history
2- v0.6.3LatestNov 7, 2026
- v0.4.0Nov 3, 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