agentleFS
ashley-eyekyamashley-eyekyam/probematrix-learnings-coach/skills/emergency-response-learnings/SKILL.md

emergency-response-learnings

Skill0 starsChanged 28 days agoMITView on GitHub

Produce learning for emergency response and fire services from a ProbeMatrix investigation export - fire crews, fire-water and fire-pump maintainers, emergency planners, incident and site controllers, security and CCTV staff - covering detection to isolation, alarm and communication, command and authority, plan coverage, drills and fire-protection readiness. Use when someone asks what the fire service, emergency team, ERT or incident command should learn, for emergency plan (ERP/ERDMP/DMP) review input, drill scenarios, or response-time lessons from an incident.

The file

We split this skill into the rules it gives an agent

3 rules. About 0 are common, 1 is distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Read the incident narrative for the response timeline.

    line 21
  2. Very specific:

    Write the pack <run>/outputs/emergency-response-learnings.json (schema: learnings-coach/references/pack-schema.md), then:

    line 33
  3. Very specific:

    Run PMLC timeline <ws> --on incident first: it writes timeline_event_day.json, the clock times on the day (each with its sources) to build …

    line 40

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Emergency Response Learnings

Audience: the Learning Clusters tagged emergency (in the default taxonomy F09a fire-fighting operations and fire-water systems, F09b emergency planning and command, F10 security and surveillance), plus control-room roles who make the first response decisions.

Engine: PMLC = python3 <skills-root>/learnings-coach/scripts/pmlc.py (this skill needs the learnings-coach skill installed alongside it). Read learnings-coach/references/learning-principles.md.

Gather

PMLC select <ws> --tag emergency --brief
PMLC select <ws> --tag emergency --top-rated
PMLC select <ws> --text "alarm|detect|isolat|MOV|valve|drill|fire.?water|pump|evacuat|command|CCTV" --brief
PMLC timeline <ws> --on incident      # writes timeline_event_day.json, the event-day sequence

Read the incident narrative for the response timeline.

Write

  1. Response timeline: detection → alarm → first call → decision → isolation → ignition / escalation → control, with the gap between each step and what drove it (evidence-linked).
  2. Learnings by response phase: detection and alarm; communication and escalation; authority and decision to isolate; plan coverage (was the scenario in the plan, with actions?); fire-water and fire-protection readiness; command structure; recovery. Three to five learnings per phase where the evidence supports them.
  3. Plan review input: specific gaps for the emergency plan owners (scenarios, decision criteria, delegated authority, remote isolation, communications), each with evidence.
  4. Drill scenarios: three drills built from this event, with injects, the decision points tested, and the time standard to measure.
  5. Readiness indicators: e.g. detection-to-isolation time in drills, fire-pump availability, plan scenarios with tested isolation steps.

Output

Write the pack <run>/outputs/emergency-response-learnings.json (schema: learnings-coach/references/pack-schema.md), then:

PMLC check-pack <ws> <run>/outputs/emergency-response-learnings.json   # fix every problem it lists
PMLC pack <ws> <run>/outputs/emergency-response-learnings.json         # -> emergency-response-learnings.html (primary) and .md

Run PMLC timeline <ws> --on incident first: it writes timeline_event_day.json, the clock times on the day (each with its sources) to build the sequence from.

Sections → kinds:

  1. A timeline with one event per step: time (HH:MM) where the evidence gives it, received_by = who got the alarm or call, and the gap since the previous step in text. Events on the same day without times keep your order.
  2. learning items, with group = the response phase.
  3. One para per gap.
  4. scenario ×3: injects in situation, decision points and the time standard in prompts.
  5. indicator.

Set "scope": {"tags": ["emergency"]}. Put data-quality corrections in data_quality, findings left out on purpose in exclusions, and same-condition findings in supporting_cites.

{"kind": "timeline", "events": [{"date": "YYYY-MM-DD", "time": "14:05", "text": "…", "received_by": "Control room operators",
 "cites": ["FND-…"]}]}

Learnings are for the system and the plan, not a judgement on the people who responded under pressure.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.