1password vs AllMCPs Server — MCP Server Comparison | AllMCPs
1password vs AllMCPs Server
A side-by-side look at the 1password and AllMCPs Server MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.
Verdict: choose 1password for security work as a local process; choose AllMCPs Server for aggregators over a hosted endpoint. You can also run both side by side in one mcpServers block.
Which MCP server should you choose?
Choose 1password when
You need dedicated capabilities in the Security domain.
You prefer a local stdio subprocess transport.
You have the keys it needs: OP_SERVICE_ACCOUNT_TOKEN, OP_KEYCHAIN_SERVICE, OP_KEYCHAIN_ACCOUNT.
You want tools like vault_list, item_lookup, item_delete.
vault_listList the 1Password vaults accessible to the service account (limited to the allow-listed vaults when OP_MCP_ALLOWED_VAULTS / --allowed-vaults is configured). Returns vault IDs, names, descriptions, and types.
item_lookupSearch for items within a 1Password vault by title substring. Returns item IDs, titles, categories, and vault IDs.
item_deletePermanently delete an item from a 1Password vault. This action cannot be undone.
item_getRetrieve a full 1Password item — title, category, tags, notes, and all fields (id, title, type, section). Secret-bearing field values (passwords and other concealed fields, SSH private keys, one-time-password seeds, card numbers) are hidden unless reveal is true; only known non-secret types (text, URL, email, phone, date, menu, card type, address, reference) are shown by default. Accepts a secret reference (op://vault/item/field) or vault ID + item ID. Revealing a secret puts it in the model context/transcript — to USE a secret in a command or API call, prefer op_run with op:// references instead.
item_editEdit an existing 1Password item. Update the title, notes (pass an empty string to clear notes), tags, website URL, upsert fields, or remove fields. Only referenced fields are changed; all others are preserved.
item_listList all items in a 1Password vault, returning id, title, category, tags, and updatedAt for each. Never returns secret values.
item_archiveArchive an item in a 1Password vault. The item is moved to the archive and hidden from regular views, rather than being permanently deleted.
note_createCreate a Secure Note item in a 1Password vault, with optional tags and custom fields.
password_createCreate a new password/login item in a 1Password vault with optional username, URL, tags, and notes.
password_readRetrieve a secret from 1Password using either a secret reference (op://vault/item/field) or vault ID + item ID. Supports field selection and optional value reveal (defaults to metadata-only). Revealing a secret puts it in the model context/transcript — to USE a secret in a command or API call, prefer op_run with op:// references instead.
Ready-to-paste client configs
Paste either block (or both) into your client config, e.g. claude_desktop_config.json or ~/.cursor/mcp.json. We only show a config when the install command is confirmed.
1password is categorized under Security and uses a local stdio subprocess. AllMCPs Server belongs to Aggregators and uses a remote HTTP/SSE transport. Pick 1password for security work and AllMCPs Server for aggregators.
Copy the mcpServers block from the config section on this page into your client's config (for example claude_desktop_config.json or ~/.cursor/mcp.json), then fully restart the client.
1password has no declared pricing — check the project's own site. AllMCPs Server is listed as free. Auth: no auth required. If a server needs environment variables such as API keys, define them under the env key in your client's MCP config.
Yes. MCP clients support multiple servers: add 1password and allmcps-server as separate keys in the same mcpServers object, and your assistant will call tools from either one.
On AllMCPs, 1password has a quality signal of 56/100 (Good) with 2 views, 0 installs and 21 GitHub stars. AllMCPs Server has 85/100 (Excellent) with 59 views, 20 installs and 4 GitHub stars.
password_updateUpdate (rotate) a password or concealed field on an existing 1Password item. If the target field does not exist, it will be created.
password_generateGenerate a cryptographically secure random password with configurable length and character types. Uses rejection sampling for unbiased randomness.
search_mcp_serversSearch the AllMCPs directory for Model Context Protocol (MCP) servers by keyword or category.
get_mcp_install_configGet the exact claude_desktop_config.json setup snippet and documentation for a specific MCP server by ID.
recommend_mcp_stackRecommend a curated multi-tool MCP server stack for a specific developer role or workflow (e.g. "fullstack", "data science", "devops").
list_mcp_categoriesList all categories available in the AllMCPs directory along with server counts.
get_boost_pricingGet pricing and features for boosting / featuring an MCP server on AllMCPs.com.
boost_mcp_serverInitiate a sponsorship / boost order for an MCP server by ID, returning a Stripe checkout session URL and x402 invoice.
get_boost_statusCheck current boost status, verified badge level, and sponsorship expiration for an MCP server by ID.
submit_mcp_serverProgrammatically submit a new MCP server repository to AllMCPs.com for indexing and review. Supports the same optional enrichment fields as the human submission form — fill in whichever you can confidently determine from the repository (README, package.json, code) to produce a fully flushed-out listing. Omit anything you are not confident about rather than guessing; all enrichment fields are optional and unrecognized enum values are simply dropped, not rejected.
verify_mcp_claimVerify ownership and claim an MCP server listing by checking GitHub README badge, website badge, or DNS TXT record. Works two ways: (1) fully unattended — pass `agentToken` from confirm_mcp_agent (or set an `Authorization: Bearer <token>` header if your client supports it), no human sign-in needed; or (2) if called with neither, requires the caller to already have an active AllMCPs browser session. Unattended agents should use register_mcp_agent + confirm_mcp_agent first.
register_mcp_agentStart unattended-agent registration: emails a 6-digit confirmation code to the given address. Follow up with confirm_mcp_agent to exchange the code for a bearer token, which unlocks verify_mcp_claim (and future privileged tools) without ever needing a human to sign in via browser.
confirm_mcp_agentExchange the 6-digit code emailed by register_mcp_agent for a durable bearer token (90-day TTL). Pass the returned token as `agentToken` on verify_mcp_claim, or set it as an `Authorization: Bearer <token>` header on subsequent MCP requests if your client supports that.