Vamoose MCP Server

Calendar workflow engine for time off, approvals, and quick actions on any calendar backend.

Remote serverstreamable-httpGo

What is the Vamoose MCP server?

Most planning and project tracking work still happens through a UI a human drives. Vamoose MCP server moves it into the conversation instead. Calendar workflow engine for time off, approvals, and quick actions on any calendar backend.

The short version

Four calendar backends behind one workflow engine that branches, approves, waits, recurs, and files real leave with your HR system, driven from your terminal, Claude, Slack, or a local dashboard, and authorable by an AI agent over MCP. Every run is recorded, and the daemon resumes exactly where it left off after a crash. Install with brew install dcadolph/tap/vamoose.

  • One brain for every account. — The same workflows, commands, and setup whether
  • No rebuilding per client. — Native rules live inside one app and stop at its edge
  • No drift. — Change your time-off flow in one place. Hand-built rules drift the day
  • Workflows are files, not clicks. — JSON you can read, diff, share, version, and
  • Runs where you already are. — The CLI, Claude, and Slack, not one vendor's web UI

Getting it running

Because this one is hosted, setup is mostly authentication — you point your client at the endpoint and approve access. Nothing runs on your machine, so there is no runtime to keep patched.

What it needs from you

Configuration is passed through the environment: VAMOOSE_CLIENT_ID, VAMOOSE_TENANT, VAMOOSE_TIMEZONE, VAMOOSE_PROVIDER, VAMOOSE_ICLOUD_USERNAME, VAMOOSE_ICLOUD_APP_PASSWORD, VAMOOSE_CALDAV_URL, VAMOOSE_CALDAV_USERNAME. Treat anything key-shaped as a real credential — scope it to the minimum the server needs, and rotate it if it ever lands in a shared config.

Things to watch

  • Your data travels to the provider's service, so the usual questions apply about what you send and what they retain.
  • Missing credentials fail quietly in some clients — if no tools show up, check the environment block first.
  • Keep per-call confirmation enabled while you learn its behaviour; it is the cheapest safeguard you have.

How it compares

Plenty of planning and project tracking servers cover similar ground. The differences that matter in practice are scope of access and how much setup stands between you and a working tool call. It is maintained by dcadolph; worth a glance at recent repository activity before you build anything load-bearing on it.

SyncDev reviews every entry in this directory against the project's own documentation before publishing, and revisits them as servers change.

How to install the Vamoose MCP server

{
  "mcpServers": {
    "vamoose": {
      "command": "docker",
      "args": ["run", "-i", "--rm", "ghcr.io/dcadolph/vamoose"],
      "env": {
        "VAMOOSE_CLIENT_ID": "your-value",
        "VAMOOSE_TENANT": "your-value",
        "VAMOOSE_TIMEZONE": "your-value",
        "VAMOOSE_PROVIDER": "your-value",
        "VAMOOSE_ICLOUD_USERNAME": "your-value",
        "VAMOOSE_ICLOUD_APP_PASSWORD": "your-value",
        "VAMOOSE_CALDAV_URL": "your-value",
        "VAMOOSE_CALDAV_USERNAME": "your-value"
      }
    }
  }
}

Add to claude_desktop_config.json, then restart Claude Desktop.

Configuration

VariableDescriptionRequired
VAMOOSE_CLIENT_IDConfiguration value read at startup.Optional
VAMOOSE_TENANTConfiguration value read at startup.Optional
VAMOOSE_TIMEZONEConfiguration value read at startup.Optional
VAMOOSE_PROVIDERConfiguration value read at startup.Optional
VAMOOSE_ICLOUD_USERNAMEConfiguration value read at startup.Optional
VAMOOSE_ICLOUD_APP_PASSWORDConfiguration value read at startup.Optional
VAMOOSE_CALDAV_URLEndpoint or connection string the server talks to.Yes
VAMOOSE_CALDAV_USERNAMEConfiguration value read at startup.Optional

Frequently asked questions

It connects Vamoose to MCP-compatible AI assistants such as Claude and Cursor. Instead of copying data back and forth by hand, the assistant works with Vamoose directly.