Skip to content

Guides

Choose the pack and guide that matches your outcome, from supervised delivery loops to research, architecture, integrations, and catalogue operations.

Use this catalogue to add repeatable, supervised ways of working to your agent. Start with the outcome you need; the linked pack guides explain what to install, what to ask for, what the agent produces, and where a human decides.

A path is an ordered set of guides that ends at a handoff, not at a document. Each names what you must already have and roughly what it costs. Start at the front door and work down; the two tables after this one are alternate ways in once you know the shape.

Prerequisite: none. For: anyone, first session.

  1. Choose an install route
  2. Install the whole lifecycle
  3. Adapt an existing repo — or start a new project
  4. Orient at session start

First value: workspace status answers what to work on next. Ends at: a repository whose queues you can read.

Prerequisite: P1. For: product manager, product engineer, strategist.

The light path is the default: frame an intent, test its riskiest assumption, break it down. Reach past it to the robust path — situation, opportunities, options, bet, capability map — only when the problem itself is unclear or the bet is large enough to need a recorded rationale. The intent tree explains the choice.

  1. Gather evidence when the answer is not already known
  2. Shape a feature intentframe-intent
  3. De-risk it and break it down — de-risk-intent, then decompose-intent
  4. Shape the architecture concept against it
  5. Hand the intent to the build loop

On the robust path, frame the situation first, then identify opportunities, generate options, and place a bet before step 4.

First value: one written intent naming an outcome and the bet behind it. Ends at: Core intake, which selects the route from the content — a spec, a delivery brief, or a minimum repository intent.

Prerequisite: P2, or an existing spec. For: engineer, agent.

  1. Orient at session start
  2. Plan and execute non-trivial work
  3. Review someone else’s PR
  4. Close and disposition the work

First value: a spec and plan you approved before any code was written. Ends at: a merged change, and the decision to merge is yours.

Prerequisite: P1. For: tech lead, architect.

  1. The governance index — which of RFC, ADR, or spec you need
  2. Propose an RFC
  3. Record an ADR

P4 draws on P2’s artifacts: an intent, a decision brief, a research survey, or an architecture concept is what an RFC or ADR is written from.

First value: a circulated proposal with its alternatives written down. Ends at: an accepted decision that outlives the people who made it.

Prerequisite: P3. For: delivery lead, SRE.

  1. The release loop
  2. Run a release
  3. Project slices out to a tracker — or intake from one
  4. Measure flow and DORA metrics

First value: a deployed artifact validated in an environment like production. Ends at: a human ratifying the production ship.

Prerequisite: P1 and P3. For: AI enablement, catalogue owner.

  1. Why catalogue curation
  2. Your first skill
  3. Build an org stack pack
  4. Create a catalogue

First value: one skill of your own that your agent can run. Ends at: a catalogue your organisation owns.

I need to…Start withContinue with
Decide what to buildproduct-strategy for strategic choicesdesk-research for evidence, then product-engineering to shape a build-ready bet
Design the product and systemexperience-design for journeys and surfacesarchitect, contracts, and frontend-engineering for the system, interfaces, and implementation
Build and review softwarecore to route work into a durable artifact and supervised loopgovernance-extras for durable decisions and monorepo-extras for package scaffolding
Provision and release safelyiac-terraform for reviewable infrastructure plansrelease-engineering for deployed validation and the human production gate, supervised by core
Work with team systems and evidenceatlassian, github, linear, or figmaconverters for source material and credential-brokers for credential-safe access
Document what shipsproduct-documentationconverters and the guide for the pack whose behavior you are documenting
Build and govern a cataloguecatalogue-curationgovernance-extras, product-documentation, and the catalogue authoring standards

The core build loop is the catalogue’s flagship and its strongest standalone product: a spec-driven implementation loop with mechanical gates, cold independent review, stasis detection, and a human merge decision. Start there when you want the most rigorous coding-agent workflow; the rest of the catalogue applies the same supervised-work principle to other jobs.

Pack directories contain task guidance for that pack. _shared/ contains cross-catalogue guidance that applies regardless of which packs you install:

Claude users can add this catalogue as a plugin marketplace and install user-scope packs directly. Repo-scoped packs such as core still install with agentbundle so their workflow belongs to the project and team.

The public documentation site generates the complete pack and guide navigation from this tree. Browse the complete generated pack reference; this page stays a route map rather than duplicating that inventory by hand.

Use the author-product-docs workflow. It selects the right page contract and destination; the catalogue authoring standards define the portable rules.