anti-rea-mcp
This server does not currently have a deployable release on Glama. Follow the repository's setup instructions to install and configure it for your MCP client, including any required credentials and local dependencies.
@dannyphan190/anti-rea-mcp
This is an MCP server - a Model Context Protocol (MCP) server for the antiRea library (@dannyphan190/anti-rea).
Protocol: Model Context Protocol (MCP) - https://modelcontextprotocol.io
Transport: stdio - the server reads JSON-RPC from stdin and writes to stdout; startup logs go to stderr
Built with: the official
@modelcontextprotocol/sdkfor TypeScriptVersion: 2.8.0, wrapping
@dannyphan190/anti-rea2.8.0Exposes: 6 MCP tools -
list_signals,create_signal,observe,observe_reference,evaluate,close_signal- that run antiRea's eight advisory signal kinds as stateful sessions
antiRea is a server-side TypeScript library that meters dataset access per identity and flags coordinated bot abuse - bulk extraction crews, scheduler-driven herds, seat squatting - for web apps and SaaS. This MCP server exposes the library's coordinated-cohort signal family - herd phase, herd tightness, seat occupancy, room guard, activity phase, vote brigading, room hopping and reconnect storms - as stateful sessions an MCP client can drive with tool calls. The library's core - per-identity dataset metering against bulk extraction and cloning - stays in-process by design and is not part of this server; only the signal family is exposed here, because signals are what an agent can exercise through tool calls.
It exists so an AI agent (or a developer driving one) can open a signal, feed it a synthetic or replayed event stream, and read the signal's verdict - for trying antiRea out, running the integration checklist shapes from the library's AGENT-GUIDE.md, and demoing what each signal does, without writing any host code first.
Run it
Requires Node.js >= 20.
Run it directly:
npx -y @dannyphan190/anti-rea-mcpOr install globally:
npm install -g @dannyphan190/anti-rea-mcp
anti-rea-mcpClient configuration
Standard mcpServers config for MCP clients (Claude Code, Cursor, and other stdio clients use this shape):
{
"mcpServers": {
"anti-rea": {
"command": "npx",
"args": ["-y", "@dannyphan190/anti-rea-mcp"]
}
}
}Related MCP server: machine-mcp
Honest caveat - read this first
This wrapper is a registry-presence, evaluation and demo channel. It is not a production enforcement path.
antiRea's signals are designed to live inside the host application's process, fed by its real event streams (room joins, seat lifecycles, socket connect/disconnect hooks). Every signal output is advisory - each result carries enforcement: "none" - because antiRea measures and reports; the host application decides what to do. A signal session held in this MCP server's memory sees only what a tool caller feeds it, dies when the server process exits, and is separated from your serving path by an agent round-trip. Production integrations should import @dannyphan190/anti-rea in-process and follow its AGENT-GUIDE.md. The strongest legitimate reaction to any signal remains a step-up challenge for new actions, wired host-side through createVerificationGrace - never a ban, kick or block driven by this wrapper's output.
Tools
Tool | What it does |
| Returns the 8 signal kinds, the library factory behind each, and the exact event shape |
| Opens a session around one library signal instance. |
| Feeds one event into a session. Fill only the fields the kind uses (see the table below). Returns the library's observation object. |
| Feeds |
| Runs the instance's |
| Drops the session and its in-memory instance. Nothing is persisted. |
The eight kinds and their event shapes
kind | factory |
| Notes |
|
|
| Shared-scheduler fleet on a 900 s grid. Evaluate with |
|
|
| Requires |
|
|
| Requires |
|
|
| Herd-phase law over one activity stream. Scoped evaluation is mandatory - pass |
|
|
| Vote-skip scope only (the measured scope). Flags need >= 2 contributing windows. |
|
|
| >= 16 distinct rooms / trailing hour. Self-disarms above a 25% flagged share - never act on names while |
|
|
|
|
|
|
| Whole-cohort tightness vs the fed reference; without one it returns |
ts is always a millisecond timestamp. Feed one homogeneous stream per session (joins OR chats OR retries - never mixed), and keep the lab-frozen default options unless you have your own measurements: thresholds in these modules were fixed before the lab ran.
A first session
list_signals- pick a kind.create_signal{ "kind": "herd-phase" }- keep the returnedsessionId.observe{ "sessionId": "...", "identity": "acct-1", "ts": 1730000000000 }- repeat per event.evaluate{ "sessionId": "...", "args": { "cohortWindowMs": 86400000 } }- read the advisory result.close_signal{ "sessionId": "..." }when done.
Development
npm install
npm run build # tsc -> dist/index.js
npm run smoke # scripted JSON-RPC smoke test over stdio (scripts/smoke.mjs)
npm start # node dist/index.jsThe smoke test mirrors the library's own verification checklist: a synthetic shared-grid herd (12 identities x 12 events, 900 s grid, ~+/-30 s jitter) confirms in herd-phase and names exactly its members; a herd-tightness cohort fed against a spread reference scores tight; 16 fresh silent joins flag a 30-seat room in seat-occupancy after the 600 s sustain; missing capacity and use-after-close return clean tool errors.
Scope notes
Sessions are in-memory only and unbounded in count; this is a deliberate thin-wrapper trade-off for evaluation use, not a serving component.
seat-occupancyandroom-guardsessions requireoptions: { capacity }at create time - the wrapper forwards options verbatim and invents nothing on top of the publisheddist/index.d.tssurface.All lab numbers quoted by the library (and echoed in its result
noticefields) are seeded-simulation numbers, not real-traffic performance.
License
MIT. The wrapped library @dannyphan190/anti-rea is also MIT.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
This server cannot be deployed
Maintenance
Related MCP Connectors
Persistent memory, hybrid search and a goal graph for AI agents, over stdio or remote HTTP.
Capture, inspect, send and assert on webhooks and inbound email from your coding agent.
Pre-execution governance for AI agents. Deterministic PASS/FAIL/REVIEW verdicts, replayable proof.
Configure AI agents, give them knowledge and tools, and read back every generation they run.
Related MCP Servers
- FlicenseNot gradedqualityBmaintenanceEnables EHR Copilot operations such as order cloning, queue building, and execution trace analysis over stdio.-
- AlicenseAqualityCmaintenanceEnables an AI agent to run local tools on the user's own machine via stdio, including command execution, workspace file read/write, and system status checks.52MIT
- FlicenseNot gradedqualityBmaintenanceEnables MCP clients such as Claude Desktop or Claude Code to drive the local daemon through stdio, listing agents and sessions, running agents, and reporting costs.-
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to use an approved session to inspect capabilities, manage projects and memories, perform bounded reads, and make journaled changes through a stdio interface.46 npmMIT