Skip to main content
mcpSource-backed
Keeper.sh logo

Keeper.sh MCP Server

Self-hostable calendar MCP service for Keeper.sh that lets Claude list calendars and accounts, read events, create or update events, delete events, respond to invites, and retrieve iCal feed URLs through Keeper's API.

by ridafkih · submitted by oktofeesh1·added 2026-06-06·
Review first review before installing

Open the source and read safety notes before installing.

Citation facts

Source-backed facts for citing this resource, derived directly from the registry — also available as plain text for AI assistants.

Source URLs
https://raw.githubusercontent.com/ridafkih/keeper.sh/main/README.md, https://github.com/ridafkih/keeper.sh
Brand
Keeper.sh
Brand domain
keeper.sh
Brand asset source
brandfetch
Safety notes
Keeper's MCP tools can read calendar data and perform write operations including event creation, event updates, event deletion, and RSVP changes., The MCP handler requires an authenticated bearer token and checks for the Keeper MCP read scope before exposing tools., Tool calls proxy to Keeper API endpoints with the caller's bearer token, so the MCP client inherits the user's connected calendar permissions., Start by listing calendars and reading bounded date ranges; require human confirmation before modifying or deleting events., Review Google, Microsoft, iCloud, CalDAV, ICS, and self-hosted calendar account permissions before exposing them to an agent.
Privacy notes
Calendar events can expose titles, descriptions, locations, free/busy status, account names, provider names, calendar names, calendar URLs, and iCal feed URLs., OAuth tokens, CalDAV credentials, session tokens, bearer tokens, auth secrets, encryption keys, database URLs, and MCP URLs are sensitive deployment data., Keeper stores and syncs calendar data across connected providers; logs, MCP transcripts, API responses, and monitoring traces can include private schedule details., Redact event ids, calendar ids, account names, feed URLs, bearer tokens, event text, locations, and provider details before sharing debug output.
Author
ridafkih
Submitted by
oktofeesh1
Claim status
unclaimed
Last verified
2026-06-06

Decision playbook

Review trust signals before you adopt

Signals are present but mixed. Use the checklist below to confirm the source and operational safety for your environment.

Compare context
Selected

0

Current score

63

Baseline

Delta

No baseline selected

No major trust-signal divergence detected in the current selection.

Source and provenance checks

Needs review

Confirm ownership and provenance before trusting install instructions.

  • Source link availableRequired

    Open the canonical repository and verify ownership.

    Done
  • Source provenance statusRequired

    Marked as source-backed.

    Done
  • Metadata reviewed

    No reviewed flag detected in metadata.

    Pending

Safety and privacy checks

Complete

Validate risk disclosures before installation or API wiring.

  • Safety notes presentRequired

    Review the listed safety guidance before running commands.

    Done
  • Privacy notes presentRequired

    Review data handling notes before connecting accounts or secrets.

    Done
  • Trust level risk gateRequired

    Trust level does not block evaluation.

    Done

Package and install checks

Needs review

Check package metadata and artifact integrity signals.

  • Install payload available

    Install or copy payload is available for review.

    Done
  • Package verification flag

    No package verification flag provided.

    Pending
  • Checksum metadata

    No checksum provided for downloaded artifact.

    Pending

Compare-driven decision checks

Needs review

Use compare context to validate trade-offs before adoption.

  • Compare tray has multiple entries

    Add at least one more entry to compare trust differences.

    Pending
  • Baseline comparison available

    No baseline peer selected yet.

    Pending
  • Diverging trust signals identified

    No major trust-signal divergence found.

    Pending

Setup at a glance

CLI install

Copy-ready — paste the snippet to get started.

45 minutes

Adoption plan

Balanced adoption plan

Current risk score 24/100. Use staged verification before broader rollout.

Risk 24

Pre-adoption checks

Validate source and review signals before any execution.

  • Confirm source provenanceRequired

    Source URL/provenance metadata is present.

    Done
  • Confirm metadata review state

    No review metadata found; increase manual validation.

    Pending
  • Verify install payload

    Install/config payload exists and can be inspected.

    Done

Security checks

Confirm safety, privacy, and package integrity signals.

  • Review safety notesRequired

    Safety notes are present.

    Done
  • Review privacy notesRequired

    Privacy notes are present.

    Done
  • Verify package integrity metadata

    No package verification/checksum metadata.

    Pending

Rollout

Adopt in controlled steps based on the selected plan.

  • Run in isolated sandbox firstRequired

    Use a constrained sandbox and observe behavior across multiple tasks.

    Pending
  • Roll out graduallyRequired

    Roll out to a small cohort before wider usage.

    Pending
  • Set monitoring and fallback

    Define rollback path and monitor errors after adoption.

    Pending

Evidence readiness

Evidence readiness matrix · balanced

Missing required evidence: Metadata review. Risk score 31.

Risk 31

Source provenance

Present

Source repository/provenance is listed.

Required in this preset

Metadata review

Missing

Review metadata is missing.

Required in this preset

Safety notes

Present

Safety notes are present.

Required in this preset

Privacy notes

Present

Privacy notes are present.

Optional in this preset

Package integrity

Missing

Package integrity metadata is missing.

Optional in this preset

Install payload

Present

Install payload is available.

Required in this preset

Required gaps: Metadata review

Decision timeline

Decision timeline · balanced

Blocking gaps: Check metadata review status. Risk 28.

Risk 28

triage

Confirm source provenanceRequired

Source/provenance metadata is available.

Done

triage

Check metadata review statusRequired

Review metadata is missing.

Pending

verify

Review safety notesRequired

Safety notes are available.

Done

verify

Review privacy notes

Privacy notes are available.

Done

verify

Validate package integrity metadata

Package integrity metadata is missing.

Pending

rollout

Verify install payload and commandsRequired

Install payload is available.

Done

Blockers: Check metadata review status

Prerequisite readiness

Prerequisite readiness

5 prerequisites to line up before setup. Have accounts and credentials ready first. Includes a review or approval gate.

0/5 ready
Account & credentials2Install & runtime1Configuration1Review & approval145 minutes

Safety & privacy surface

Safety & privacy surface

5 safety and 4 privacy notes across 4 risk areas. Review closely: credentials & tokens, permissions & scopes, third-party handling.

4 areas
  • SafetyGeneralKeeper's MCP tools can read calendar data and perform write operations including event creation, event updates, event deletion, and RSVP changes.
  • SafetyCredentials & tokensThe MCP handler requires an authenticated bearer token and checks for the Keeper MCP read scope before exposing tools.
  • SafetyCredentials & tokensTool calls proxy to Keeper API endpoints with the caller's bearer token, so the MCP client inherits the user's connected calendar permissions.
  • SafetyGeneralStart by listing calendars and reading bounded date ranges; require human confirmation before modifying or deleting events.
  • SafetyPermissions & scopesReview Google, Microsoft, iCloud, CalDAV, ICS, and self-hosted calendar account permissions before exposing them to an agent.
  • PrivacyThird-party handlingCalendar events can expose titles, descriptions, locations, free/busy status, account names, provider names, calendar names, calendar URLs, and iCal feed URLs.
  • PrivacyCredentials & tokensOAuth tokens, CalDAV credentials, session tokens, bearer tokens, auth secrets, encryption keys, database URLs, and MCP URLs are sensitive deployment data.
  • PrivacyThird-party handlingKeeper stores and syncs calendar data across connected providers; logs, MCP transcripts, API responses, and monitoring traces can include private schedule details.
  • PrivacyCredentials & tokensRedact event ids, calendar ids, account names, feed URLs, bearer tokens, event text, locations, and provider details before sharing debug output.

Disclosure: AGPL-3.0-licensed open-source Keeper.sh project with optional hosted service. The MCP service is source-backed and self-hostable, but it controls sensitive calendar data and should be deployed with production-grade auth and logging.

Safety notes

  • Keeper's MCP tools can read calendar data and perform write operations including event creation, event updates, event deletion, and RSVP changes.
  • The MCP handler requires an authenticated bearer token and checks for the Keeper MCP read scope before exposing tools.
  • Tool calls proxy to Keeper API endpoints with the caller's bearer token, so the MCP client inherits the user's connected calendar permissions.
  • Start by listing calendars and reading bounded date ranges; require human confirmation before modifying or deleting events.
  • Review Google, Microsoft, iCloud, CalDAV, ICS, and self-hosted calendar account permissions before exposing them to an agent.

Privacy notes

  • Calendar events can expose titles, descriptions, locations, free/busy status, account names, provider names, calendar names, calendar URLs, and iCal feed URLs.
  • OAuth tokens, CalDAV credentials, session tokens, bearer tokens, auth secrets, encryption keys, database URLs, and MCP URLs are sensitive deployment data.
  • Keeper stores and syncs calendar data across connected providers; logs, MCP transcripts, API responses, and monitoring traces can include private schedule details.
  • Redact event ids, calendar ids, account names, feed URLs, bearer tokens, event text, locations, and provider details before sharing debug output.

Prerequisites

  • Self-hosted or hosted Keeper.sh deployment with the MCP service available.
  • Keeper API, database, auth secret, and MCP public URL configured.
  • Authorized Keeper bearer token with the required MCP read scope.
  • Connected calendar accounts and calendars reviewed for read and write access.
  • Clear approval policy for calendar creation, updates, deletes, RSVP changes, and invite handling.

Schema details

Install type
cli
Troubleshooting
No
Source repository stats
Scope
Source repo
Collection metadata
Estimated setup
45 minutes
Difficulty
advanced
Tool listing metadata
Disclosure
AGPL-3.0-licensed open-source Keeper.sh project with optional hosted service. The MCP service is source-backed and self-hostable, but it controls sensitive calendar data and should be deployed with production-grade auth and logging.
Full copyable content
{
  "mcpServers": {
    "keeper": {
      "type": "http",
      "url": "https://<keeper-host>/mcp",
      "headers": {
        "Authorization": "Bearer <keeper-mcp-token>"
      }
    }
  }
}

About this resource

Content

Keeper.sh MCP Server is the dedicated MCP service in Keeper.sh, an open-source calendar sync platform. It exposes authenticated calendar tools for connected Keeper accounts, letting Claude list calendars and accounts, read events, create or update events, delete events, respond to invitations, and retrieve an iCal feed URL through Keeper's API.

Use it when a team wants a self-hostable calendar MCP service that can sit behind Keeper's auth and connected-provider model rather than relying on a single hosted Google Calendar MCP integration.

Source Review

These sources were reviewed on 2026-06-06. Prefer the live repository, README, license, MCP package metadata, toolset, handler, context, environment, route, and Dockerfile for current setup and behavior details.

Features

  • Run Keeper's dedicated @keeper.sh/mcp service as part of a Keeper deployment.
  • Authenticate MCP requests with Keeper's bearer-token and protected-resource flow.
  • List connected calendars and calendar accounts.
  • Count events and fetch events by explicit date range.
  • Fetch a single event by id.
  • Create, update, and delete calendar events.
  • View pending invites and respond with accepted, declined, or tentative RSVP status.
  • Retrieve the user's iCal feed URL.
  • Localize event times with an IANA timezone argument.

Installation

Deploy Keeper.sh with the MCP service, set the required MCP environment variables, and expose the MCP route through the same trusted Keeper deployment:

BETTER_AUTH_URL=https://<keeper-host>
MCP_PUBLIC_URL=https://<keeper-host>/mcp
MCP_PORT=3002

Then configure an MCP client with the Keeper MCP endpoint and an authorized bearer token:

{
  "mcpServers": {
    "keeper": {
      "type": "http",
      "url": "https://<keeper-host>/mcp",
      "headers": {
        "Authorization": "Bearer <keeper-mcp-token>"
      }
    }
  }
}

Keep the MCP service behind TLS and the same access controls used for the Keeper web and API services.

Use Cases

  • Ask Claude what is on a calendar during a bounded time range.
  • Compare events across connected work, personal, or shared calendars.
  • Draft a new event and create it only after review.
  • Update event details when a meeting time or location changes.
  • Remove a stale event with explicit confirmation.
  • Respond to pending calendar invitations from an agent workflow.
  • Retrieve the user's iCal feed URL for a reviewed subscription workflow.

Safety and Privacy

Keeper's MCP service can read and mutate calendar data. Require explicit approval before event creation, updates, deletes, or RSVP changes, and keep tool requests bounded to specific calendars and date ranges where possible. A bearer token used by the MCP client should be treated like calendar account access.

Calendar data is highly personal and operationally sensitive. Event titles, descriptions, locations, free/busy status, account names, calendar names, feed URLs, OAuth tokens, CalDAV credentials, database URLs, auth secrets, logs, and MCP transcripts can expose private schedules or credentials. Use TLS, least-privilege tokens, encryption keys, audit logs, backups, and redaction before sharing any troubleshooting material.

Duplicate Check

No ridafkih/keeper.sh, Keeper.sh MCP, Keeper calendar MCP, self-hosted calendar MCP, CalDAV MCP, or matching source URL entry was found in content/mcp or README.md. The existing CalendarMCP entry covers a hosted Google Calendar service; it does not cover Keeper's self-hostable multi-provider calendar sync platform and dedicated MCP service.

Source citations

Add this badge to your README

Show that Keeper.sh MCP Server is listed on HeyClaude. Paste this Markdown into your README — it renders the badge and links back to this page.

Listed on HeyClaude
[![Listed on HeyClaude](https://heyclau.de/badge/mcp/keeper-sh-mcp-server.svg)](https://heyclau.de/entry/mcp/keeper-sh-mcp-server)

How it compares

Keeper.sh MCP Server side by side with 3 alternatives on trust, install, platform support, and disclosed safety notes — all from reviewed registry metadata.

Field

Self-hostable calendar MCP service for Keeper.sh that lets Claude list calendars and accounts, read events, create or update events, delete events, respond to invites, and retrieve iCal feed URLs through Keeper's API.

Open dossier

MCP server for Coolify infrastructure management, diagnostics, deployments, logs, projects, environments, applications, databases, services, env vars, storage, scheduled tasks, private keys, cloud tokens, teams, and docs search.

Open dossier

Official freee MCP server for connecting Claude to freee accounting, HR, invoices, project time, sales, IT management, and e-signature APIs.

Open dossier

macOS app and bundled stdio MCP server that lets Claude access selected local services such as Calendar, Contacts, Messages, Location, Maps, Reminders, camera, microphone, screenshots, Shortcuts, utilities, and Weather.

Open dossier
Next steps
Trust
Review statusNot reviewedNot reviewedNot reviewedNot reviewed
Package trustPackage not verifiedPackage not verifiedPackage not verifiedPackage not verified
Source provenanceSource-backedSource-backedSource-backedSource-backed
Submitteroktofeesh1oktofeesh1oktofeesh1oktofeesh1
Install riskReview firstReview firstReview firstReview first
Notes Safety ✓ Privacy ✓ Safety ✓ Privacy ✓ Safety ✓ Privacy ✓ Safety ✓ Privacy ✓
BrandKeeper.sh logoKeeper.shCoolify MCP Server logoCoolify MCP Serverfreee MCP Server logofreee MCP ServeriMCP logoiMCP
Categorymcpmcpmcpmcp
SourceSource-backedSource-backedSource-backedSource-backed
AuthorridafkihStuart MasonfreeeMattt
Added2026-06-062026-06-062026-06-062026-06-06
Platforms
Harness
Source repo
Safety notesKeeper's MCP tools can read calendar data and perform write operations including event creation, event updates, event deletion, and RSVP changes. The MCP handler requires an authenticated bearer token and checks for the Keeper MCP read scope before exposing tools. Tool calls proxy to Keeper API endpoints with the caller's bearer token, so the MCP client inherits the user's connected calendar permissions. Start by listing calendars and reading bounded date ranges; require human confirmation before modifying or deleting events. Review Google, Microsoft, iCloud, CalDAV, ICS, and self-hosted calendar account permissions before exposing them to an agent.Coolify MCP Server can start, stop, restart, redeploy, cancel deployments, update env vars, create or delete projects, environments, applications, databases, services, backups, storages, scheduled tasks, private keys, GitHub apps, and cloud tokens depending on API permissions. Batch tools such as `restart_project_apps`, `bulk_env_update`, `stop_all_apps`, and `redeploy_project` can affect multiple production services at once. Deployment, control, backup, storage, private key, cloud token, GitHub app, and scheduled-task operations should require explicit confirmation. Custom `--header` values may carry auth-proxy secrets; never let an agent invent, log, or modify them casually. Test on non-production projects or staging resources before allowing Claude to operate live Coolify infrastructure.freee MCP can perform GET, POST, PUT, PATCH, and DELETE requests against supported freee APIs after OAuth authorization. Write and delete operations can create, update, or remove accounting deals, expense applications, invoices, quotations, payment requests, HR records, attendance data, project time, sales records, IT assets, and e-signature documents. The server validates API paths against OpenAPI schemas and checks company ID consistency, but users must still confirm business, accounting, payroll, and legal actions before execution. OAuth tokens, client secrets, selected company IDs, and request payloads should be protected in configs, local storage, logs, and screenshots. Use the official Remote MCP URL only; do not connect clients to unofficial endpoints that claim to be freee.iMCP can expose highly sensitive personal macOS services to Claude through MCP tools. Calendar, Contacts, Reminders, and Shortcuts tools can create, update, or run actions, not only read data. Capture tools can take pictures, record microphone audio, and capture screenshots when the corresponding service is enabled and macOS permission is granted. Messages access can read local message history after the user grants access to the Messages database. The app can add or update the iMCP entry in Claude Desktop MCP configuration while preserving other server entries. Enable only the services needed for a task and do not mark clients as trusted unless you want repeated connections to bypass prompts.
Privacy notesCalendar events can expose titles, descriptions, locations, free/busy status, account names, provider names, calendar names, calendar URLs, and iCal feed URLs. OAuth tokens, CalDAV credentials, session tokens, bearer tokens, auth secrets, encryption keys, database URLs, and MCP URLs are sensitive deployment data. Keeper stores and syncs calendar data across connected providers; logs, MCP transcripts, API responses, and monitoring traces can include private schedule details. Redact event ids, calendar ids, account names, feed URLs, bearer tokens, event text, locations, and provider details before sharing debug output.Coolify access tokens, base URLs, custom headers, application UUIDs, server IPs, domains, logs, env vars, deployment logs, private keys, cloud-provider tokens, GitHub app data, team membership, backups, database metadata, and service configuration can be exposed to the MCP client. Application and deployment logs may contain secrets, customer data, build output, container metadata, private repository details, and runtime errors. Environment variable and cloud-token tools can reveal or mutate sensitive infrastructure credentials. Documentation search is local to the server, but Coolify API calls contact the configured Coolify instance. Keep tokens and auth-proxy headers in local MCP client configuration only, and avoid sharing transcripts that include infrastructure identifiers or logs.Tool calls can expose company IDs, user details, accounting transactions, bank and wallet metadata, invoices, receipts, expense applications, payroll and HR records, attendance data, employee profiles, project workloads, customer and partner data, IT assets, and e-signature documents. freee receives API requests, OAuth tokens, request parameters, uploaded files, and business data according to the user's freee account, API scopes, and selected company. Local mode stores OAuth configuration and tokens on the user's machine; remote mode authenticates through freee's hosted MCP flow. Generated reports, request errors, API responses, and skill references can enter MCP client context and model logs.Tool calls can expose contacts, phone numbers, email addresses, calendars, event details, reminders, message text, participants, location, routes, map queries, screenshots, camera images, audio snippets, shortcut names, and weather/location context. iMCP's README states that iMCP does not collect or store user data, but MCP clients and model providers can receive tool-call data as part of the conversation. Local logs, screenshots, approval dialogs, MCP transcripts, Claude Desktop config, and trusted-client settings may reveal private service access and personal-data context. Review every service toggle and macOS permission before enabling iMCP for personal accounts, shared machines, work devices, or regulated data.
Prerequisites
  • Self-hosted or hosted Keeper.sh deployment with the MCP service available.
  • Keeper API, database, auth secret, and MCP public URL configured.
  • Authorized Keeper bearer token with the required MCP read scope.
  • Connected calendar accounts and calendars reviewed for read and write access.
  • Running Coolify instance with API access enabled.
  • Coolify API access token scoped to the resources Claude may inspect or manage.
  • Node.js 20 or newer for the published npm server.
  • Review of which servers, projects, applications, databases, services, deployments, env vars, private keys, teams, cloud tokens, and scheduled tasks the token can access.
  • A freee account and permission to access the intended company, office, or organization data.
  • Review of freee API scopes for accounting, HR, invoices, project management, sales, IT management, and freee Sign.
  • For local setup, a registered freee application with OAuth client credentials and an approved callback URL.
  • Review of which company ID or office should be active before allowing API calls.
  • macOS 15.3 or later.
  • iMCP app installed from the upstream release or Homebrew cask.
  • Claude Desktop, Claude Code, Cursor, Amp, or another MCP client that can launch the bundled stdio server.
  • macOS permissions reviewed for each enabled service.
Install
Deploy Keeper.sh with the MCP service enabled, configure `MCP_PUBLIC_URL`, and connect an MCP client to the Keeper MCP endpoint with an authorized bearer token.
npx -y @masonator/coolify-mcp
npx freee-mcp configure
Install the iMCP macOS app, enable only the services you need, then configure the bundled imcp-server from the app menu or your MCP client.
Config
Manual-only setup:
BETTER_AUTH_URL=https://<keeper-host>
MCP_PUBLIC_URL=https://<keeper-host>/mcp
MCP_PORT=3002
{
  "mcpServers": {
    "coolify": {
      "command": "npx",
      "args": [
        "-y",
        "@masonator/coolify-mcp"
      ],
      "env": {
        "COOLIFY_BASE_URL": "https://your-coolify-instance.example",
        "COOLIFY_ACCESS_TOKEN": "your-api-token"
      },
      "type": "stdio"
    }
  }
}
{
  "mcpServers": {
    "freee": {
      "url": "https://mcp.freee.co.jp/mcp",
      "type": "http"
    }
  }
}
{
  "mcpServers": {
    "iMCP": {
      "command": "{path-to-imcp-server}"
    }
  }
}
Citations
ClaimUnclaimedUnclaimedUnclaimedUnclaimed
Open 4 picks in the interactive comparison tool

Related guides

Signals

Loading live community signals…

More like this, weekly

A short, calm digest of reviewed Claude resources. Unsubscribe any time.