Source profileQuality 91/100

WYRE-AI/msp-claude-plugins/msp-claude-plugins/huntress/huntress/skills/incidents/SKILL.md

huntress-incidents

Huntress incidents and the remediation lifecycle: querying incidents by organization and status, SOC-recommended remediation details, individual and bulk approve/reject, remediation execution status, and the ordering constraint that incidents resolve only after all remediations are processed.

Source repository stars
42
Declared platforms
0
Static risk flags
0
Last source update
2026-08-28
Source checked
2026-08-28

Decision brief

What it does: where it fits

Manage Huntress SOC-confirmed security incidents across client organizations. Query open incidents, review SOC-recommended remediations, approve or reject remediation actions, and resolve incidents once all remediations are processed.

Best for

    Not for

    • Tasks that require unconfirmed production actions or broad system permissions.
    • Environments where the pinned source and install steps cannot be inspected.

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeNot declaredNo explicit evidencePortability before use
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    Installation

    Inspect first. Install second.

    The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

    Source-detected install commandSource
    npx skills add https://github.com/WYRE-AI/msp-claude-plugins --skill "msp-claude-plugins/huntress/huntress/skills/incidents"
    Safe inspection promptEditorial

    Inspect the Agent Skill "huntress-incidents" from https://github.com/WYRE-AI/msp-claude-plugins/blob/5005f73ba2f52cd299f58aa6bb79f4e70ae87103/msp-claude-plugins/huntress/huntress/skills/incidents/SKILL.md at commit 5005f73ba2f52cd299f58aa6bb79f4e70ae87103. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

    Workflow

    What the source asks the agent to do

    1. 01

      Anti-triggers

      Raw detections that have not become incidents — the pre-triage

      Raw detections that have not become incidents — the pre-triageSOC notifications asking the partner to act — those areEndpoint health, deployment, or coverage questions — use
    2. 02

      API Tools

      Retrieve incidents filtered by organization and status.

      Retrieve incidents filtered by organization and status.python huntressincidentslist(organizationid='org-456', status='open', pagetoken=None)
    3. 03

      List Incidents

      Retrieve incidents filtered by organization and status.

      Retrieve incidents filtered by organization and status.python huntressincidentslist(organizationid='org-456', status='open', pagetoken=None)
    4. 04

      Returns: {"incidents": [...], "nextpagetoken": "abc123" | null}

      python huntressincidentsget(incidentid='inc-789')

      python huntressincidentsget(incidentid='inc-789')
    5. 05

      Get Incident Details

      python huntressincidentsget(incidentid='inc-789')

      python huntressincidentsget(incidentid='inc-789')

    Permission review

    Static risk signals and limitations

    No configured static risk pattern was detected

    This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score91/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars42SourceRepository attention, not individual Skill quality
    Compatibility0 platformsSourceDeclared in the catalog source record
    Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    WYRE-AI/msp-claude-plugins
    Skill path
    msp-claude-plugins/huntress/huntress/skills/incidents/SKILL.md
    Commit
    5005f73ba2f52cd299f58aa6bb79f4e70ae87103
    License
    Apache-2.0
    Collected
    2026-08-28
    Default branch
    main
    View the original SKILL.md

    Huntress Incidents

    Manage Huntress SOC-confirmed security incidents across client organizations. Query open incidents, review SOC-recommended remediations, approve or reject remediation actions, and resolve incidents once all remediations are processed.

    Anti-triggers

    • Raw detections that have not become incidents — the pre-triage detection layer is signals; use huntress-signals.
    • SOC notifications asking the partner to act — those are escalations, a separate object with its own resolve flow; use huntress-escalations.
    • Endpoint health, deployment, or coverage questions — use huntress-agents.
    • An incident that is not a security finding — uptime and paging platforms each use the word for their own object with its own lifecycle. Use betterstack-incidents for a service outage, and pagerduty-incidents or rootly-incidents for a paged response.
    • A mail-borne threat — Harmony Email has no incident object at all; its detections are events, not cases. Use avanan-threats.

    API Tools

    List Incidents

    Retrieve incidents filtered by organization and status.

    huntress_incidents_list(organization_id='org-456', status='open', page_token=None)
    # Returns: {"incidents": [...], "next_page_token": "abc123" | null}
    

    Each incident object contains id, title, severity, status, organization_id, created_at, affected_hosts, and remediations_count.

    Get Incident Details

    huntress_incidents_get(incident_id='inc-789')
    # Returns: full incident with investigation details, indicators, timeline, and affected hosts
    

    List Remediations for an Incident

    huntress_incidents_remediations(incident_id='inc-789')
    # Returns: {"remediations": [{"id": "rem-001", "type": "scheduled_task_removal", "description": "Remove malicious scheduled task 'WindowsUpdate'", "status": "pending", "host": "ACME-WS-042"}, ...]}
    

    Each remediation has a status field: pending, approved, rejected, executing, completed, or failed.

    Get Remediation Details

    huntress_incidents_remediation_get(incident_id='inc-789', remediation_id='rem-001')
    # Returns: single remediation with full execution details and host context
    

    Bulk Approve Remediations

    huntress_incidents_bulk_approve(incident_id='inc-789', remediation_ids=['rem-001', 'rem-002'])
    # Returns: per-remediation success/failure status
    

    Bulk Reject Remediations

    huntress_incidents_bulk_reject(incident_id='inc-789', remediation_ids=['rem-003'], reason='False positive - legitimate admin tool')
    # Returns: per-remediation success/failure status
    

    Resolve Incident

    huntress_incidents_resolve(incident_id='inc-789')
    # Fails if any remediations are still pending — approve or reject all first
    

    Workflows

    Daily Incident Triage

    1. Fetch open incidents: huntress_incidents_list(status='open')
    2. Page through results if next_page_token is returned
    3. Sort by severity (critical > high > low), then group by organization_id
    4. For each critical incident, call huntress_incidents_get(incident_id=...) to review investigation details
    5. Proceed to remediation review for actionable incidents

    Incident Investigation and Remediation

    1. Get full details: huntress_incidents_get(incident_id='inc-789')
    2. List remediations: huntress_incidents_remediations(incident_id='inc-789')
    3. Review each remediation's type, description, and host before approving
    4. Approve safe remediations or reject with a documented reason
    5. Resolve: huntress_incidents_resolve(incident_id='inc-789')

    Bulk Remediation with Validation

    Use this workflow when an incident has multiple pending remediations.

    1. List and verify: Call huntress_incidents_remediations(incident_id='inc-789') and confirm all target remediations have status: 'pending' — skip any already processed
    2. Separate by action: Split remediation IDs into approve and reject lists after reviewing each action
    3. Approve batch: huntress_incidents_bulk_approve(incident_id='inc-789', remediation_ids=['rem-001', 'rem-002'])
    4. Check results: Inspect the per-remediation response — some may fail (already processed, host offline). Retry or escalate failures individually
    5. Reject remaining: huntress_incidents_bulk_reject(incident_id='inc-789', remediation_ids=['rem-003'], reason='...')
    6. Verify completion: Re-fetch huntress_incidents_remediations(incident_id='inc-789') and confirm no remediations remain pending before resolving
    7. Resolve: huntress_incidents_resolve(incident_id='inc-789')

    Error Handling

    ErrorCauseRecovery
    Incident not foundInvalid ID or deleted incidentRe-list incidents to get correct IDs
    Remediation already processedApprove/reject on non-pending remediationCheck status before processing; filter to pending only
    Cannot resolve with pending remediationsUnprocessed remediations remainApprove or reject all remediations first

    Best Practices

    • Filter before fetching: Always pass organization_id and status to huntress_incidents_list to reduce response size and avoid unnecessary pagination
    • Verify remediation status before bulk operations: Re-fetch remediations and filter to status: 'pending' immediately before calling bulk approve/reject to avoid already-processed errors
    • Always provide rejection reasons: The reason parameter on huntress_incidents_bulk_reject creates an audit trail — use specific, actionable reasons (e.g., "Legitimate admin tool — verified with client IT")
    • Cross-reference with escalations: Call the escalations skill to check if related escalations exist before resolving an incident

    Reference

    See REFERENCE.md for full response examples, remediation types, incident lifecycle details, and severity level descriptions.

    Related Skills

    Frequently asked questions

    What to verify before installation and use

    What does the huntress-incidents source document cover?

    Manage Huntress SOC-confirmed security incidents across client organizations. Query open incidents, review SOC-recommended remediations, approve or reject remediation actions, and resolve incidents once all remediations are processed.

    How do I install huntress-incidents?

    The source record exposes this install command: npx skills add https://github.com/WYRE-AI/msp-claude-plugins --skill "msp-claude-plugins/huntress/huntress/skills/incidents". Inspect the command and pinned source before running it.

    Alternatives

    Compare before choosing

    Computed 10029,236

    garrytan/gbrain

    bulk-ingestion

    End-to-end discipline for turning any large data source (audio libraries, email takeouts, document corpora, chat exports, API dumps) into brain pages at scale. The lifecycle spine: SCHEMA → ACCESS → TRIAL → EVALUATE → IMPROVE → CODIFY → TEST → SKILLIFY → BULK → MONITOR. State is tracked in a durable JSON manifest (see MANIFEST-PATTERN.md) so any crash, session boundary, or subagent fan-out resumes from ground truth instead of memory.

    Computed 10025,136

    alirezarezvani/claude-skills

    app-store-optimization

    App Store Optimization (ASO) toolkit for researching keywords, analyzing competitor rankings, generating metadata suggestions, and improving app visibility on Apple App Store and Google Play Store. Use when the user asks about ASO, app store rankings, app metadata, app titles and descriptions, app store listings, app visibility, or mobile app marketing on iOS or Android. Supports keyword research and scoring, competitor keyword analysis, metadata optimization, A/B test planning, launch checklist

    Computed 1005,277

    dotnet/skills

    migrate-vstest-to-mtp

    Migrates .NET test projects from VSTest to Microsoft.Testing.Platform (MTP). Use when user asks to "migrate to MTP", "switch from VSTest", "enable Microsoft.Testing.Platform", "use MTP runner", set OutputType=Exe only for test projects in Directory.Build.props, or mentions EnableMSTestRunner, EnableNUnitRunner, or UseMicrosoftTestingPlatformRunner. USE FOR: MTP behavioral differences vs VSTest (exit code 8, zero tests discovered, --ignore-exit-code, TESTINGPLATFORM_EXITCODE_IGNORE); centralizing

    Computed 100147

    oaustegard/claude-skills

    featuring

    Generate hierarchical _FEATURES.md files that describe what a codebase DOES from a user/consumer perspective, anchored to source symbols via tree-sitting. Supports large complex codebases through feature-driven decomposition into sub-feature files. Uses a multi-pass synthesis: orientation → detail → overview rewrite. Use when someone says "what does this do", "document features", "feature inventory", "_FEATURES.md", or needs to understand a codebase's purpose before modifying it. Complements tre