Skip to content

/ AI Native Skills · Open source

Start with the job. Load only what the workflow needs.

Route the work through the right lifecycle, then load only the roles and specialist capabilities required to complete it.

10
Workflows
6
Meta-skills
87
Atomic skills
103
Entries

01 / Route the job

Choose the lifecycle before the capability.

Tell the system what kind of work is happening. The recommended workflow establishes ownership and boundaries before any specialist capability is loaded.

Recommended workflow

product-development-workflow

Build a product from zero

Start here

Begin with discovery and requirements. Before code, map the accepted repository stack and conventions, then load only the capabilities required by the active phase.

Workflow details4 fields
Use when
A product opportunity needs to move from discovery and requirements toward release and learning.
Boundary
Owns the end-to-end product lifecycle; it does not replace the specialist capabilities selected inside each phase.
Evidence
Accepted problem framing, requirements, repository constraints, implementation evidence, release verification, and learning outcomes.
Completion gate
The product increment is released or explicitly stopped, verified against its accepted requirements, and handed into a documented learning loop.
Open workflow

Selected workflow contract: product-development-workflow. Canonical pack: Product Development Pack.

02 / Capability paths

See the workflow and skills for a complete job.

Start from Product Planning, Engineering Quality, or Security Engineering. Each path separates required capabilities from optional specialists and keeps review independent from implementation.

Capability path

Product Planning

Which workflow and skills should turn a product idea into a testable, accepted delivery plan?

Choose the workflow by condition

  1. 01

    A product or opportunity starts from discovery and must continue through release and learning.

  2. 02

    The opportunity is accepted and needs a precise specification before implementation.

Capability stack

02
Validate value and the riskiest assumptions
03
Define requirements, release units, and delivery topology
Expected evidence5 items
  1. 01Accepted problem framing and target user evidence.
  2. 02Explicit value hypothesis, assumptions, risks, and decision rule.
  3. 03PRD or equivalent requirements with measurable acceptance criteria.
  4. 04Release-unit decomposition with dependencies, branch base, PR target, and product acceptance owner.
  5. 05A clear stop, experiment, specify, or implementation decision.

Completion gate

Planning is complete only when the opportunity is accepted or stopped, the next release unit has testable requirements and ownership, and implementation is not being used to resolve an untested product assumption.

Required capabilities only. Optional capabilities stay conditional.

Canonical source pinned to dd0a3008090b. Job profiles guide discovery; executable workflow files remain authoritative for order, gates, and review behavior.

Selected capability job profile: Product Planning.

03 / Capability registry

Explore the system without loading everything.

Start with lifecycle and routing capabilities, then narrow the registry only when the active concern is known.

Browse by topic

Topics are curated, overlapping entry points. They improve discovery without replacing canonical ownership or workflow routing.

Domain
Lifecycle
Concern
Ecosystem

Topic is editorial. Type, domain, lifecycle stage, concern, and ecosystem are independent canonical facets. Active choices combine with AND before deterministic ranking.

16 routing entries available

103 catalog entries exist. Start with workflows and routing layers.

Workflows10

  1. 01
    bugfix-workflow

    Engineering · Quality & Verification

    Reproduce → investigate → fix → verify → submit → review.

  2. 02
    code-review-workflow

    Engineering · Quality & Verification · Governance

    Load context → architecture check → design check → logic check → verdict.

  3. 03
    deployment-workflow

    Quality & Verification · Operations & Reliability · Governance

    Pre-deploy → deploy → health verification → confirm or rollback.

  4. 04
    design-refinement

    Engineering · Experience Design · Quality & Verification

    Triage covered findings → preserve scope → patch → verify → re-review → deliver.

  5. 05
    new-feature-workflow

    Product Development · Engineering · Experience Design · Quality & Verification

    Plan → design → implement → verify → submit → review.

  6. 06
    product-development-workflow

    Product Development · Engineering · Experience Design · Quality & Verification · Operations & Reliability

    Discovery → PRD → MVP → implementation → verification → release → launch → learn.

  7. 07
    redesign-workflow

    Product Development · Engineering · Experience Design · Quality & Verification

    Route → compose roles → inspect → direct → specify → produce → verify → review → fix → deliver.

  8. 08
    skill-doctor

    Quality & Verification · AI & Agent Systems · Governance

    Audit → triage → repair monoliths or stubs → verify skill health and gates.

  9. 09
    skill-evolution

    Quality & Verification · AI & Agent Systems · Governance

    Converts verified lessons from real product work into minimal reusable skill, reference, workflow, eval, or core-contract improvements without copying product-specific implementation history into shared skills.

  10. 10
    spec-workflow

    Product Development · Engineering · Governance

    Constitution → specify → plan → tasks → implement.

Meta-skills6

  1. 01
    design-interaction

    Experience Design

    Routes interaction behavior to UI and UX pattern specialists.

  2. 02
    design-layout

    Experience Design

    Routes layout and structure decisions to macrostructures, responsiveness, and UI components.

  3. 03
    design-strategy

    Product Development · Experience Design · Growth & Marketing

    Routes UX strategy to psychology, information architecture, collection discovery, CRO, copy, and content strategy.

  4. 04
    design-visual

    Experience Design

    Routes visual decisions to genre, motion, composition, and readability.

  5. 05
    role-switcher

    Governance · Developer Experience

    Composes one owner, narrow specialists, reviewer facades, and domain reviewers.

  6. 06
    workflow-router

    Governance · Developer Experience

    Classifies intent and routes product, design, bug, feature, review, deployment, and learning work.