Skip to content

Convention Index ​

This document is the central entry point for the implementation-playbook style conventions in the Context-Action repository. The docs have grown enough that it helps to group which documents define the rules, which ones demonstrate the pattern, and which ones lock the verification model.

Start Here by Task ​

Choose the path that matches the change; do not read the whole library before you know which artifact you own.

If you are changing…Read firstThen use
a package responsibility, dependency, or exportPackage Boundary and Codebase Managementpnpm package-boundary:check
a public guide, API reference, README route, or generated documentDocumentation and Development Managementpnpm docs:check
a durable architectural boundary or compatibility exceptionArchitecture Decision Recordsthe linked package/guide and focused proof
a feature, bug, or workflow contractSpecification, Issue, and Documentation Managementits change-class gate
a canonical example/usecaseImplementation Conventionpnpm convention:check and example checks

For a release candidate, use pnpm verify:all; it composes the repository checks rather than replacing focused evidence.

Grouped by Role ​

1. Documents that define the standard ​

2. Documents that explain logic and transitions ​

3. Documents that demonstrate the implementation ​

4. Documents that define verification ​

The general repository convention gate is:

bash
pnpm convention:check

For the complete Context-Action integration gate, run:

bash
node scripts/verify-context-action-conventions.mjs

It adds the example use-case recipe, MCP/function-calling catalog, integration-profile catalog, and standalone Web Studio action boundaries. Use pnpm web-coding:verify for the standalone build, filesystem, provider, preview, and browser release checks.

Reading Paths by Goal ​

For architecture alignment ​

  1. Implementation Convention
  2. Specification, Issue, and Documentation Management
  3. Explicit State Machine
  4. Stability Test Cycle

For a stateful action that updates more than one Store, read the Core Action Contracts and React State Contracts together. Core emits dispatch traces but never infers Store ownership; the React layer opens an explicit transaction with named participants.

For implementer onboarding ​

  1. Canonical Order Form Example
  2. Access Request Playbook Example
  3. Incident Escalation Playbook Example
  4. Renewal Risk Review Playbook Example

For designing new scenarios ​

  1. Playbook Scenario Library
  2. Implementation Convention
  3. repo-local skill: skills/context-action-implementation-playbook/SKILL.md

For tool-calling web studios ​

  1. Tool-Calling Web Studio Convention
  2. Specification, Issue, and Documentation Management
  3. Panel Layout Preference Convention
  4. Tool-Calling Editor Architecture
  5. Standalone Web Studio README

Read Alongside the Example App ​

The docs make more sense when paired with the live demos:

  • /patterns/implementation-playbook
  • /patterns/implementation-playbook/access-request
  • /patterns/implementation-playbook/incident-escalation
  • /patterns/implementation-playbook/renewal-risk-review
  • standalone /web-coding/ release

One-Line Summary ​

Choose the source of truth first, make the smallest matching change, update only its derived artifacts, and run the gate that proves that boundary.

Released under the Apache-2.0 License.