Generated skill
Build governed incident command packets. Use when asked to standardize incident review, run severity assessment, or assemble incident communication.From its SKILL.md
npx -y skills add aiskillstore/marketplace --skill generated-skillAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
SKILL.md
2.6 KB, 507 tokens by cl100k_base, as published. Nobody here has run it
Incident Command Governor
When To Use
- You need a reusable incident command packet from messy operational inputs.
- You need explicit severity assessment, stakeholder updates, and action ownership.
- You need a governed workflow that can be reviewed, maintained, and audited over time.
Do Not Use
- The task is only to explain an incident concept.
- The task is only to draft a one-off update.
- The request is still brainstorming and not yet packaging a repeatable incident workflow.
Workflow
- Gather the minimum incident inputs:
- incident summary
- timeline evidence
- affected systems and customers
- severity indicators
- owners and responders
- stakeholder audiences
- Read
references/severity-matrix.mdto assign or confirm severity. - Read
references/comms-policy.mdto shape internal and external updates. - Read
references/review-policy.mdbefore finalizing, because this skill is maintained under a monthly review cadence. - Use
scripts/build_incident_packet.pywithinput/incident_input_example.jsonwhen deterministic packet assembly is needed. - Produce one governed incident packet with:
- incident summary
- severity block
- evidence-backed timeline
- affected scope
- owner and action table
- internal and external comms blocks
- explicit open risks and review notes
- Stop and report blockers if severity evidence or ownership data is missing.
Output Contract
The final answer must include:
- a concise incident summary
- explicit severity and rationale
- a timeline section
- impact scope
- owners and next actions
- stakeholder communication blocks
- governance note for follow-up review
Validation Checklist
- Severity is justified with evidence, not guessed.
- Owner and next actions are explicit.
- Communications are separated by audience.
- Missing evidence is surfaced as a blocker.
- The packet can be reviewed again without reconstructing context from chat history.
Reference Map
- Read
references/severity-matrix.mdfor severity rules. - Read
references/comms-policy.mdfor communication guidance. - Read
references/review-policy.mdfor review cadence and governed lifecycle expectations. - Inspect
evals/trigger_cases.jsonfor routing boundaries. - Inspect
outputs/incident_packet_example.mdfor an example final artifact. - Inspect
reports/governance_score.jsonfor the current maturity snapshot.
What ships with it: 12 files
7.2 KB alongside SKILL.md, 1 of them executable
agents/
- interface.yaml411 B
evals/
- trigger_cases.json522 B
input/
outputs/
references/
- comms-policy.md336 B
- review-policy.md397 B
- severity-matrix.md332 B
reports/
- context_budget.json1.3 KB
- governance_score.json772 B
- revision_history.md163 B
scripts/
- build_incident_packet.pyruns1.1 KB
- manifest.json539 B