From skills-for-humanity
Identifies entities with disproportionate structural importance in any system — people, roles, technologies, or relationships whose removal would collapse the system.
How this skill is triggered — by the user, by Claude, or both
Slash command
/skills-for-humanity:s4h-ecology-keystone-speciesThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
In 1966, ecologist Robert Paine removed a single predator — the ochre sea star (*Pisaster ochraceus*) — from an intertidal zone on the coast of Washington state. Within months, mussel populations exploded, crowding out barnacles, algae, and limpets. A system that had held twelve species collapsed to near-monoculture. Paine coined the term "keystone species" for organisms whose influence on the ...
In 1966, ecologist Robert Paine removed a single predator — the ochre sea star (Pisaster ochraceus) — from an intertidal zone on the coast of Washington state. Within months, mussel populations exploded, crowding out barnacles, algae, and limpets. A system that had held twelve species collapsed to near-monoculture. Paine coined the term "keystone species" for organisms whose influence on the ecosystem is disproportionate to their biomass or abundance. Remove the keystone and the arch falls.
The same structural logic applies in human systems. Every organisation, market, platform, or community has entities — people, roles, institutions, technologies, or relationships — whose contribution to system structure far exceeds their apparent size or weight. They are often not the largest or loudest actors. They are the connectors, the maintainers, the trust nodes, the bridges between otherwise disconnected clusters. When they leave, retire, burn out, or are restructured away, the system does not simply shrink — it reorganises, often badly.
Keystone species analysis is not the same as identifying your most valuable people or assets. Value and structural indispensability are different properties. A top performer can be replaced by another top performer. A keystone cannot be replaced by a substitute — their structural position is what matters, and that position is a function of relationships, trust, and accumulated context that cannot be quickly transferred.
Step 1: Scope the System Define the system being analysed — its components, boundaries, and the type of structure you're mapping (an organisation, a supply chain, an ecosystem of partners, a technology stack, a community). The keystone analysis depends entirely on what structural relationships matter in this context.
Framing check: Confirm the system and the structural question in focus before continuing. State what you've identified in one sentence, then use AskUserQuestion:
Step 2: Map the Structural Roles Identify what kinds of structural work is being done in this system. Typical structural roles include:
Step 3: Identify Keystone Candidates For each major node in the system, run the disproportionality test: if this entity were removed, what would change? Map candidate keystones by applying three criteria:
Before narrowing: Show the full candidate set to the user. Use AskUserQuestion:
Step 4: Score Structural Disproportionality For the strongest candidates: estimate the ratio of structural impact to apparent size. A keystone is identified by high impact-to-size ratio, not by raw impact. Document the specific structural mechanism — what exactly does this entity do that others cannot or do not?
Step 5: Model Removal Scenarios For each keystone, trace what happens if they are removed — suddenly (crisis) versus gradually (attrition). What fills the gap, how fast, with what degradation? Identify the cascade: first-order effects, second-order effects, and the equilibrium the system would settle into if the keystone were gone permanently.
Step 6: Assess Substitutability and Resilience True keystones have no ready substitute. But some apparent keystones can be replaced if succession is planned — a long-runway knowledge transfer, a structural redesign, or a deliberate investment in redundancy. Distinguish between:
Before proceeding, use the AskUserQuestion tool. State your interpretation of the situation in 1–2 sentences — what system is being analysed and what the structural question is — then ask:
Proceed based on their selection. If the user reframes, incorporate the correction before running any analysis.
System: [name and scope]
Keystone Assessment
| Entity | Structural Role | Impact-to-Size Ratio | Cascade Potential | Substitutability | Classification |
|---|---|---|---|---|---|
Top Keystones
For each: [Entity] — [what structural mechanism makes them a keystone] — [what collapse scenario looks like] — [substitutability verdict]
Resilience Gaps: [which keystones represent the highest-risk single points of failure and why]
Recommended Actions: [for true keystones: protect, develop succession, or redesign structure; for brittle keystones: investment to reduce fragility]
The keystone concept pairs naturally with /s4h-ecology-interdependence — the interdependence map is often the input to keystone analysis, since keystones are visible in the structure of the dependency web. Use /s4h-systems-archetype-matching if the keystone situation has a familiar shape (e.g., the organisation has hit a "key person dependency" archetype repeatedly).
Be careful not to conflate keystone status with personal merit or seniority. The most structurally critical person is often not the most senior, and seniority does not protect against cascade when a true keystone leaves.
After delivering this output, use AskUserQuestion to offer the next move:
/s4h-ecology-interdependence — Map the full dependency web to understand how keystones are embedded/s4h-ecology-succession — Plan for transitions when keystone roles need to evolve or be handed over/s4h-systems-leverage-analysis — Find where to invest to reduce keystone fragility at highest leveragenpx claudepluginhub human-avatar/skills-for-humanityMaps dependency webs and cascading effects of changes in systems. Useful for analyzing ripple effects, downstream impacts, and structural bottlenecks.
Maps how cascade failures propagate through implicit network proximity, shared infrastructure, and correlated dependencies across organizations.
Uses feedback loop analysis to diagnose why a system grows uncontrollably, oscillates, or resists change. Identifies dominant loops and delays.