agentsclimarketplace

Cynefin

Skill 88plug/cynefin/skills/cynefin

Use before choosing how to solve a problem, make a decision, plan work, diagnose a bug or incident, or pick between approaches — whenever the response should depend on what KIND of problem it is. Triggers on "how should we", "what's the best approach", "which option", deciding/planning, root-cause and incident work, design/architecture/refactor calls, and any "I'm stuck / this is uncertain / nobody's done this". The move: read the system by its constraints, place the Cynefin domain (Clear / Complicated / Complex / Chaotic — or admit Disorder), and apply the matching response — sense-making, never sorting into a 2x2. For the Complex domain, design a safe-to-fail probe portfolio, not a solution. Reach for it by default on non-trivial decisions; skip it for mechanical single-answer tasks.From its SKILL.md

Install
npx -y skills add 88plug/cynefin --skill cynefin

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

3 things to look at

  • 25 days oldThe repository was created 25 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
  • 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.
  • 0 stars0 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.

SKILL.md

6.7 KB, ~1.5k tokens by cl100k_base, as published. Nobody here has run it

Cynefin

Cynefin (Welsh, "habitat" — the many contexts you sense-make from) is Dave Snowden's framework for matching your response to the kind of problem you face. The whole value is upstream of solving: pick the wrong domain and the right technique for a different domain fails. This skill routes a decision by reading the system's constraints and applying the domain-appropriate response.

The one anti-pattern that voids everything: Cynefin is not a 2×2 matrix and not a categorization model. Categorization puts the framework before the data — you pre-judge and filter out the signal that disagrees. Cynefin is sense-making: ingest the real, messy data first, let the domain emerge from the constraints, then act. A "pick your quadrant" menu has already failed. The order↔chaos edge is a catastrophic fold, not a line on a grid.

The five domains

Route by the type of constraint governing the system — that is the rigorous, current definition (Snowden, post-2014), not just "ordered vs unordered".

DomainConstraint / cause-effectResponsePracticeWhat to do
Clear (was Simple → Obvious → Clear)Fixed/rigid; obvious, repeatable — known knownssense → categorize → respondbest practicerunbook, checklist, automation, lint
ComplicatedGoverning; knowable by analysis — known unknownssense → analyze → respondgood practice (plural)expert review, design docs, capacity planning
ComplexEnabling / loosely-coupled / dispositional; coherent only in retrospect — unknown unknownsprobe → sense → respondemergent (exaptive)parallel safe-to-fail probes, spikes, canaries
ChaoticNo effective constraints; no perceivable cause-effectact → sense → respondnovelstabilize first: roll back, fail over, incident command
Disorder / Confusion (→ Aporia)You don't know which domain you're inexit it firstassessdecompose, route each part; block premature action

Term evolution to keep accurate: Simple→Obvious(~2014)→Clear(~2019); Disorder split into inauthentic disorder + Aporia (authentic not-knowing); Emergent→Exaptive. The 2007 HBR paper drew four static domains; the current form treats constraint-type definitions and liminal dynamics as co-equal.

The dynamics a router must watch

  • The Clear→Chaotic cliff (a fold, not a line). Clear looks safe → complacency → best practice ossifies → weak signals ignored → sudden collapse into Chaos, and the fold makes recovery far slower than the fall. Never treat Clear as a resting state — keep slack, re-sense periodically.
  • Liminal zones (Snowden 2020+). Thresholds between domains, not domains. Broad/green = hold the threshold, don't commit yet. Narrow/red = a costly-to-undo commitment. Flag both before acting.
  • Deliberate transitions. A time-boxed, reversible shallow-dive into Chaos to break stale patterns is fine; complacent drift into it is not. The healthy loop is Complex →(probe)→ Complicated → Clear.

The routing procedure

  1. Map the constraints, not the "problem type". Fixed → Clear. Governing/expert-set → Complicated. Enabling/loosely-coupled/dispositional → Complex. None/decoupled → Chaotic. Can't tell → admit Disorder, decompose, route each part separately.
  2. Ontological check before prescribing. Never apply expert-analysis to an emergent problem. A novelty gauge helps (Keogh 1–5: 5 = nobody's done it → Complex; 1–2 = estimable → ordered).
  3. Apply the domain's response (table above). Before acting, try to refute the domain call (ritual dissent) — a wrong domain call wastes the whole run.
  4. For Complex, emit a safe-to-fail probe portfolio — never a solution. Each probe must specify all of:
    • Coherent — plausibly grounded in the system's past or a possible future (not "proven").
    • Safe-to-fail — reversible, fast, contained.
    • Amplify strategy — how to scale a beneficial pattern.
    • Dampen strategy — how to kill or reverse a negative one.
    • Monitor + defined signal — what a positive vs negative result looks like, written before running. Run several in parallel, even contradictory ones; some must be able to fail.
  5. Re-sense and loop. When a "known fix" fails, you mis-classified — re-read the domain rather than pushing harder.

Anti-patterns this skill prevents

  • Presenting a 2×2 / pick-a-quadrant menu (framework before data).
  • Emitting a permanent classification — route, don't file.
  • Confusing Complicated with Complex — analyzing the unanalyzable, or forcing a single "root cause" onto a Complex incident.
  • Prescribing best-practice / KPI targets in Complex instead of a probe portfolio.
  • Treating Clear as permanent — no cliff warning, no re-sensing.
  • Defaulting to your comfort domain without an ontological check (inauthentic disorder).
  • A lone sequential "experiment" with no amplify/dampen/signal defined.

Composes with

  • scientific-method — a Complex-domain probe is a pre-registered, safe-to-fail experiment with a defined signal.
  • break-dogma — "we must do X" is often a Clear/Complicated fix mis-applied to a Complex problem; re-sensing the domain breaks it.
  • world-first — invention lives in Complex/Chaotic; the removed-constraint move needs a probe, not a best practice.

Sources

Kurtz & Snowden, "The new dynamics of strategy," IBM Systems Journal 42(3), 2003. Snowden & Boone, "A Leader's Framework for Decision Making," HBR, Nov 2007. The Cynefin Company — Liminal Cynefin / Cynefin Dynamics (thecynefin.co, 2020–24). cynefin.io wiki — Domains, Constraints, Aporia, Safe-to-fail probes, Contextualisation, Ritual Dissent, Estuarine framework. Juarrero, Dynamics in Action (1999). Liz Keogh, "Estimating Complexity" (2013), "Constraints and Cynefin" (2019).

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Gives 0 of the 12 instructions most plan spec skills give in ~1.5k tokens

Counted across 1,099 of the 1,860 authors here whose files we hold, read 2026-08-07

  • Ask one question at a timein 51 of 1099
  • Break plans into vertical slicesin 29 of 1099, across 11 files
  • Publish issues in dependency orderin 27 of 1099, across 9 files
  • Iterate until user approves the breakdownin 25 of 1099, across 7 files
  • Explore the repository to understand the codebase statein 24 of 1099, across 7 files
  • Use domain glossary vocabularyin 23 of 1099, across 5 files
  • Apply correct triage labels to published issuesin 23 of 1099, across 5 files
  • Prefer AFK slices over HITLin 22 of 1099, across 7 files
  • Write a specification before writing any codein 22 of 1099, across 14 files
  • Write failing tests before implementation codein 22 of 1099, across 20 files
  • Ask clarifying questions until requirements are concretein 21 of 1099, across 13 files
  • Respect existing architecture decision recordsin 20 of 1099, across 5 files

Said here and by no other author read

  • read the system constraints before prescribing a response
  • place the problem into the matching Cynefin domain
  • apply the response pattern for the identified domain
  • refute the domain call before acting
  • decompose the problem when the domain is unknown
  • design a safe-to-fail probe portfolio for complex problems

Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.

Keep looking

Skills are one crate of 326,452. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.