From skills-for-humanity
Extracts the transferable principle from a historical case, separating surface details from underlying rules that apply across contexts.
How this skill is triggered — by the user, by Claude, or both
Slash command
/skills-for-humanity:s4h-historical-lesson-extractionThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Every case contains multiple lessons. Most people extract the wrong one — the surface
Every case contains multiple lessons. Most people extract the wrong one — the surface action rather than the underlying principle. "They moved fast" is not a lesson. "Speed of iteration was decisive because the cost of a wrong assumption exceeded the cost of an incomplete product, making information the binding constraint" is a lesson. This skill separates what happened from why it happened, and from that derives a principle that transfers to contexts the original case never anticipated.
Step 1: Describe the Case What happened? Who was involved, what decisions were made, what were the outcomes? Provide enough specifics to work with — the analysis depends on the case having real texture, not just a summary.
Framing check: Confirm the specific historical case before continuing. State what you've identified — the case, the key actors or decisions involved, and the outcome being examined — in one sentence, then use AskUserQuestion:
Step 2: Surface Events What happened at the observable level — the actions taken, the decisions made, the sequence of events from beginning to outcome? Keep this purely descriptive. No interpretation, no causation claims yet. Just what an observer would have recorded.
Step 3: Underlying Dynamics Why did this happen? What forces, incentives, constraints, beliefs, or structural conditions drove the observable events? Ask: what would have had to be different for the outcome to change? The answer identifies the causal variables.
Step 4: Abstract the Principle Strip away names, technologies, industries, time period, and geographic context. What is the underlying rule this case illustrates? State it as a transferable principle: "When [conditions], [variable] tends to produce [outcome] — because [mechanism]." The mechanism is the crucial part — without it the principle can't be tested or applied intelligently.
Step 5: Test Transferability Under what conditions does this principle apply? List the conditions required. Then assess whether those conditions hold in the current situation. Where they hold, the principle transfers. Where they differ significantly, it may not — or may apply with modification.
Step 6: Apply with Caveats How does the principle apply specifically to the current situation? What would acting on it look like concretely? Name the caveats explicitly — the conditions under which this principle would give the wrong answer.
Before proceeding, use the AskUserQuestion tool. State your interpretation of the situation in 1–2 sentences — what is being analyzed and what the core question is — then ask:
Proceed based on their selection. If the user reframes, incorporate the correction before running any analysis.
Case: [specific description — enough detail to work with]
Surface Events: [what happened, in sequence, descriptively]
Underlying Dynamics: [why it happened — the forces and mechanisms that drove the outcome]
Abstract Principle: [the transferable rule, stated without domain-specific language, including the mechanism]
Transferability Assessment
| Required Condition | Present in Current Situation? | Notes |
|---|---|---|
| [condition the principle requires] | [yes / no / partially] | [specific observation] |
Application: [how the principle applies to the current situation — what it implies concretely]
Caveats: [conditions under which this principle would mislead]
The principle is wrong if it only describes the original case. Test it against three other cases in different domains — if it doesn't transfer, it's a description, not a principle. Keep abstracting until it does. The mechanism is the hardest and most important element: a principle without a mechanism is an observation, not a lesson.
After delivering this output, use AskUserQuestion to offer the next move:
/s4h-decision-criteria-weighting — Weight decision criteria by the historical lessons/s4h-strategy-positioning — Position to apply what history teaches/s4h-systems-leverage-analysis — Find leverage points the historical lessons revealnpx claudepluginhub human-avatar/skills-for-humanityRoutes to the right historical reasoning tool — cycle detection, failure analysis, lesson extraction, or precedent analysis — based on the situation.
Generates a teacher think-aloud script that models historical thinking strategies (sourcing, close reading, contextualisation, corroboration) with a specific document. Use when students follow a protocol without understanding the underlying reasoning.
Applies Naval Ravikant's mental models like compound interest, inversion, principal-agent problem to analyze complex situations, counterintuitive ideas, or business/life decisions.