criticality-tiered-reporting
Skill0 starsChanged 7 days agoMITView on GitHub
Use when deciding what a service or worker should report and how loudly — alerts, progress updates, logs, notifications. Tier output by criticality so the important signal is not buried in routine chatter.
In this repository108 other files it gives its agents.
- adaptive-estimationSkill
- adaptive-loop-budgetingSkill
- adopt-and-deleteSkill
- adversarial-reviewSkill
- agent-drives-uiSkill
- agentic-coding-loopSkill
- agent-otel-trajectorySkill
- agents-as-iac-modulesSkill
- ascii-ui-mockupsSkill
- authoring-html-emailSkill
- authoring-skills-vs-mcpSkill
- batched-ssh-enumerationSkill
- c4-architectureSkill
- challenge-the-premiseSkill
- codegraph-bootstrapSkill
- codegraph-worktree-startupSkill
- colocated-pod-tolerationsSkill
- command-creatorSkill
- complexity-budgetsSkill
- connector-readinessSkill
- context-anchored-patchingSkill
- continuous-issue-resolutionSkill
- credential-proxySkill
- data-connector-buildingSkill
- declarative-firstSkill
- disk-pressure-forensicsSkill
- early-return-over-elseSkill
- email-triageSkill
- enums-codify-behaviorSkill
- ephemeral-workspace-lifecycleSkill
- event-sourcingSkill
- evidence-claim-boundariesSkill
- exhaustive-matchSkill
- feature-coverage-not-just-line-coverageSkill
- full-disk-forensicsSkill
- gate-before-pushSkill
- github-pr-shepherdingSkill
- graceful-shutdown-stateful-agentsSkill
- grounded-generationSkill
- iac-incident-responseSkill
- iac-not-ad-hocSkill
- instrumented-service-scaffoldSkill
- interface-over-conditionalsSkill
- knowledge-routingSkill
- lean-on-oss-standardsSkill
- live-money-disciplineSkill
- live-state-verificationSkill
- loop-governance-and-learningSkill
- low-level-executor-task-specSkill
- map-dispatch-over-conditionalsSkill
- merge-conflict-disciplineSkill
- mermaid-diagramsSkill
- oke-arc-runners-opentofuSkill
- orchestrate-agySkill
- orchestrate-claudeSkill
- orchestrate-codexSkill
- orchestrate-geminiSkill
- otel-emit-at-willSkill
- parameter-designSkill
- parse-dont-validateSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
2 rules. About 0 are common, 2 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 41
Actionable at the top: every interrupting message names the problem and a next step.
- Distinctive: line 47
Silence is a valid output: when nothing crosses a tier threshold, emit nothing to attention channels.
≈ “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.
Files
Criticality Tiered Reporting
A reporter that emits at one volume is wrong at every volume. Page on everything and the operator mutes you; report nothing and a real failure passes unnoticed. The fix is to tier the signal by how much the consumer needs to act on it, then route each tier to a channel matched to that urgency.
The tiers
Classify every reportable event into one of three tiers and route accordingly:
- Down or blocking — the work has stopped, is stuck, or needs a human decision to proceed. This is the only tier that may interrupt a person: page, alert, or message a channel someone watches. It must be actionable — what broke, what is blocked, and the first step to unblock.
- Routine progress — the work is proceeding normally: started, milestone reached, finished. Summarize, do not interrupt. A periodic digest, a status surface someone can pull, or a single completion message — not a ping per step.
- Noise — heartbeats, retried-and-recovered transients, per-iteration detail. Stay silent on the active channels; write it to logs or metrics for later inspection, not to anyone's attention.
Route to the consumer's need, not your chattiness
The tier is defined by what the consumer must do, not by how much is happening internally. A thousand successful iterations are still tier "routine" (one summary). One stuck queue is tier "blocking" (one page). Map each tier to a channel whose interruption level matches: interrupting channel for blocking, pull/digest surface for progress, log/metric sink for noise.
Design rules
- Escalate, don't duplicate: a blocking event pages once; it does not also spray progress updates. Lower tiers never borrow the higher tier's channel.
- Actionable at the top: every interrupting message names the problem and a next step. "Something went wrong" is not a tier-one message.
- Recovered transients are noise: a retry that succeeded is not a page; count it as a metric. Only a transient that exhausts retries escalates.
- Make routine pullable: progress should be queryable on demand so the consumer checks when they want, instead of being pushed each step.
- Silence is a valid output: when nothing crosses a tier threshold, emit nothing to attention channels. No-news is good news, by design.
Anti-patterns
- alerting on every event so real failures drown in green noise (alert fatigue)
- emitting a notification per step of a long routine job
- a "failure" page that contains no cause and no next action
- paging on a transient that already recovered on retry
- silence by omission: a worker that simply never reports, so a real stall is invisible until someone notices the absence of output
Done means
Events are classified into down/blocking, routine progress, and noise; each tier routes to a channel matched to its urgency; interrupting messages are actionable; routine is summarized or made pullable; and noise stays out of attention channels while remaining inspectable in logs or metrics.
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
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.

