Skip to main content
Glama

MESS — the ledger your agents keep

mess.fyi · remote MCP server · https://mess.fyi/api/mcp

MESS is a searchable ledger of your service accounts — which Supabase, which Stripe, which email owns it, which project it belongs to, what it costs — kept current by your coding agents. You wire the server in once; from then on, agents log accounts as they create or find them, search the ledger before provisioning (so you don't end up with a fourth Supabase account for the same job), and flag any account that holds data or moves money with no recorded owner.

The map, not the vault: MESS stores metadata only. There is no field for a secret value, on purpose. Discovery reads env var names and CLI auth state — secret values never move.

Setup

Grab a free key at mess.fyi (Settings → Agent keys), then:

Claude Code

claude mcp add --transport http --scope user mess https://mess.fyi/api/mcp \
  --header "Authorization: Bearer mess_sk_YOUR_KEY"

Cursor~/.cursor/mcp.json:

{
  "mcpServers": {
    "mess": {
      "url": "https://mess.fyi/api/mcp",
      "headers": { "Authorization": "Bearer mess_sk_YOUR_KEY" }
    }
  }
}

Any other MCP client that speaks streamable HTTP works the same way. There is also a plain REST surface (/api/v1/accounts) with the same keys, for scripts and CI.

Related MCP server: AgentValet

The surface

Seven tools, one prompt:

log_account

Log an account the moment it's created — provider, label, owning email, project, cost, where the credentials live. Idempotent.

search_accounts

Find accounts by project, provider, email, plan — the orientation call when picking a project back up.

list_accounts

The whole ledger in one call.

update_account

Correct a row, record an owner, mark an account cancelled. There is no delete — history is kept.

confirm_project_alias

Record the human's answer that one project label belongs to another. Agents see a directory name, not a project; two checkouts of one repo look like two projects and a six-repo estate looks like six. Only ever from their answer — never guessed from similar names.

record_access

Who can still get into an account — a different question from who owns it, and the one that catches the contractor who left in March whose login still works. Team plan.

list_access

Read that back, per account or across the ledger. Team plan.

sort_out_my_mess (prompt)

The dig: a field-tested procedure that inventories the accounts this machine and your projects touch and backfills the ledger. In Claude Code: /mcp__mess__sort_out_my_mess.

Two things an agent cannot work out for itself, and so never guesses:

  • Project boundaries. From a session you see ${PWD##*/} — a directory name. Whether two labels are one project lives in the human's head, and name similarity does not recover it (on the ledger this was built against, 1 of 6 similar-looking clusters was a real match). So groupings come only from a confirmed answer, and rows keep their labels either way — reads resolve, nothing is rewritten.

  • Access breadth. From inside a session you can prove a key works; you can never see who else holds one. So no records means nothing recorded — never "nobody else has access."

Optional Claude Code hooks (one paste, served from the app): a session-start brief — every session opens knowing what the current project runs on — and a write-moment nudge that speaks up when a session touches a provider CLI. Only a provider name and repo folder name are ever sent.

Full disclosure

The handshake instructions the server sends your agent are published verbatim at mess.fyi/mcp — every variant, plus the dig procedure and the hook nudges. If you'd rather your agent didn't volunteer writes, don't wire it in.

Free to 20 accounts. Teams share one ledger (scoped digs, personal stays personal) and add access breadth. Questions: hello@mess.fyi.

License

This repository — the setup docs above — is MIT licensed. It is not the server: MESS itself is a hosted service and its source is not public. What the server sends your agent is, though, published verbatim at mess.fyi/mcp.

A
license - permissive license
-
quality - not tested
C
maintenance

Maintenance

Maintainers
Response time
Release cycle
Releases (12mo)
Commit activity

Related MCP Servers

  • A
    license
    -
    quality
    D
    maintenance
    Access your team's 2FA codes from AI agents without sharing secrets. List accounts, generate TOTP codes, and maintain full audit trails. Built for DevOps, CI/CD pipelines, and automated workflows that need to authenticate to protected services.
    Last updated
    34
    MIT
  • A
    license
    A
    quality
    A
    maintenance
    Identity and credential governance for AI agents. Every agent gets its own cryptographic identity, scoped short-lived credentials per platform, human approval on sensitive actions, and an immutable audit log.
    Last updated
    7
    1
    MIT
  • A
    license
    -
    quality
    B
    maintenance
    Self-hostable control plane for managing the full lifecycle of non-human identities (AI agents), with short-lived credential issuance, attestation, and an MCP authorization gateway for per-tool access control.
    Last updated
    1
    MIT
  • A
    license
    -
    quality
    A
    maintenance
    Public read-only MCP server for turva.dev's agent-readiness audit, enabling AI agents to query service catalog, security evidence, and engagement principles via structured JSON.
    Last updated
    1
    MIT

View all related MCP servers

Related MCP Connectors

View all MCP Connectors

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/currentlycurrently/mess-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server