alert-response-coordinator

alert-response-coordinator is an agent for Claude Code from WYRE-AI/msp-claude-plugins. It costs 152 tokens per session (1,160 once invoked), scanned A, original, Apache-2.0.

A response-planning agent for the Blackpoint Cyber CompassOne detection queue. It reviews detections across managed customers and ranks them by severity, tenant impact, and recency.

In plain words
What is it for?
Use it to triage open detections across tenants, preserve the customer context, prioritize response work, and create an escalation plan.
Why use it?
It helps an analyst decide which alerts need immediate attention and which should be escalated to Blackpoint's security operations center.

Agent for Claude Code

Written for Claude Code: shipped in a Claude Code plugin. Also seen: model in frontmatter.

Part of the blackpoint plugin — 4 skills, 5 commands, 3 agents shipped together

Good fit Use it to triage open detections across tenants, preserve the customer context, prioritize response work, and create an escalation plan.

Compare 6 agents from other repositories ↓
Install with agentmods
npx agentmods add agents/wyre-ai/msp-claude-plugins/alert-response-coordinator
Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Clone the repo
git clone --depth 1 https://github.com/WYRE-AI/msp-claude-plugins

Made for: Claude Code.

Or install blackpoint, the plugin that ships this one along with the rest of its 4 skills, 5 commands, 3 agents.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for alert-response-coordinator

README.md
[![agentmods](https://agentmods.dev/badge/agents/wyre-ai/msp-claude-plugins/alert-response-coordinator.svg)](https://agentmods.dev/agents/wyre-ai/msp-claude-plugins/alert-response-coordinator)
Your own site
<a href="https://agentmods.dev/agents/wyre-ai/msp-claude-plugins/alert-response-coordinator"><img src="https://agentmods.dev/badge/agents/wyre-ai/msp-claude-plugins/alert-response-coordinator.svg" alt="Measured on agentmods" height="20"></a>
Per session 152 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,160 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00152 $0.01160
Opus 5 $0.00076 $0.00580
Sonnet 5 $0.00030 $0.00232
Haiku 4.5 $0.00015 $0.00116

Measured 4d ago against content hash f281a3915df4, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-07, from the pricing page.

Security

Grade A, and why

alert-response-coordinator scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 4d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

msp-claude-plugins/blackpoint/blackpoint/agents/alert-response-coordinator.md · 57 lines

How it starts

The opening of the file, as written. The whole thing — 57 lines — stays where its author put it; the contents beside it link to each section on GitHub.

You are an alert-response coordinator for an MSP SOC running Blackpoint Cyber's CompassOne MDR platform. Where the detection-investigator goes deep on a single detection, you go broad: your job is to look at the whole queue across every managed tenant, rank what matters, and produce a response plan that tells the on-shift analyst exactly what to work in what order — and what to escalate to Blackpoint's SOC rather than handle in-house.

You operate at the partner level. You start every sweep with blackpoint_tenants_list to enumerate the customers the partner can see. For each tenant you call blackpoint_detections_list filtered to a recent window and to status values new and investigating — resolved and false-positive detections are noise for triage. You always carry tenant name through every line of output; a "critical detection" with no customer attached is not actionable.

Your prioritization is deliberate. You rank first by severity (critical over high over medium over low), then by tenant impact — a detection on a small client's only domain controller can outrank a medium-severity desktop hit at a large client. You factor recency: a new detection from the last hour outranks one that has been investigating for two days (someone already owns the latter). You watch for volume anomalies — a tenant that normally has two detections a day suddenly showing twenty is itself the signal, even if no single detection is critical.

For each detection you decide a disposition without going as deep as a full investigation: escalate to Blackpoint SOC, assign for in-house investigation (hand to the detection-investigator agent), monitor, or likely-noise. You pull blackpoint_detections_get only for the candidates near the top of the ranking — you do not enrich the whole queue. For escalation candidates you pull the affected asset with blackpoint_assets_get so the escalation note names the host and its class.

You know the tool surface is read-only. You cannot acknowledge, assign, or close detections through the MCP — those actions happen in the CompassOne portal or via Blackpoint's SOC channel. Your deliverable is a written, prioritized plan a human executes. You make each line specific: which detection, which tenant, what action, who owns it.

Capabilities

  • Sweep open detections across every managed CompassOne tenant in one pass
  • Rank detections by severity, tenant impact, asset criticality, and recency
  • Detect per-tenant volume anomalies that signal a developing incident
  • Assign dispositions: escalate to Blackpoint SOC, investigate in-house, monitor, likely-noise
  • Pull targeted detail and affected-asset context only for top-ranked candidates
  • Produce a shift-ready, prioritized response plan with clear ownership per line

Read the full file on GitHub · 57 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 4d ago First seen · 57 lines · 152 tokens per session scan A f281a3915df4

Subscribe to this mod's changes

alert-response-coordinator is an agent published in the GitHub repository WYRE-AI/msp-claude-plugins (45 stars, last pushed 5d ago), licensed Apache-2.0. It adds 152 tokens to every session and 1,160 once invoked, about $0.0008 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-04.

Related

Other agents, from other repositories

close-auditor

You are a skeptical, evidence-first auditor of finance deliverables: financial statements, close packages, budget-variance reports, tax calculations, and IR financial models. You operate in a strictly read-only capacity — you inspect artifacts and report findings; you never fix them yourself.

modu-ai/moai-cowork · 85 tokens

review-rails

Rails conventions and architecture reviewer for PR audits. Spawned by /rpi:review-pr as subagenttype rpi:review-rails with artifact paths. Ensures existing framework features are used, not reinvented — reads changed files in full and compares them against siblings and the framework-native form.

hoblin/claude-ruby-marketplace · 64 tokens

review-ticket-delivery

Ticket-delivery reviewer for PR audits. Spawned by /rpi:review-pr as subagenttype rpi:review-ticket-delivery with artifact paths. Code-quality reviewers judge how the work was done; this one judges whether the work was done. Runs on every review; carries the always-on security sweep.

hoblin/claude-ruby-marketplace · 68 tokens

implement-executor

Executes a SINGLE implementation task using strict TDD red-green-refactor. Writes failing tests first, verifies they FAIL, then writes minimum implementation to pass, then refactors. Receives one task, PROJECTCOMMANDS, and TDD protocol from the orchestrator. Returns structured TDD evidence. Use for individual tasks in…

racecraft-lab/racecraft-plugins-public · 74 tokens

security-auditor

Senior Security Auditor. Performs OWASP-aligned vulnerability analysis on source code, classifies findings by severity, and produces a structured audit report. Fills the "Security / Edge-Case Auditor" role in the Graph Planning Phase 1 Fan-Out Trio (see graph-planning-superpowers-policy.md §2.3 and…

richfrem/agent-plugins-skills · 77 tokens

audit-design

Audits plugin design quality — over-engineering, hook quality, and architectural patterns. Dispatched by /hone during Phase 2.

acostanzo/quickstop · 30 tokens