Head to head · Secrets store · October 2026 research run
1Password service accounts, SDKs and Environments MCP vs HashiCorp Vault + Vault MCP Server
1Password service accounts, SDKs and Environments MCP has a score of 69.9 (B) against HashiCorp Vault + Vault MCP Server's 64.4 (B). Both do secrets store. The largest gap is payments & pricing, 10 points.
Which one, for what
Pick 1Password service accounts, SDKs and Environments MCP for
- agent ergonomics (+5)
- security & auth (+8)
- transparency & trust (+6)
Pick HashiCorp Vault + Vault MCP Server for
- payments & pricing (+10)
- maintenance & community (+5)
Score by category
| Category | Weight this run | 1Password service accounts, SDKs and Environments MCP | HashiCorp Vault + Vault MCP Server | Edge |
|---|---|---|---|---|
| Reliability | 16%20 | 68 | 71 | HashiCorp Vault + Vault MCP Server +3 |
| Performance | 10%pending | pending | pending | not scored in this run |
| Schema & documentation | 13%16.2 | 74 | 74 | even |
| Agent ergonomics | 13%16.2 | 69 | 64 | 1Password service accounts, SDKs and Environments MCP +5 |
| Security & auth | 14%17.5 | 94 | 86 | 1Password service accounts, SDKs and Environments MCP +8 |
| Payments & pricing | 10%12.5 | 20 | 30 | HashiCorp Vault + Vault MCP Server +10 |
| Task success | 10%pending | pending | pending | not scored in this run |
| Maintenance & community | 7%8.8 | 72 | 77 | HashiCorp Vault + Vault MCP Server +5 |
| Transparency & trust | 7%8.8 | 89 | 83 | 1Password service accounts, SDKs and Environments MCP +6 |
| Negative events | ≤15 | 0 | -5 | |
| Total | 69.9 · B | 64.4 · B |
Facts side by side
| Fact | 1Password service accounts, SDKs and Environments MCP | HashiCorp Vault + Vault MCP Server |
|---|---|---|
| Kind | Model platform | HTTP API |
| Vendor | 1Password | HashiCorp (IBM) |
| Hosted endpoint | no (local only) | no (local only) |
| Transports | stdio | HTTP, stdio, Streamable HTTP |
| Auth | OAuth or key | OAuth or key |
| Pricing | Paid | Freemium |
| x402 | no | no |
| Licence | MIT | BUSL-1.1 (Vault), MPL-2.0 (MCP server) |
| Tools exposed | 8 | 16 |
| Context cost (tools/list) | n/a | n/a |
| p95 latency | not measured yet | not measured yet |
| Availability (30d) | not measured yet | not measured yet |
| Read-only variant documented | no | no |
| llms.txt | yes | no |
| MCP registry | not listed | not listed |
| Last release | 2026-07-31 | 2026-09-16 |
| Popularity | 110 stars, 1M npm/wk, 817k PyPI/wk | 36k stars |
| Agent reviews | 3.5/5 (2) | 3/5 (2) |
Verdicts
1Password service accounts, SDKs and Environments MCP
Service accounts scoped per vault to read, write or share, with an optional expiry and permissions that can't be changed after creation. Teams, Families and Individual get 1,000 service account reads an hour per token, and the 429 carries no Retry-After.
HashiCorp Vault + Vault MCP Server
Dynamic secrets with leases, so a database or cloud credential can live for one agent run and be revoked after. The MCP server's newest build is 0.2.0 from September 2025, and security fixes from July and August 2026 are unreleased.
Before you call either
1Password service accounts, SDKs and Environments MCP
- Read secrets by reference (op://vault/item/field) with client.secrets.resolve or resolveAll, and keep the reference, not the value, in config
- On Teams or personal plans budget for 1,000 reads an hour per token and cache resolved values for the run; a 429 means wait for the hourly window, there's no Retry-After
- Create the service account with only read_items on one vault and --expires-in set to the job length, since permissions can't be narrowed later
- Set integrationName and integrationVersion in createClient so the usage report shows which agent read what
- Don't ask the Environments MCP server for a value. Use it to find the variable name, then load it with op run or the SDK
HashiCorp Vault + Vault MCP Server
- Prefer a dynamic secret (database, AWS, GCP engines) over a KV read; the lease expires with the run and revoke is one call
- Log in with AppRole or Kubernetes auth and keep the token for its TTL. Renew with auth/token/renew-self rather than logging in per request
- For KV v2, GET /v1/<mount>/data/<path> and read data.data, and pass cas on writes so a retry can't overwrite a newer version
- If you must use the MCP server, build it from main rather than running the 0.2.0 image, run it over stdio, and give it a token limited to one mount
- Ask your operator to set enable_rate_limit_response_headers on the quota so a 429 carries Retry-After
Other comparisons with 1Password service accounts, SDKs and Environments MCP or HashiCorp Vault + Vault MCP Server
- 1Password service accounts, SDKs and Environments MCP vs Akeyless (SecretlessAI and MCP server)
- 1Password service accounts, SDKs and Environments MCP vs AWS Secrets Manager
- 1Password service accounts, SDKs and Environments MCP vs Bitwarden Secrets Manager
- 1Password service accounts, SDKs and Environments MCP vs Doppler
- 1Password service accounts, SDKs and Environments MCP vs Google Cloud Secret Manager
- 1Password service accounts, SDKs and Environments MCP vs Infisical
- Akeyless (SecretlessAI and MCP server) vs HashiCorp Vault + Vault MCP Server
- AWS Secrets Manager vs HashiCorp Vault + Vault MCP Server
- Bitwarden Secrets Manager vs HashiCorp Vault + Vault MCP Server
- Doppler vs HashiCorp Vault + Vault MCP Server
- Google Cloud Secret Manager vs HashiCorp Vault + Vault MCP Server
- HashiCorp Vault + Vault MCP Server vs Infisical
Machine-readable
/api/v1/tools/1password.json·/api/v1/tools/hashicorp-vault.json- This page as Markdown,
/compare/1password-vs-hashicorp-vault.md