
Mcp Sift
io.github.codesparPublished by GitHub account codesparv0.2.0-alpha.3Updated Nov 3, 2026
MCP server for Sift — global ML fraud detection: real-time risk scoring, decisions, event ingestion
Overview
MCP server for Sift fraud detection: send fraud events, read ML risk scores, and apply or read workflow decisions.
- What you can do
- Send fraud signals to Sift's Events API, including chargebacks, logins, logouts, content status, session-to-user links and custom events
- Fetch a user's latest ML abuse scores or force an immediate rescore
- Label or unlabel a user as fraud or not-fraud
- Apply workflow decisions to users, orders, sessions and content items
- Read the decisions currently applied to users, orders, sessions and content, and check a workflow run's status
- When to use it
- For teams already using Sift for fraud detection who want an assistant to instrument signup, login, order and chargeback events, check risk scores at checkout or withdrawal, or review and apply manual-review decisions.
- Requirements
- Runs locally over stdio via the npm package (npx), so Node.js is needed. Requires SIFT_API_KEY (secret) and SIFT_ACCOUNT_ID for the Decisions API v3 calls; SIFT_BASE_URL is optional and defaults to Sift's API host. Network access to Sift is required.
Installation
In SourceWeft
- Open Mcp Sift in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
@codespar/mcp-sift
MCP server for Sift — global enterprise ML-based fraud detection.
Third entry in the CodeSpar fraud category after @codespar/mcp-clearsale and @codespar/mcp-konduto. Sift is the global / enterprise counterpart to the two BR-native antifraud servers.
Positioning
Also distinct from @codespar/mcp-jumio, which is global KYC / identity verification — a different layer than fraud scoring.
Sift's API shape
Sift is built around three APIs that work together:
- Events API (
/v205/events) — you POST every interesting signal (account creation, login, order, chargeback, ...) as a$-prefixed event. - Score API (
/v205/users/{user_id}/score) — you GET the latest ML score for a user, or POST to force a rescore. Scores are floats in[0, 1]per abuse type (payment_abuse,account_abuse,content_abuse,promotion_abuse). - Decisions API v3 (
/v3/accounts/{account_id}/...) — workflows in the Sift console turn scores into Decisions (block_user_payment_abuse,approve_order_payment_abuse, etc). You can apply a decision directly, read the current decisions on a user/order, or fetch the status of a workflow run.
Tools (20)
Install
Environment
Authentication
- Events API —
$api_keyis injected into the JSON body. The server handles this automatically. - Score API + Decisions API v3 — HTTP Basic, API key as username, empty password. The server handles the base64 encoding.
Pass the raw key in SIFT_API_KEY.
Typical flow
- Instrument your app: every signup, login, profile update, order, and chargeback becomes a
send_eventcall with the right$type. - On high-stakes moments (checkout, withdrawal), call
send_eventwithreturn_score: trueto get an inline decision. - Or poll
get_user_score/get_order_decisionsasynchronously after a workflow run completes. - For manual review outcomes, call
apply_decision_to_userorapply_decision_to_orderwith a Decision ID configured in the Sift console andsource: "MANUAL_REVIEW". - When a chargeback is confirmed, send a
$chargebackevent AND eitherapply_decision_to_userwith a Block decision orlabel_userwithis_bad: true, abuse_type: "payment_abuse". Decisions are preferred for new integrations; Labels are kept for backward compatibility.
Alpha note
Shipped as 0.1.0-alpha.1. All endpoint paths are verified against Sift's official Ruby SDK (SiftScience/sift-ruby): rest_api_path, user_score_api_path, users_label_api_path, user_decisions_api_path, order_decisions_api_path, workflow_status_path, and the Decision ApplyTo path builder.
Scope vs. the original brief:
- Shipped & verified: send_event, get_user_score, rescore_user, label_user, unlabel_user, apply_decision_to_user, apply_decision_to_order, get_user_decisions, get_order_decisions, get_workflow_run.
- Dropped — not in the public SDK:
get_session_score(/v205/sessions/{session_id}/score) — no equivalent helper in the Ruby SDK; session-level scoring in Sift flows through session-level Decisions and Workflow runs, not a dedicated score endpoint.list_workflow_runs(GET /v3/accounts/{account_id}/workflows/runs) — onlyGET /{run_id}is implemented in the public SDK. In practice, Sift surfaces run_ids in event responses rather than via a list endpoint.get_psychology_score— no such endpoint in the public SDK.
The developers.sift.com reference pages gate deep-link URLs (403 on several paths), so we used the official SDK as the source of truth. Promote to 0.1.0 once a customer confirms (or denies) the dropped endpoints against the full Decisions / Score API reference in Sift's admin console.
Run
Category
fraud — third entry after ClearSale and Konduto. BR merchants operating internationally commonly pair Sift (global payment/account abuse) with ClearSale or Konduto (BR-specific chargeback history / device intelligence).
Enterprise
Need governance, budget limits, and audit trails for agent payments? CodeSpar Enterprise adds policy engine, payment routing, and compliance templates on top of these MCP servers.
License
MIT
Source: packages/fraud/sift/README.md at commit d0a519a
Tools
0Version history
1- v0.2.0-alpha.3LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts