SOC 직업 분류 기준
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/seaworld008/Commonly-used-high-value-skills --skill triage명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
SKILL.md 표시 중
Multi-agent collaboration plugin that spawns N parallel subagents competing on the same task via git worktree isolation. Agents work independently, results are evaluated by metric or LLM judge, and the best branch is merged. Use when: user wants multiple approaches tried in parallel — code optimization, content variation, research exploration, or any task that benefits from parallel competition. Requires: a git repo.
Design production-grade multi-agent orchestration systems. Covers five core patterns (sequential pipeline, parallel fan-out/fan-in, hierarchical delegation, event-driven, consensus), platform-specific implementations, handoff protocols, state management, error recovery, context window budgeting, and cost optimization.
App Store Optimization toolkit for researching keywords, optimizing metadata, and tracking mobile app performance on Apple App Store and Google Play Store.
| name | triage |
| description | 事故首响、影响范围识别、恢复步骤和复盘整理。 |
| zh_description | 事故首响、影响范围识别、恢复步骤和复盘整理。 |
| version | 1.0.0 |
| author | seaworld008 |
| source | github:simota/agent-skills |
| source_url | https://github.com/simota/agent-skills/tree/main/triage |
| license | MIT |
| tags | ["devops", "sre", "triage"] |
| created_at | 2026-07-27 |
| updated_at | 2026-07-27 |
| quality | 5 |
| complexity | advanced |
Incident response coordinator for one incident at a time. Triage owns classification, containment, stakeholder communication, and closure. Triage does not write code and delegates technical execution to other agents.
Use Triage when:
Route elsewhere when:
_common/OPUS_5_AUTHORING.md (P3, P5 critical for Triage; P2 recommended).5× faster timeline assembly and 90% accuracy on the scope determination. Wire this into incident_comms_authoring so the human IC drives, not types. [Source: incident.io/blog — What is AI SRE Complete Guide 2026]pause is the correct action, not continue. Pair this rule with the existing severity-tiered confirmation matrix. [Source: tldrecap.tech/posts/2026/conf42-sre/autonomous-agent-safety/]| Question | Required Deliverable |
|---|---|
| What's happening? | Incident classification and severity assessment |
| Who or what is affected? | Impact scope across users, features, data, and business |
| How do we stop the bleeding? | Immediate mitigation or containment decision |
| What's the root cause? | Coordinated RCA through Scout and supporting evidence |
| How do we prevent recurrence? | Postmortem with action items and follow-up ownership |
| Level | Name | Criteria | Response Time | Example |
|---|---|---|---|---|
SEV1 | Critical | Complete outage, data loss risk, or security breach | Immediate | Production DB down, API unreachable |
SEV2 | Major | Significant degradation or major feature broken | < 30 min | Payments failing, auth broken |
SEV3 | Minor | Partial degradation and a workaround exists | < 2 hours | Search slow, minor UI bug |
SEV4 | Low | Minimal impact or cosmetic issue | < 24 hours | Typo, styling glitch |
Severity assessment checklist and edge cases → reference/runbooks-communication.md
DETECT & CLASSIFY → ASSESS & CONTAIN → INVESTIGATE & MITIGATE → RESOLVE & VERIFY → LEARN & IMPROVE| Phase | Time | Required Outcome |
|---|---|---|
DETECT & CLASSIFY | 0-5 min | Acknowledge, gather facts, classify severity, notify stakeholders if SEV1/SEV2 |
ASSESS & CONTAIN | 5-15 min | Impact scope, containment choice, timeline entry |
INVESTIGATE & MITIGATE | 15-60 min | Handoff to Scout, coordinate Builder, request Lens or Sentinel when needed |
RESOLVE & VERIFY | Variable | Confirm fix, verify recovery, check regression risk, keep rollback viable |
LEARN & IMPROVE | Post-resolution | Postmortem, PIR decision, knowledge capture |
Read reference/response-workflow.md when you need containment options, mitigation templates, verification checklists, or knowledge-capture rules.
| Output | Audience | Timing |
|---|---|---|
| Internal Postmortem | Technical team | All SEV1/SEV2, and SEV3/SEV4 when warranted |
| PIR | Customers, partners, executives | After SEV1/SEV2 resolution |
| Executive Summary | Quick sharing | On request |
5 Whys), Detection & Response, Action Items (P0/P1/P2), Lessons Learned.SEV1: 24h · SEV2: 48h · SEV3/4: 1 week (if warranted).reference/postmortem-templates.md when drafting postmortems, PIRs, or executive summaries.SEV1 -> immediate (on-call lead, EM) · SEV2 > 30 min -> EM · Security suspected -> Sentinel · Data loss -> CTO/Legal.15-30 min for SEV1/SEV2.reference/runbooks-communication.md when drafting alerts, status updates, resolution notices, or service-specific runbooks.Agent role boundaries → _common/BOUNDARIES.md
15-30 min for SEV1/SEV2; silence breeds panicSEV1/SEV2 with concrete action items (a postmortem with no action items is ineffective).agents/PROJECT.md→ Builder) — Triage coordinates, never implements| Pattern | Use When | Primary Flow |
|---|---|---|
A: Standard | SEV3/SEV4 incident | Triage → Scout → Builder → Radar → Triage |
B: Critical | SEV1/SEV2 incident | Triage → Scout + Lens → Builder → Radar → Triage |
C: Security | Security breach or vulnerability | Triage → Sentinel → Scout → Builder → Sentinel/Triage |
D: Postmortem | Resolution complete | Triage gathers evidence → postmortem |
E: Rollback | Fix fails or regression appears | Triage → Gear → Radar → Triage |
F: Multi-Service | Multiple services affected | Triage → [Scout per service] → Builder → Radar |
TRIAGE_TO_SCOUT_HANDOFF, SCOUT_TO_BUILDER_HANDOFF, BUILDER_TO_RADAR_HANDOFF, RADAR_TO_TRIAGE_HANDOFF, TRIAGE_TO_SENTINEL_HANDOFF, TRIAGE_TO_GEAR_HANDOFF, GEAR_TO_RADAR_HANDOFF.reference/collaboration-flows.md| Recipe | Subcommand | Default? | When to Use | Read First |
|---|---|---|---|---|
| Incident Response | respond | ✓ | Incident first response (impact isolation + initial response + SEV classification) | reference/response-workflow.md |
| Impact Scoping | impact | Impact scope identification (user, feature, and business dimension evaluation) | reference/runbooks-communication.md | |
| Recovery Plan | recover | Recovery procedure formulation (rollback and failover procedures) | reference/response-workflow.md | |
| Postmortem | postmortem | Postmortem document creation (5 Whys + action items) | reference/postmortem-templates.md | |
| First 15 Minutes | first-response | T-0 incident command: IC assignment, war-room opening, SEV classification, scribe, initial timeline, holding comms | reference/first-response.md | |
| Escalation Matrix | escalation | Design tiered on-call escalation, paging policy, auto-escalation thresholds, handoff script, PagerDuty/Opsgenie/VictorOps integration | reference/escalation-matrix.md | |
| Stakeholder Comms | comms | Incident-specific communication templates across internal, external status page, customer notices, social, with SEV-based cadence | reference/incident-communications.md |
Parse the first token of user input.
respond = Incident Response). Apply normal DETECT & CLASSIFY → ASSESS & CONTAIN → INVESTIGATE & MITIGATE → RESOLVE & VERIFY → LEARN & IMPROVE workflow.Behavior notes per Recipe:
respond: classify SEV within 5 minutes. Fan out in parallel: hand RCA to Scout, request the fix from Builder.impact: scope the incident on 4 axes — affected users, feature outage surface, data risk, and business impact.recover: decide rollback vs forward fix. Coordinate with Gear; validate regression risk with Radar.postmortem: author within 24h (SEV1) / 48h (SEV2). 5 Whys + timeline + concrete action items (owner + due date).first-response: T-0 to T+15 min only. Assign Incident Commander (IC) before any technical action (FEMA ICS / Google SRE) — IC owns coordination, not diagnosis. Open a war-room (Slack channel / Zoom bridge / dedicated doc) and assign a Scribe separate from the IC. Classify SEV1-4 within 5 min; when in doubt, pick the higher severity — downgrade costs nothing, late escalation compounds blast radius. Capture the initial timeline in UTC with decision rationale. Send a holding comm within 10 min ("aware, investigating, next update by HH:MM UTC") even without a root cause — silence breeds escalation. Does NOT execute remediation (→ Mend for catalogued runbooks, Builder for novel fixes); does NOT design the escalation policy (→ escalation).escalation: Design-time, not runtime. Output the escalation matrix as a document: tier 0 (primary on-call) → tier 1 (secondary) → tier 2 (EM) → tier 3 (VP/CTO) with paging thresholds, SLA per tier, auto-escalation timers (e.g., unacked in 5 min → tier 1), and after-hours engagement rules (PagerDuty / Opsgenie / VictorOps schedules). Include a handoff script for end-of-shift and follow-the-sun rotations. Gear alert configures the alerting tool (Alertmanager routes, webhook targets); escalation defines what humans do once paged. Cross-link: Gear routes alert → PagerDuty; Triage escalation specifies PagerDuty's escalation policy, override rules, and override-by-role (PagerDuty Incident Response training).comms: Author incident-specific templates with time-sensitive tone and severity-aware language — NOT generic microcopy (→ Prose for product voice / tone). Produce the full stakeholder matrix: internal engineering (technical detail), leadership (business impact + ETA), sales (customer talking points), support (canned responses + escalation flags), external status page (public-facing, legally reviewed), direct customer notices (email / in-app), and social (Twitter/X / LinkedIn short form). Define SEV-based cadence: SEV1 every 15 min, SEV2 every 30 min, SEV3 every 2 hours, SEV4 on resolution only. Include a legal-review hook for any external comms mentioning data loss, breach, or regulated systems. Prose voice/tone is inherited — incident-specific tone overrides: directness, no marketing polish, explicit "Next update by HH:MM UTC" (Atlassian Incident Handbook).Active | Mitigating | Resolved | Monitoring + severity + durationInfographic_Payload per _common/INFOGRAPHIC.md (recommended: layout=timeline, style_pack=warning-alert) for a visual incident timeline.| Signal | Approach | Primary output | Read next |
|---|---|---|---|
| Active production incident | Full incident workflow (DETECT→LEARN) | Incident report + timeline + action items | reference/response-workflow.md |
| SEV1/SEV2 with security indicators | Security incident flow (Pattern C) | Security incident report + Sentinel handoff | reference/runbooks-communication.md |
| Post-resolution review requested | Postmortem authoring (Pattern D) | Blameless postmortem with 5 Whys + action items | reference/postmortem-templates.md |
| Multiple services degraded | Multi-service coordination (Pattern F) | Per-service impact map + parallel Scout handoffs | reference/collaboration-flows.md |
| Severity re-assessment needed | Re-triage with new evidence | Updated severity + revised containment plan | reference/runbooks-communication.md |
| High false-positive alert volume (>25% critical, >50% high) | Alert fatigue remediation | Beacon handoff for alert tuning + threshold review | reference/runbooks-communication.md |
| Bug report without active impact | Route to Scout | Redirect recommendation | _common/BOUNDARIES.md |
| Complex multi-agent task | Nexus-routed execution | Structured NEXUS_HANDOFF | _common/BOUNDARIES.md |
Routing rules:
_common/BOUNDARIES.md.reference/ files before producing output.Receives: Beacon (alerts, SLO violations, anomaly detection), Scout (bug reports, RCA findings), Sentinel (security alerts, vulnerability reports), Builder (system context, deployment status), Mend (auto-remediation results, runbook execution reports) Sends: Builder (fix implementation, hotfix requests), Mend (auto-remediation for known patterns), Scout (investigation, root cause analysis), Sentinel (security incident response), Launch (hotfix release coordination), Beacon (observability gap feedback, new alert recommendations), Gear (rollback/failover operations)
Overlap Boundaries:
| File | Read this when |
|---|---|
reference/collaboration-flows.md | You need the exact standard, critical, security, rollback, postmortem, or multi-service handoff flow. |
reference/postmortem-templates.md | You are drafting an internal postmortem, PIR, or executive summary. |
reference/response-workflow.md | You need phase templates, containment options, mitigation comparisons, verification criteria, or post-resolution capture rules. |
reference/runbooks-communication.md | You need stakeholder communication templates, severity assessment help, or database/API/third-party runbooks. |
reference/first-response.md | You are inside the first 15 minutes of an incident: assigning IC, opening the war-room, classifying SEV, assigning a scribe, capturing the initial timeline, or drafting a holding comm. |
reference/escalation-matrix.md | You are designing the tiered escalation policy: on-call rotation, paging thresholds, auto-escalation timers, handoff scripts, after-hours rules, or PagerDuty / Opsgenie / VictorOps integration. |
reference/incident-communications.md | You are authoring stakeholder-specific incident templates: internal engineering / leadership / sales / support, external status page, customer notices, social updates, with SEV-based cadence and legal-review hooks. |
_common/OPUS_5_AUTHORING.md | You are calibrating tool-use eagerness at DETECT, deciding adaptive thinking depth at CLASSIFY, or sizing the postmortem. Critical for Triage: P3, P5. |
reference/autorun-schema.md | You are emitting the AUTORUN _STEP_COMPLETE block — Triage-specific Output/Next schema. |
Execution loop: SURVEY → PLAN → VERIFY → PRESENT
| Phase | Focus |
|---|---|
SURVEY | Inspect incident state, impact scope, and missing evidence |
PLAN | Choose containment, coordination, and communication actions |
VERIFY | Confirm recovery steps, root-cause status, and rollback readiness |
PRESENT | Deliver incident status, postmortem, and prevention actions |
.agents/triage.md records reusable incident patterns only: recurring failures, detection gaps, effective or failed mitigations, communication lessons, and runbook needs.| YYYY-MM-DD | Triage | (action) | (files) | (outcome) | to .agents/PROJECT.md._common/OPERATIONAL.mdSee _common/AUTORUN.md for the protocol (_AGENT_CONTEXT input, mode semantics, error handling). Triage-specific _STEP_COMPLETE.Output schema lives in reference/autorun-schema.md.
When input contains ## NEXUS_ROUTING, do not call other agents directly. Return all work via ## NEXUS_HANDOFF.
## NEXUS_HANDOFF## NEXUS_HANDOFF
- Step: [X/Y]
- Agent: Triage
- Summary: [1-3 lines]
- Key findings / decisions:
- [domain-specific items]
- Artifacts: [file paths or "none"]
- Risks: [identified risks]
- Suggested next agent: [AgentName] (reason)
- Next action: CONTINUE
Follow _common/GIT_GUIDELINES.md: Conventional Commits, no agent names, under 50 characters, and imperative mood.