USE when starting a new project or feature that requires planning. Auto-discovers codebase patterns via parallel explore agents, then creates multi-phase plans optimized for parallel agent execution. All artifacts created in .cattoolkit/planning/{slug}/.
/plugin marketplace add Git-Fg/thecattoolkit/plugin install sys-builder@cattoolkitThis skill is limited to using the following tools:
Create comprehensive, parallelism-optimized project plans with automatic codebase discovery. This skill is the primary entry point for all planning workflows.
MANDATORY: All planning artifacts MUST be created in:
.cattoolkit/planning/{project-slug}/
NEVER create PLAN.md, ROADMAP.md, or BRIEF.md at the project root.
Create the planning directory if it doesn't exist:
mkdir -p .cattoolkit/planning/{slug}/phases
Output Structure:
.cattoolkit/planning/{slug}/
├── BRIEF.md # Project definition
├── DISCOVERY.md # Auto-discovery findings
├── ROADMAP.md # Phases with parallelism markers
└── phases/
├── 01-{name}/
│ └── 01-01-PLAN.md
├── 02-{name}/
│ └── 02-01-PLAN.md
└── ...
Always run first to understand the codebase before planning.
Protocol:
DISCOVERY.md Template:
# Discovery Report: {project-slug}
## Codebase Overview
{High-level architecture description}
## Key Patterns Identified
- {Pattern 1}: {where found, how used}
- {Pattern 2}: {where found, how used}
## Dependencies
- External: {list}
- Internal: {critical paths}
## Conventions
- Naming: {patterns}
- Testing: {framework, location}
- Documentation: {style}
## Constraints & Considerations
- {constraint 1}
- {constraint 2}
## Recommendations for Plan
- {recommendation based on discoveries}
Use project-strategy templates. Include discoveries as context.
Greenfield (v1.0):
# Project Brief: {name}
Version: 1.0
## Vision
{One sentence}
## Goals
1. {Goal 1}
2. {Goal 2}
## Non-Goals
- {Explicit exclusion}
## Success Criteria
- {Measurable outcome}
## Discovery Context
@.cattoolkit/planning/{slug}/DISCOVERY.md
Brownfield (v1.1+): Add "Current State" section referencing DISCOVERY.md findings.
Create roadmap with explicit parallelism markers:
# Roadmap: {project-slug}
## Overview
{Brief description of the project}
## Phases
| Phase | Name | Status | Parallel Agents | Dependencies |
|-------|------|--------|-----------------|--------------|
| 01 | Discovery & Setup | pending | 2 explore | none |
| 02 | Core Implementation | pending | 3 worker | 01 |
| 03 | Integration | pending | 2 worker | 02 |
| 04 | Testing & Polish | pending | 2 worker | 03 (partial) |
## Phase Descriptions
### 01 - Discovery & Setup
**Agents**: 2 explore (parallel)
**Objective**: {what this phase accomplishes}
**Deliverables**: {list}
### 02 - Core Implementation
**Agents**: 3 worker (parallel)
**Objective**: {what this phase accomplishes}
**Deliverables**: {list}
**Depends on**: Phase 01 completion
...
For each phase, create detailed execution plans:
---
phase: {XX}-{name}
status: pending
parallel_agents: {N}
dependencies: [{list}]
---
## Objective
{What this phase accomplishes}
## Context
@.cattoolkit/planning/{slug}/BRIEF.md
@.cattoolkit/planning/{slug}/DISCOVERY.md
@.cattoolkit/planning/{slug}/ROADMAP.md
## Parallelism Analysis
| Task | Type | Can Parallel With | Agent |
|------|------|-------------------|-------|
| 1 | sequential | - | worker |
| 2 | parallel | 3, 4 | worker |
| 3 | parallel | 2, 4 | worker |
| 4 | parallel | 2, 3 | worker |
| 5 | background | all | worker |
## Tasks
### Task 1: {Action-oriented name}
**Type**: sequential
**Scope**: {files, directories, or concepts}
**Action**: {natural language description}
**Verify**: {command or check to prove completion}
**Done**: {measurable acceptance criteria}
### Task 2: {Action-oriented name}
**Type**: parallel
**Can run with**: Task 3, Task 4
**Scope**: {files}
**Action**: {description}
**Verify**: {command}
**Done**: {criteria}
...
## Verification
{Phase-level verification steps}
## Success Criteria
- [ ] {Criterion 1}
- [ ] {Criterion 2}
Sequential Tasks:
Parallel Tasks:
Background Tasks:
run_in_background: true| Phase Type | Recommended Agents |
|---|---|
| Discovery | 2-3 explore |
| Core Implementation | 3 worker |
| Integration | 2 worker |
| Testing | 2 worker |
| Review | 2-3 reviewer |
If blocked during planning:
This skill should be used when the user asks to "create a hookify rule", "write a hook rule", "configure hookify", "add a hookify rule", or needs guidance on hookify rule syntax and patterns.
Create distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web components, pages, or applications. Generates creative, polished code that avoids generic AI aesthetics.