| cypilot | true | ||
|---|---|---|---|
| type | spec | ||
| name | Kit Specification | ||
| version | 1.0 | ||
| purpose | Define kit structure, installation, update model, directory layout, generated output overview, taxonomy, and extension protocol | ||
| drivers |
|
- Kit Overview
- Kit Directory Structure
- Kit File Reference
- Project-Level Outputs
- Kit Extension Protocol (p2)
- Related Specifications
A Kit is a file package that provides domain-specific artifact and codebase definitions for Cypilot. Each kit contains ready-to-use files — rules, templates, checklists, examples, constraints, workflows, and skill extensions — maintained directly by kit authors.
What a kit provides (installed into {cypilot_path}/config/kits/<slug>/):
- Per-artifact files:
artifacts/<KIND>/containingtemplate.md,rules.md,checklist.md,examples/example.md - Codebase files:
codebase/containingrules.md,checklist.md - Kit-wide:
constraints.toml(structural validation rules),conf.toml(version metadata) - Workflow files:
workflows/{name}.md - SKILL.md — kit skill extensions for AI agent discoverability
- Scripts:
scripts/— kit-specific scripts and prompts - Optional:
manifest.toml— declarative installation manifest (see below)
Key properties:
- Kit registration (slug, version, config path, resolved resource bindings) is stored in
{cypilot_path}/config/core.toml; resource binding paths are always relative to{cypilot_path}(never absolute;..is used for resources outside the adapter tree) - All kit files are user-editable after installation
- User modifications are preserved across kit updates via file-level diff with interactive prompts
- Kit version is stored in
{cypilot_path}/config/kits/<slug>/conf.toml
Plugin system (CLI subcommands, validation hooks, generation hooks) is planned for p2 and not covered in this specification.
Legacy: The previous blueprint-based kit model (where kit files were generated from
@cpt:marker files) has been removed percpt-cypilot-adr-remove-blueprint-system. See blueprint.md for legacy reference only.
When a kit is installed, all files are copied to {cypilot_path}/config/kits/{slug}/ where users can edit them:
{cypilot_path}/config/kits/<slug>/
├── manifest.toml # (optional) Declarative installation manifest
├── conf.toml # Kit version metadata (slug, version, name)
├── SKILL.md # Per-kit skill instructions (user-editable)
├── constraints.toml # Kit-wide structural constraints (user-editable)
├── artifacts/ # Per-artifact files
│ ├── PRD/
│ │ ├── template.md # Heading structure for artifact creation
│ │ ├── rules.md # Agent rules for generate/analyze workflows
│ │ ├── checklist.md # Quality checklist
│ │ └── examples/example.md # Concrete example artifact
│ ├── DESIGN/
│ │ └── ...
│ └── .../
├── codebase/ # Codebase review files
│ ├── rules.md # Codebase agent rules
│ └── checklist.md # Codebase quality checklist
├── scripts/ # Kit-specific scripts and prompts
│ └── ...
└── workflows/ # Workflow definitions
├── pr-review.md
├── pr-status.md
└── ...
Top-level .gen/ retains only aggregate files: AGENTS.md, SKILL.md, README.md.
Flow:
cpt init/cypilot kit installinstalls kit files from source:- If
manifest.tomlpresent: validate manifest, prompt user foruser_modifiableresource paths (offering defaults), copy each resource to its resolved path, resolve{identifier}template variables in kit files, register all resource bindings incore.tomlunder[kits.{slug}.resources] - If no
manifest.toml: copy all kit files from source to{cypilot_path}/config/kits/{slug}/(legacy behavior) - Register kit in
core.toml
- If
- Regenerate
.gen/AGENTS.mdand.gen/SKILL.mdto include the new kit's navigation and skill routing - Users may freely edit any kit file at any time
- On kit update, the system compares new files against user's installed copies via file-level diff (using registered resource paths for manifest-driven kits), then regenerates
.gen/aggregate files. New resources in the updated manifest trigger a path prompt; removed resources produce a warning
Update modes:
| Mode | Command | Behavior |
|---|---|---|
| Force | cypilot kit update --force |
Overwrites all kit files in {cypilot_path}/config/kits/{slug}/. User edits are discarded. |
| Interactive (default) | cypilot kit update |
File-level diff: for each file, compare new version against user's installed copy. IF identical → no action. IF different → present unified diff with [a]ccept / [d]ecline / [A]ccept all / [D]ecline all / [m]odify prompts. |
Each kit file is authored directly by kit authors and user-editable after installation.
| File | Location | Purpose | Spec |
|---|---|---|---|
rules.md |
artifacts/<KIND>/ |
Agent rules for generate/analyze workflows | rules.md |
checklist.md |
artifacts/<KIND>/ |
Quality checklist for validation | checklist.md |
template.md |
artifacts/<KIND>/ |
Heading structure for artifact creation | template.md |
example.md |
artifacts/<KIND>/examples/ |
Concrete example artifact | example.md |
constraints.toml |
kit root | Kit-wide structural validation rules | constraints.md |
codebase rules.md |
codebase/ |
Codebase agent rules | rules.md |
codebase checklist.md |
codebase/ |
Codebase quality checklist | checklist.md |
workflows/{name}.md |
workflows/ |
Workflow definitions | — |
SKILL.md |
kit root | Kit skill extensions | — |
conf.toml |
kit root | Kit version metadata | — |
manifest.toml |
kit root (optional) | Declarative installation manifest: resource identifiers, default paths, types, user-modifiability flags. Governs installation and update when present | kit.md |
taxonomy.md is an optional kit-level document that aggregates information about the kit's artifact kinds into a single human-readable reference.
Location: {cypilot_path}/config/kits/{slug}/taxonomy.md
This file is authored directly by kit authors as part of the kit file package.
p2: The plugin system (CLI subcommands, validation hooks) is planned for a future phase. The following documents the target design for reference.
Kit authors extend Cypilot by adding files to the standard kit directories:
- New artifact kinds: add a new
artifacts/<KIND>/directory withrules.md,template.md,checklist.md,examples/example.md - New workflows: add
.mdfiles toworkflows/ - New scripts: add files to
scripts/ - SKILL extensions: edit
SKILL.mdto add kit-specific commands and workflows - Constraint rules: edit
constraints.tomlto define structural validation rules
| Spec | Description |
|---|---|
| blueprint.md | DEPRECATED — Legacy blueprint format reference |
| rules.md | rules.md format, structure, loading, and usage |
| checklist.md | checklist.md format, domain organization, check items |
| template.md | template.md format, heading structure, placeholders |
| constraints.md | constraints.toml format, validation semantics, cross-artifact rules |
| example.md | example.md format, derivation from examples |