Diablo_ClaudeMD_Ricing_example/skills/ccpm/references/structure.md
diablo 50fa79407d
Some checks are pending
CI — CoM Config Validation / Validate JSON Configs (push) Waiting to run
CI — CoM Config Validation / Validate YAML Configs (push) Waiting to run
CI — CoM Config Validation / Lint Shell Scripts (push) Waiting to run
CI — CoM Config Validation / Secret Detection (push) Waiting to run
CI — CoM Config Validation / Lint Markdown (push) Waiting to run
CI — CoM Config Validation / Validate CODEOWNERS (push) Waiting to run
CoM Claude Command Center — sanitized public configuration
Public, sanitized mirror of an AI orchestration command center: agents, skills,
MCP servers, slash-command workflows. All infrastructure identifiers, hostnames,
mesh IPs/subnets, repo paths, maintainer identity, and hardware fleet specifics
scrubbed to <placeholders>; session debug logs and host-specific memory removed.
No live credentials. Verified clean by automated leak sweep. See SANITIZATION.md.

churchofmalware.org . authorized research only
2026-06-10 02:02:03 -04:00

2.9 KiB
Raw Permalink Blame History

Structure — Break Down an Epic

This phase converts a technical epic into concrete, numbered task files with dependency and parallelization metadata.


Epic Decomposition

Trigger: User wants to break an epic into actionable tasks.

Preflight

  • Verify .claude/epics/<name>/epic.md exists with valid frontmatter.
  • If numbered task files (001.md, 002.md...) already exist in the epic directory, list them and confirm deletion before recreating.
  • If epic status is "completed", warn the user before proceeding.

Process

Read the epic fully. Analyze for parallelism — which pieces of work can happen simultaneously without file conflicts?

Task types to consider:

  • Setup: environment, scaffolding, dependencies
  • Data: models, schemas, migrations
  • API: endpoints, services, integration
  • UI: components, pages, styling
  • Tests: unit, integration, e2e
  • Docs: README, API docs, changelogs

Parallelization strategy by epic size:

  • Small (<5 tasks): create sequentially
  • Medium (510 tasks): batch into 23 groups, spawn parallel Task agents
  • Large (>10 tasks): analyze dependencies first, launch parallel agents (max 5 concurrent), create dependent tasks after prerequisites

For parallel creation, use the Task tool:

Task:
  description: "Create task files batch N"
  subagent_type: "general-purpose"
  prompt: |
    Create task files for epic: <name>
    Tasks to create: [list 3-4 tasks]
    Save to: .claude/epics/<name>/001.md, 002.md, etc.
    Follow the task file format exactly.
    Return: list of files created.    

Task File Format

---
name: <Task Title>
status: open
created: <run: date -u +"%Y-%m-%dT%H:%M:%SZ">
updated: <same as created>
github: (will be set on sync)
depends_on: []
parallel: true
conflicts_with: []
---

# Task: <Task Title>

## Description

## Acceptance Criteria
- [ ]

## Technical Details

## Dependencies

## Effort Estimate
- Size: XS/S/M/L/XL
- Hours: N

## Definition of Done
- [ ] Code implemented
- [ ] Tests written and passing
- [ ] Code reviewed

Numbering: sequential 001.md, 002.md, etc. Tasks are renamed to GitHub issue numbers after sync — do not hard-code dependencies by filename, use the depends_on array.

After Creating All Tasks

Append a summary to the epic file:

## Tasks Created
- [ ] 001.md - <Title> (parallel: true/false)
- [ ] 002.md - <Title> (parallel: true/false)

Total tasks: N
Parallel tasks: N
Sequential tasks: N
Estimated total effort: N hours

After completion: Confirm " Created N tasks for epic: " and suggest: "Ready to push to GitHub? Say: sync the epic"


Dependency Rules

  • depends_on lists task numbers that must complete before this task can start.
  • parallel: true means the task can run concurrently with others it doesn't conflict with.
  • conflicts_with lists tasks that touch the same files — these cannot run in parallel.
  • Circular dependencies are an error — check before finalizing.