explaining-problems
Skill1 starsChanged 2 months agoMITView on GitHub
Structure a causal explanation when the user asks to understand a mechanism, root cause, postmortem, surprising deployment result, or consequential design rationale beyond a short answer. Do not use merely because a task contains an error, diagnosis, design choice, or deployment step; ordinary implementation and status answers should stay direct.
In this repository39 other files it gives its agents.
- apple-native-motionSkill
- apple-ui-copySkill
- audit-macos-appSkill
- brain-wikiSkill
- catch-me-upSkill
- checkpointSkill
- claude-md-coachSkill
- claudeSkill
- codexSkill
- crash-debuggingSkill
- cut-memorySkill
- file-batch-safetySkill
- handoffSkill
- heads-downSkill
- hopper-mcpSkill
- icon-designSkill
- interface-integritySkill
- ios-defaultsSkill
- kitSkill
- macos-defaultsSkill
- mock-and-pickSkill
- obsess-heroSkill
- obsessSkill
- offline-archiveSkill
- os-workaroundsSkill
- paper-mcpSkill
- predictionSkill
- second-loopSkill
- session-auditSkill
- ship-macosSkill
- show-meSkill
- slice-and-reviewSkill
- slow-modeSkill
- spatial-interfacesSkill
- standupSkill
- synthetic-fixturesSkill
- transitional-interfacesSkill
- web-design-defaultsSkill
- window-captureSkill
The file
Files
explaining-problems
Write for a smart reader who knows nothing about this system. Give the verdict in one plain sentence first. Then start at the beginning, define each term before using it, and explain only the commands, files, services, or workflows needed to understand the verdict. Short sentences. Active voice.
Problem reports walk this order. The normal world first:
- What the named thing is.
- Where it exists.
- Who uses it, and why.
- Whether it runs automatically or manually.
- What should normally happen.
Then the break:
- What is wrong.
- The exact conditions that cause it.
- A numbered example using real objects from this system.
- The result the user would actually see.
- How likely this path is in practice.
- The smallest permanent fix.
- One focused check to run after the fix.
This is an order to walk, NOT a form to fill. Skip a step that doesn't apply. Say nothing rather than pad. And it's only for explanations that earn the depth: a bug worth understanding, a design decision, a deployment surprise. A one line answer to a one line question stays one line.
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.

