Creditkarma Mcp

Credit Karma MCP

[CI] [npm] [license]

A Model Context Protocol server that connects Claude to Credit Karma, giving you natural-language access to your transactions, spending patterns, and account summaries.

[!WARNING] AI-developed project. This codebase was entirely built and is actively maintained by Claude Code. No human has audited the implementation. Review all code and tool permissions before use.

What you can do

Ask Claude things like:

• "Sync my latest transactions"
• "What did I spend on food last month?"
• "Show me my top merchants this year"
• "How much did I spend in March compared to February?"
• "Which accounts have the most activity?"
• "What are my account balances?"
• "Run a SQL query against my transactions"

Requirements

• Claude Desktop or Claude Code
• Node.js 18 or later
• A Credit Karma account
• For the no-env-var path: the ContextMint Bridge browser extension (the renamed fetchproxy extension, same maintainer — see Option A below for how to verify it)

Acknowledgement of Terms

By using this MCP server, you acknowledge and agree to the following:

1. This server accesses your own Credit Karma account. Every request is dispatched through your own signed-in browser tab via the ContextMint Bridge extension. You are the one logged in. It does not — and cannot — access anyone else's account.

2. Credit Karma's Terms govern your use of this server, just as they govern your direct use of creditkarma.com. The clauses most relevant here:

You must not sell, transfer, or assign your account to anyone else… you may not allow anyone else to log into our Services as you.

CK does contemplate third-party data retrieval at the user's direction (Section 3.7). There is no explicit anti-scraping clause in the membership agreement; Section 4.1 restricts copying or distributing CK content without express prior written consent.

You are agreeing to those terms — read by the maintainer 2026-05-23 — every time you invoke a tool in this server. Critically: this server runs as you, not as a third party logging in on your behalf. You direct the tool.

3. Personal, non-commercial use only. This project is not affiliated with, endorsed by, sponsored by, or in partnership with Intuit, Credit Karma, or any financial institution. It is a personal automation tool that reads your transaction history, spending categories, and account snapshots — the same data Credit Karma already shows you in their app. Do not use it on someone else's account, do not redistribute their content, and do not use it to make trading or lending decisions on behalf of others.

4. This server may break. Credit Karma rotates its internal endpoints; what works today may 404 tomorrow. This is the nature of unofficial integrations.

5. You accept full responsibility for any consequences of using this server in connection with your Credit Karma account — rate limiting, account warnings, suspension, or any enforcement action Intuit takes. If Credit Karma objects to your use, stop using this server. Do not commit your .env to git — your CK session/auth artifacts are credentials, and the Membership Agreement holds you responsible for their confidentiality.

This section is the maintainer's good-faith summary of the terms — it is not legal advice and does not modify or supersede Credit Karma's actual Membership Agreement.

Installation

1. Clone and build

git clone https://github.com/chrischall/creditkarma-mcp.gitcd creditkarma-mcpnpm installnpm run build

2. Configure

cp .env.example .env# See "Authentication" below to get your CK_COOKIES value

3. Add to Claude

Claude Code — add to .mcp.json in your project:

{  "mcpServers": {    "creditkarma": {      "command": "node",      "args": ["/absolute/path/to/creditkarma-mcp/dist/index.js"]    }  }}

Claude Desktop — edit ~/Library/Application Support/Claude/claude_desktop_config.json (Mac) or %APPDATA%\Claude\claude_desktop_config.json (Windows):

{  "mcpServers": {    "creditkarma": {      "command": "node",      "args": ["/absolute/path/to/creditkarma-mcp/dist/index.js"],      "env": {        "CK_COOKIES": "CKTRKID=...; CKAT=eyJ...%3BeyJ...; ..."      }    }  }}

4. Restart Claude

Fully quit and relaunch. Then ask: "Sync my Credit Karma transactions".

Authentication

Credit Karma uses short-lived JWTs. This server handles automatic token refresh — you only need to set up credentials once (or when your session expires).

creditkarma-mcp tries three auth paths in priority order; whichever succeeds first is used. Existing setups keep working unchanged.

1. CK_COOKIES env var (legacy). Set the full Cookie header in your Claude Desktop config or .env. This is the path shown in the config above.
2. Saved session from ck_set_session. The tool saves the Cookie header to ~/.creditkarma-mcp/session (mode 0600; override the path with CK_SESSION_PATH), which the server reads back directly on every start — including from the .mcpb bundle. Paths 1 and 2 are both local: whichever holds the fresher refresh token wins.
3. Browser fallback via ContextMint Bridge (no env vars needed — easiest onboarding). Used when neither is configured, or when the local session has expired or Credit Karma has rejected its refresh token: the server reads CKAT + CKTRKID cookies from your already-signed-in creditkarma.com tab via the ContextMint Bridge browser extension. After that read, all CK API calls go directly from Node — the extension is not in the request hot path. Install ContextMint Bridge (see Option A below), sign into creditkarma.com, and the MCP just works.

Set CK_DISABLE_FETCHPROXY=1 to opt out of the fallback (turns missing credentials into a hard error — useful in headless CI).

Getting your credentials (env-var path)

Option A — ContextMint Bridge extension (recommended)

1. Install ContextMint Bridge from its releases page. Chrome: download the chrome zip, unzip it, and load it unpacked at chrome://extensions (Developer mode → Load unpacked). Safari: it ships inside the ContextMint app, which has no public download link yet — use Chrome, or Option B, for now.

   ContextMint Bridge is the fetchproxy browser extension under its new name, from the same maintainer — fetchproxy's own README (Extension) points to it. Its source is public at nullnet-app/contextmint-bridge: build it yourself (npm run build), or check a release zip against the .sha256 file published beside it before loading it:

   sh

   shasum -a 256 -c contextmint-bridge-chrome-<version>.zip.sha256

2. Sign into creditkarma.com in that browser.

3. Leave CK_COOKIES unset in your Claude config.

The MCP reads the HttpOnly CKAT + CKTRKID cookies via chrome.cookies.get on the first tool call, then operates direct-to-API from Node. To re-auth (e.g. after Credit Karma signs you out), just sign back in to creditkarma.com. If the bridge in your browser can't read cookies, the MCP says so — use Chrome, or Option B.

Option B — manual (DevTools)

1. Log in to creditkarma.com in Chrome
2. Open DevTools → Network → click any request to creditkarma.com → Request Headers
3. Right-click the cookie header → Copy value

Then either paste into CK_COOKIES in your Claude config / .env, or call ck_set_session from within Claude with the Cookie header value.

The server extracts the access and refresh JWTs from the CKAT cookie inside the header and refreshes the access token automatically as needed.

Session expiry

• Access token: ~15 minutes (auto-refreshed transparently)
• Refresh token: ~8 hours
• When the refresh token expires:
  • fetchproxy path: sign back into creditkarma.com — the MCP re-reads fresh cookies on the next tool call.
  • env-var path: grab a fresh Cookie header from DevTools and update CK_COOKIES (or call ck_set_session).

Available tools

How it works

Transactions are synced from Credit Karma's GraphQL API into a local SQLite database (default: ~/.creditkarma-mcp/transactions.db). All query tools run against this local database — fast, offline-capable, and queryable with SQL.

Sync strategy: incremental by default (fetches since last sync date with a 30-day overlap for updates). Use force_full: true to walk the whole history with no date cutoff — it starts from the beginning, except that a repeated force_full continues a backfill that paused on max_pages. After a sync that failed or stopped on a stuck cursor, force_full restarts from page 1 (a plain call retries from the saved cursor).

Account balances: each sync also refreshes balances once, from two sources (a failure in either is reported in the result's balances, never thrown, and the transactions still sync):

• Linked accounts — every type, including credit cards and loans — come from the account aggregator behind Credit Karma's Manage accounts page (Intuit's account vault, reached with a token Credit Karma issues). Each account is matched to your transaction account by its account id, and its as-of time is that account's own last refresh. Card rows include the credit limit; available credit is calculated as limit minus balance.
• Credit cards and loans also come from your credit report (TransUnion by default; set CK_CREDIT_BUREAU=equifax to switch). These are as of the bureau's last report, usually 2–5 weeks old, with credit limits but no last 4. Closed accounts are dropped. When a credit-report account is clearly the same as a linked one (same lender, same credit limit, similar balance, the linked balance is at least as recent — and no other account fits), it is hidden as a duplicate; pass include_matched: true to see it. Doubtful pairs are never hidden.

Balances follow the transaction sign convention: assets are positive, money owed (card balances, loans) is negative; credit_limit and available_balance are positive. stale is true when balance_as_of is more than 7 days old for linked accounts, or 35 days for credit-report accounts.

Auto-refresh: if the access token has expired, the server automatically refreshes it before syncing. If the refresh token has also expired, it throws an error asking you to re-authenticate.

Database schema

transactions (id, date, description, status, amount, account_id, category_id, merchant_id, raw_json)accounts     (id, name, type, provider_name, display, last4, account_urn,              current_balance, available_balance, credit_limit,              balance_as_of, balances_synced_at, balance_source, matched_account_id)account_aliases (alias, account_id)categories   (id, name, type)merchants    (id, name)sync_state   (key, value)

Configuration

Troubleshooting

"CK auth: set CK_COOKIES, or call the ck_set_session MCP tool, or install the ContextMint Bridge extension…" — neither auth path is configured. Either fill in CK_COOKIES in your Claude config, or install ContextMint Bridge and sign into creditkarma.com in your browser.

"TOKEN_EXPIRED" — your refresh token has expired. Sign back into creditkarma.com (ContextMint Bridge path) or grab a fresh Cookie header from DevTools and update CK_COOKIES / call ck_set_session.

ck_healthcheck fails with a fresh sign-in — read its steps / failed_step: they report credential lookup, token validity, refresh and probe separately. A refresh failure reported as blocked at its CDN/WAF (Akamai) means the request never reached Credit Karma, and signing in won't help. A session rejected refresh means Credit Karma ended the session, even when the token looks new: an idle tab gets signed out. Sign in again. If a sign-in made moments ago fails the same way, restart with CK_DEBUG=1 and compare against docs/refresh-ground-truth.md.

"fetchproxy fallback failed" — the env-var path wasn't configured and the extension couldn't be reached. Confirm ContextMint Bridge is installed, you're signed into Credit Karma, and that it's running (open the extension popup). To disable the fallback, set CK_DISABLE_FETCHPROXY=1.

Sync returns 0 transactions — check that your auth is fresh. The refresh token inside the CKAT cookie expires after ~8 hours.

Tools not appearing — fully quit and relaunch Claude Desktop. In Claude Code, run /mcp to check server status.

"No such file or directory: dist/bundle.js" — run npm run build (not just tsc).

Security

• Credentials are stored only in your saved-session file (~/.creditkarma-mcp/session, or CK_SESSION_PATH), Claude config / .env, or your browser's cookie jar (ContextMint Bridge path)
• The saved-session file is written at mode 0600 (owner read/write only), in a 0700 directory, by ck_set_session and by every token-refresh rotation
• ck_set_session refuses to save a refresh token whose JWT exp is already in the past — prevents stale credentials from polluting the saved session
• The fetchproxy path reads cookies directly from the user's browser via chrome.cookies.get, but it is not memory-only: every token refresh rotates the session, and the rotated CKAT/CKTRKID Cookie header is saved to the saved-session file (~/.creditkarma-mcp/session, or CK_SESSION_PATH) at mode 0600 in a 0700 directory — fetchproxy-only users included — so a restart can recover without re-reading the browser. Call ck_forget_session (or delete that file) to remove it
• The server never logs credentials (including under CK_DEBUG=1, which logs names, timings and redacted bodies only); warnings go to stderr only (stdout is reserved for the MCP JSON-RPC stream)
• Only SELECT queries are permitted via ck_query_sql — no writes to Credit Karma. The query runs against a read-only connection, and node:sqlite's prepare() compiles only the FIRST statement of multi-statement input: anything after the first ; is silently ignored, never executed

Uninstall / Reset

The server keeps two things on disk. Neither is removed when you uninstall the extension or stop using it:

ck_forget_session is local only: Credit Karma is not contacted, so sign out at creditkarma.com to invalidate the tokens themselves. If CK_COOKIES is set in your Claude config, remove it there too, and sign out of creditkarma.com in the browser if ContextMint Bridge is installed — otherwise the next call picks the session straight back up.

Development

npm test               # run the test suite (vitest)npm run build          # compile TypeScript → dist/, bundle for MCPBnpm run test:watch     # watch modenpm run test:coverage  # coverage report (CI enforces 100% on src/**)

Versions are bumped automatically by the Tag & Bump GitHub Action (.github/workflows/tag-and-bump.yml). Do not bump manually.

Pull requests

Changes land via PR, including for solo work — release notes are generated from merged PRs only (config in .github/release.yml). Apply one of these labels to every PR: enhancement, bug, security, refactor, documentation, test, dependencies, ci, or ignore-for-release (excludes from notes). The PR title becomes the changelog bullet, so write it like a user-facing entry.

Project structure

src/  auth.ts               resolveAuth() — three-path priority (CK_COOKIES env / ck_set_session cache / fetchproxy), plus loadAuthIntoClient()  client.ts             Credit Karma GraphQL client (auto-refresh, JWT helpers, cookie parser, balance operations)  index.ts              MCP server entry point; bootstraps tokens from the saved session / CK_COOKIES  db.ts                 SQLite schema, migrations, and upsert helpers  vault.ts              Linked-account balances from Intuit's account vault  creditReport.ts       Credit-report balances (cards and loans, weeks old)  matching.ts           Pairs credit-report accounts with the linked accounts they duplicate  json.ts               Small helpers for reading untyped API JSON  transaction.graphql   Documents the transaction fields we read (sent as a persisted-query hash, not this text)  tools/    auth.ts             ck_set_session — refuses stale refresh tokens, saves ~/.creditkarma-mcp/session at 0600;                        ck_forget_session — deletes it and clears in-memory credentials    sync.ts             ck_sync_transactions — incremental sync with resume-on-failure    query.ts            ck_list_transactions, ck_get_recent_transactions,                        ck_get_spending_by_category, ck_get_spending_by_merchant,                        ck_get_account_summary    balances.ts         ck_get_account_balances + the balance refresh run by every sync    sql.ts              ck_query_sql — SELECT-only escape hatchtests/  helpers.ts            Shared test helpers (fakeServer, makeJwt)  auth.test.ts          resolveAuth + loadAuthIntoClient (mocks @fetchproxy/bootstrap)  client.test.ts  db.test.ts  tools/    auth.test.ts    sync.test.ts    query.test.ts    sql.test.ts

License

MIT