Diagnose before fix
Skill matt-bat/agent-command-center/skills/diagnose-before-fix
Governance-first agent command center for workflow automation, validation, policy, documentation sync, and execution discipline.
npx -y skills add matt-bat/agent-command-center --skill diagnose-before-fixAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things 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.
- 4 stars4 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Use for debugging or remediation work when reported symptoms may not be the true root cause; verify the cause independently before applying fixes, even when the user suggests one.
SKILL.md
2.8 KB, as published. Nobody here has run it
Diagnose Before Fix
Quick Index (Action-Routed)
Read First (All Actions)
MissionTrigger RuleCause Verification Standard
Action Modules (Read As Needed)
- Reproducing and isolating failures:
Symptom CaptureHypothesis Testing
- Choosing a fix path:
Root Cause Decision Rule
- Confirming the repair:
Verification After Fix
Output
Output Contract
Mission
Separate observed symptoms from verified causes so fixes address the actual failure mode.
Trigger Rule
Use this skill when:
- a user reports a bug, error, regression, or broken behavior
- the user suggests a cause but it is not yet proven
- multiple plausible root causes exist
- a quick patch would risk masking the true problem
Treat user-provided causes as hypotheses, not facts, until verified.
Cause Verification Standard
Before changing behavior:
- reproduce the symptom or inspect direct evidence
- test the proposed cause explicitly
- compare at least one alternative explanation when feasible
- only fix the verified root cause
If the root cause cannot be verified:
- say so plainly
- limit changes to safe mitigation
- preserve evidence for the next pass
Symptom Capture
Record the failure in concrete terms:
- what fails
- where it fails
- when it fails
- what changed recently
Hypothesis Testing
Test from cheapest to most informative:
- direct logs or stack traces
- targeted reproduction
- narrow code-path inspection
- focused unit or integration check
Root Cause Decision Rule
Do not patch a visible symptom unless:
- the cause is verified, or
- the change is explicitly a temporary mitigation and is labeled as such
Verification After Fix
After a fix:
- rerun the reproducer or targeted check
- confirm the original symptom is gone
- confirm adjacent behavior still works
Output Contract
When using this skill, provide:
- symptom description
- tested hypotheses
- verified cause or verified uncertainty
- fix applied or mitigation chosen
- post-fix validation summary
Related Skills
- Regression Prevention: protect adjacent behavior during the fix.
- Effective Testing Methods: add the smallest useful validation for the verified cause.
- Order of Operations: sequence diagnosis before mutation.
- Thoughtful Approach: avoid overfitting the fix to a symptom.
- Scripted Command Execution: run deterministic reproductions and probes.