evolution-stage

Tags technologies with Wardley evolution stages and evidence-based ways of working.

4|1|Updated Jul 30, 2026
One-click install
npx skills add https://github.com/radarist/structured-analytic-skills --skill evolution-stage-radarist
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: evolution-stage
Source: https://github.com/radarist/structured-analytic-skills/tree/main/skills/evolution-stage
Command: npx skills add https://github.com/radarist/structured-analytic-skills --skill evolution-stage-radarist

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Technology decisions fail when a bespoke capability is treated as a finished product or a commodity is custom-integrated. This Skill places each named technology, capability, or vendor category on Simon Wardley's evolution axis — Genesis, Custom built, Product (+rental), or Commodity (+utility) — anchored in observable evidence, so build-vs-buy decisions and delivery methods match the component's actual maturity. ## Core Features & Use Cases - Evidence-anchored stage placement: Assigns one of the four Wardley stages using eight observable placement questions covering supplier count, switching cost, pricing model, and integration time. - Way-of-working translation: States the delivery method each stage implies — agile experiments, lean builds, playbook adoption, or utility purchase — and flags mismatches with the surrounding recommendation. - Cross-stage comparison guardrails: Forces explicit acknowledgment when compared components sit at different stages before any feature-by-feature comparison. - Use Case: A vendor sells a "product" that needs four months of per-customer tuning. The Skill tags it as Custom built, cites the integration time as evidence, and recommends lean delivery borrowed from the closest comparable build instead of a two-week product adoption plan. ## Quick Start Use the evolution-stage skill to tag each technology in my comparison with its Wardley evolution stage, an evidence-based rationale, and the way of working each stage implies.

Frequently Asked Questions about evolution-stage

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I determine the Wardley evolution stage of a technology?▼

Ask four diagnostic questions in order: is it the only example of its kind (Genesis), are there a handful of bespoke implementations (Custom built), is it a defined category with competing vendors (Product), or is it bought on price with no differentiation (Commodity). Anchor the answer in observable evidence like supplier count or integration time.

What is the difference between Wardley evolution stage and technology readiness level?▼

Evolution stage measures strategic market maturity — supply competition and switching cost — while TRL measures empirical readiness from deployment evidence. A technology can be high-TRL yet still Custom built if every deployment is bespoke; both belong on a technology profile.

When should I use evolution stage tagging instead of a full Wardley map?▼

Use stage tagging when scoring one component at a time for a build-vs-buy or comparison decision. Use full Wardley map drafting when the whole value chain matters — the user need, the components beneath it, and their dependencies.

What evidence counts for placing a component on the evolution axis?▼

Countable or checkable signals: number of independent suppliers, cost of switching, pricing model, time to integrate, public artefacts like change logs, and who can operate it. Vendor self-positioning alone does not count and must be marked as an estimate.

What are the limitations of Wardley evolution stage analysis?▼

It scores one component at a time and says nothing about value-chain dependencies or technical readiness. It also cannot help when the decision is already locked — a signed contract with a fixed method leaves nothing for the stage to change.