Self-hosted Cloudflare Worker remote backend for context-keeper (D1, streamable-HTTP).
MCPpedia last refreshed this data
Config is the same across clients — only the file and path differ.
{
"mcpServers": {
"io-github-jarmstrong158-context-keeper-remote": {
"command": "<see-readme>",
"args": []
}
}
}Are you the author?
Add this badge to your README to show your security score and help users find safe servers.
Part of the xylem stack.
No automated test available for this server. Check the GitHub README for setup instructions.
Five weighted categories — click any category to see the underlying evidence.
No known CVEs.
No package registry to scan.
Be the first to review
Have you used this server?
Share your experience — it helps other developers decide.
Sign in to write a review.
Others in cloud
MCP Server for kubernetes management commands
Upload, organize, search, and transform images, videos, and files with AI-powered tools.
Static infrastructure analysis via MCP: databases, AWS services, IaC, and code patterns.
MCP server for Hostinger API
MCP Security Weekly
Get CVE alerts and security updates for io.github.jarmstrong158/context-keeper-remote and similar servers.
Start a conversation
Ask a question, share a tip, or report an issue.
Sign in to join the discussion.
Part of the xylem stack.
A remote MCP server on Cloudflare Workers that exposes context-keeper's rationale store (decisions, pipelines, constraints) over Streamable HTTP. It works as a claude.ai custom connector, including on mobile, so your project's decisions and constraints are available from any Claude session — no PC left running, no tunnel.
Self-host your own copy in a few clicks with the button above — Cloudflare copies this repo into your GitHub account, creates a fresh D1 database for you, and deploys the Worker. Then you add one secret and paste a URL into Claude. Full walkthrough below; every step is a click, no command line anywhere.
The maintainer's own instance runs at
https://context-keeper-remote.jarmstrong158.workers.dev. Yours will be at your own subdomain after you deploy.
WHERE queries; two writers (desktop +
mobile) don't clobber each other the way whole-file JSON read-modify-write does.Click the Deploy to Cloudflare button at the top of this page. Cloudflare will:
When it finishes, your Worker is live at
https://context-keeper-remote.<your-subdomain>.workers.dev. Note that URL — you'll
need it in Step 3. (You can always find it under Workers & Pages in the
dashboard.)
Nothing to configure in the repo, and no SQL to run — the database starts empty and the Worker creates its tables on the first request.
AUTH_TOKEN secret (Cloudflare dashboard)The Worker refuses every request until it has an auth token, so set one:
AUTH_TOKEN. Value: a long random string (32+ characters
— treat it like a password). Save/Deploy.That value is your connector's password. Keep it somewhere safe; you'll paste it in the next step.
agentsync-remote worker?agentsync-remote uses the same AUTH_TOKEN scheme, and additionally needs, in
its Worker's Variables and Secrets:
GH_PAT — a GitHub personal access token, andREPO — set to the owner/repo it should sync.Those two do not apply to context-keeper-remote (this repo) — it only needs
AUTH_TOKEN. See the agentsync-remote README for its specifics.