Dregs

com.dregsPublished by dregs.comOfficial publisherv1.0.0Updated Oct 28, 2026

Fraud and abuse detection for SaaS: investigate scored identities, triage escalations, tune rules.

VerifiedStreamable HTTPWeb executableSecurity & MonitoringBusiness & Commerce

Overview

AI-generated overview

Dregs is a hosted MCP server for SaaS fraud and abuse detection, letting an assistant investigate scored identities, triage escalations and tune rules in your…

What you can do
  • Read account and dashboard stats, score distribution, rule activity and documentation
  • List and inspect identities, their analysis, history, links and events; search events and mark identities disregarded
  • Review groups and devices behind related accounts
  • List, read, summarize and update escalation statuses
  • List, preview, create, update and delete escalation rules and badge rules
  • Inspect notification channels and deliveries, and manage datasets and mappings
When to use it
Useful when your team runs Dregs to score signups and users for fraud, bots, duplicate accounts or account takeover, and you want an assistant to walk through an identity or account ring, review open escalations, or draft and preview rule changes instead of clicking through the dashboard.
Requirements
A remote Streamable HTTP endpoint at dregs.com/mcp, with no local package. Authentication is OAuth 2.1 (browser approval, team chosen on the approval page) or an MCP token sent as an Authorization Bearer header, created in the Dregs dashboard under Settings, AI Agents. A Dregs account and team membership are required; writes need the admin role.
Before you install
A token acts as you within its team, so treat it like a password and use one per agent or machine. Writes change team-wide scoring and escalations: rule creation, updates and deletions, disregarding identities, re-scoring, testing channels, and dataset or mapping edits. Preview rule impact and review proposed changes before approving. Scored data is user input and may contain text aimed at an agent; treat returned content as data, not instructions.

Installation

In SourceWeft

  1. Open Dregs in the dashboard and add it to a workspace.
  2. Connect the required credentials. They are stored privately and never shown on public pages.
  3. Enable the server for the chats that should use its tools.

Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.

Use with an agent

Paste this prompt into Claude Code, Codex, Cursor or another agent — or into SourceWeft chat. The agent reads this server's install guide, shows you its publisher, endpoint and sign-in, and adds it to your client once you agree. Keys never go into a command.

Read https://sourceweft.com/mcp/com.dregs%2Fdregs-mcp/install.md and connect the MCP server it describes to my client. Before changing any config, show me its publisher, endpoint and sign-in method and wait for my OK. Never put an API key in a command or in a file I would commit; ask me where it should come from.

Read the install guide the agent follows

Other MCP clients

Add this to your client's mcpServers config. The client completes OAuth sign-in on first connect.

{
  "mcpServers": {
    "dregs": {
      "type": "http",
      "url": "https://dregs.com/mcp"
    }
  }
}

README

Dregs MCP

Dregs scores a site's users for fraud and abuse: fake signups, bots, duplicate accounts, referral fraud, and account takeover, each explained by the observations behind the score. Its built-in Model Context Protocol (MCP) server lets AI agents like Claude, ChatGPT, Codex, Cursor, and VS Code investigate identities, review escalations, and tune rules in your Dregs account.

This repository is the public home for connecting to that server: setup snippets for each client, the Claude Code plugin, and the metadata behind Dregs's listings in MCP directories. The server itself is hosted by Dregs at https://dregs.com/mcp, and its source is not published here.

The maintained, full-length guide is the AI Agents chapter of the Dregs manual. This README is the short version.

The Dregs MCP endpoint

URLhttps://dregs.com/mcp
TransportStreamable HTTP
AuthenticationOAuth 2.1 (preferred), or an MCP token in an Authorization: Bearer header
Registry namecom.dregs/dregs-mcp

OAuth is the easiest way to connect. Clients that support MCP OAuth send you to Dregs to approve the connection in your browser. If you belong to more than one team, you choose the team on the approval page, and you can review or revoke connected agents under Settings → AI Agents in the Dregs dashboard.

MCP tokens are for clients that can't do OAuth, and for scripted agents. Create one in the Dregs dashboard under Settings → AI Agents, copy it right away (it's only shown once), and send it as Authorization: Bearer YOUR_TOKEN. A token acts as you within the team where you created it, so treat it like a password.

Connecting Claude Code to Dregs

The quickest way is the plugin from this repository, which adds the Dregs MCP server plus skills for integrating Dregs into your application and for working with the data afterwards:

/plugin marketplace add dregs-sdk/dregs-mcp/plugin install dregs@dregs

Then run /mcp, pick dregs, and approve the OAuth connection in your browser. Ask Claude something like "Summarize my Dregs account" to confirm it can reach your team.

Without the plugin, add the server directly and Claude Code will walk you through OAuth:

bash
claude mcp add --transport http dregs https://dregs.com/mcp

Or with an MCP token, for headless use:

bash
claude mcp add --transport http dregs https://dregs.com/mcp --header "Authorization: Bearer YOUR_TOKEN"

The equivalent project-level .mcp.json:

json
{  "mcpServers": {    "dregs": {      "type": "http",      "url": "https://dregs.com/mcp"    }  }}

Plugin skills

The plugin's skills are workflows, not tool schemas; each reads the relevant manual chapter through get_documentation before it acts, proposes changes for you to review, and confirms before anything is written.

SkillWhat it does
connectConnects Claude Code to the Dregs MCP server over OAuth or a token and verifies it with get_account_summary.
setupDrives a complete integration of Dregs into your application, checking what exists and asking which parts to do.
setup-trackingAdds the dregs.js snippet, dregs.identify() at signup and login, and dregs.track() for key actions, then verifies events arrive.
setup-eventsSends server-side events with the official Dregs SDK for your language and maps your event names and identity fields to Dregs's canonical types.
setup-webhooksBuilds a webhook receiver with signature verification and a first response to scores and escalations, then verifies deliveries.
health-checkRead-only diagnosis of an integration: ingestion, identification, mappings, analyzer observations, limits.
investigate-identityWalks one identity from scores to observations, history, links, devices, and events, and reaches a verdict.
investigate-clusterMaps a ring of related accounts across shared devices, IPs, and sessions, with the evidence for each member.
tune-rulesAuthors or adjusts badge and escalation rules with a preview of their impact and confirmation before writing.
weekly-reviewA read-only account health review: volume, score distribution, rule activity, open escalations, usage.

The integration skills edit your code, so they need a client with repository access such as Claude Code or Codex. The others work anywhere the server is connected.

Connecting Claude Desktop and claude.ai to Dregs

Claude Desktop and claude.ai connect to remote MCP servers as custom connectors, which use OAuth.

  1. Open Settings → Connectors and choose Add custom connector.
  2. Enter a name and the URL https://dregs.com/mcp.
  3. Choose Connect and approve the Dregs OAuth connection when your browser opens.
  4. In a conversation, open the tools menu and turn on the Dregs connector.

Connecting ChatGPT and Codex to Dregs

ChatGPT on the web connects through plugins created in Developer mode (Settings → Security and login). Open Plugins, add a connection with the URL https://dregs.com/mcp, then add it to a new conversation from the tools menu and approve the OAuth connection.

Codex in the ChatGPT desktop app, the Codex CLI, and the Codex IDE extension share one configuration:

bash
codex mcp add dregs --url https://dregs.com/mcpcodex mcp login dregs

Or with an MCP token in ~/.codex/config.toml:

toml
[mcp_servers.dregs]url = "https://dregs.com/mcp"bearer_token_env_var = "DREGS_MCP_TOKEN"

Connecting Cursor to Dregs

[Install in Cursor]

Or add it to .cursor/mcp.json in your project (or ~/.cursor/mcp.json for all projects) and approve the OAuth connection when Cursor first connects:

json
{  "mcpServers": {    "dregs": {      "url": "https://dregs.com/mcp"    }  }}

To use an MCP token instead, add "headers": { "Authorization": "Bearer ${env:DREGS_MCP_TOKEN}" } and set DREGS_MCP_TOKEN in the environment before starting Cursor.

Connecting VS Code to Dregs

[Install in VS Code] [Install in VS Code Insiders]

Or run MCP: Add Server from the Command Palette, or add it to .vscode/mcp.json:

json
{  "servers": {    "dregs": {      "type": "http",      "url": "https://dregs.com/mcp"    }  }}

To use an MCP token, declare a promptString input with "password": true and reference it in an Authorization header. The manual has the complete example.

Connecting other MCP clients to Dregs

Any client that supports remote servers over Streamable HTTP can connect the same way. For clients that only support local (stdio) servers, the mcp-remote bridge usually works. Leave out the --header arguments to have it run the OAuth flow instead of using a token:

json
{  "mcpServers": {    "dregs": {      "command": "npx",      "args": ["-y", "mcp-remote", "https://dregs.com/mcp", "--header", "Authorization: Bearer YOUR_TOKEN"]    }  }}

What an agent can do with Dregs

The server exposes the investigative and rule-tuning parts of the Dregs dashboard. Clients fetch the live tool list when they connect, so this table is a map of the surface rather than the source of truth.

GroupTools
Account and dashboardget_account_summary, dashboard_stats, dashboard_score_distribution, dashboard_rule_activity, get_documentation
Identities and eventslist_identities, get_identity, get_identity_analysis, get_identity_history, get_identity_links, search_events, analyze_identity, set_identity_disregarded
Groupslist_groups, get_group
Deviceslist_devices, get_device
Escalationslist_escalations, get_escalation, escalation_summary, update_escalation_status
Escalation ruleslist_escalation_rules, get_escalation_rule, preview_escalation_rule, create_escalation_rule, update_escalation_rule, delete_escalation_rule
Badge ruleslist_badge_rules, get_badge_rule, create_badge_rule, update_badge_rule, delete_badge_rule
Notification channelslist_channels, get_channel, list_channel_deliveries, test_channel
Datasets and mappingslist_datasets, list_dataset_entries, add_dataset_entry, remove_dataset_entry, list_mappings, set_mapping, delete_mapping

Reads are available to every team member. Writes follow your dashboard role: creating, changing, or deleting rules, disregarding an identity, re-scoring, testing a channel, and editing datasets or mappings need the admin role. Some things are left to humans on purpose. An agent cannot create or edit notification channels or their secrets, manage your team, credentials, or billing, delete identities or events, or change how Dregs scores. It investigates, proposes, and hands off.

Every tool carries MCP annotations (readOnlyHint, destructiveHint, idempotentHint, openWorldHint), so clients that honor them can prompt before writes and deletes.

Server SDKs

Getting data into Dregs is a separate job from connecting an agent to it, and there is an official SDK for each of five server languages. They cover sending events, reading an identity with its scores or its full analysis, requesting a re-score, and verifying webhook signatures, with typed errors per status and retries with backoff built in. Reach for one before writing an HTTP client by hand; the plugin's setup-events skill does.

LanguagePackageInstallMinimumSource
Pythondregs on PyPIpip install dregs or uv add dregsPython 3.10dregs-sdk-python
TypeScript@dregs/sdk on npmnpm install @dregs/sdkNode 20dregs-sdk-typescript
Javacom.dregs:dregs-sdk on Maven Centraladd the Gradle or Maven coordinateJava 17dregs-sdk-java
Rubydregs on RubyGemsbundle add dregsRuby 3.1dregs-sdk-ruby
PHPdregs/dregs-sdk on Packagistcomposer require dregs/dregs-sdkPHP 8.2dregs-sdk-php

The SDKs are server-side only and authenticate with a credential's secret key (sk_…) as a bearer token. Browser tracking remains the dregs.js script with the public key (pk_…). On npm the bare dregs package is that browser script, not the SDK; the server SDK is @dregs/sdk.

Safety practices for AI fraud review

  • The data is written by the people being scored. Identity attributes, display names, and event payloads are user input, and a bad actor can put text in them aimed at an agent. The server tells agents to treat everything it returns as data, never as instructions. Keep that in mind when you read an agent's conclusions too.
  • The agent acts in your account. Rule changes and disregarded identities affect the whole team's scoring and escalations. Ask for a preview (preview_escalation_rule reports how many identities a rule would open against today) and review proposed changes before approving them.
  • Scope your access. Use one token per agent or machine, name them clearly, and revoke any you no longer use. Review OAuth connections under Settings → AI Agents.

Support

  • Setup help and questions: [email protected]
  • Security issues: see SECURITY.md
  • Problems with the contents of this repository (the README, plugin, or directory metadata): open an issue here

What's in this repository

PathPurpose
server.jsonDregs's entry in the official MCP Registry
glama.jsonMaintainer metadata for the Glama listing
chatgpt-app-submission.jsonTool annotations, justifications, and test cases for the ChatGPT plugin directory submission
.claude-plugin/, .mcp.json, skills/The Claude Code plugin and its marketplace manifest
.github/workflows/Validation on every push, and registry publishing on release

Releasing a new version of the surface

The tool surface is a public API once published. When it changes: bump version in server.json, .claude-plugin/plugin.json, and .claude-plugin/marketplace.json together, update the tool table above and the skills if tools were added or renamed, tag the release vX.Y.Z, and publish a GitHub release. The publish-registry workflow pushes server.json to the MCP Registry from the release.

License

The contents of this repository are released under the MIT License. The Dregs service itself is governed by Dregs's terms of service.

Source: README.md at commit e4c9fef

Tools

0
This server asks you to sign in, so SourceWeft could not read its tools without an account and has not indexed them. What a connected account sees can depend on that account and its permissions.

Version history

1
  1. v1.0.0LatestSep 21, 2026

Score

85% 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 daysRequired25 pts
  • Auth declaredRequired10 pts
  • 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