cdd-boot
CDD Boot (explicit-only)
Use this skill when the user wants a one-time vanilla CDD context boot and does not intend to use another cdd-* skill for the task.
Boot the current repo into vanilla AGENTS.md-driven work by reading role, project, and development context without changing repo files.
Required contract
AGENTS.mdat repo root- If
AGENTS.mdis missing, stop and tell the user the repo is not CDD-ready for vanilla boot. - Recommend
cdd-init-projectwhen the repo is missingAGENTS.md.
Preferred inputs
Role:
AGENTS.md
Project:
README.mddocs/INDEX.mddocs/specs/blueprint.md
Development:
- top of
docs/JOURNAL.mdas the stable journal entrypoint - matching
docs/journal/JOURNAL-<area>.mdfiles anddocs/journal/SUMMARY.mdwhendocs/JOURNAL.mdindicates split-journal mode
Graceful fallback rules
- Read
AGENTS.mdfirst and treat it as the source of truth for role and response format. - Continue gracefully when
README.md,docs/INDEX.md,docs/specs/blueprint.md, ordocs/JOURNAL.mdare missing. - Use
docs/JOURNAL.mdto detect journal layout first. If it indicates split-journal mode, continue with the matchingdocs/journal/JOURNAL-<area>.mdfiles anddocs/journal/SUMMARY.mdas needed. - For missing project context, use the first existing curated fallback in this order:
README*.mddocs/specs/prd.mdTODO*.md- concise root or
docs/markdown files with names matchingindex,overview,spec,blueprint, ordesign
- For missing development context, use the first existing curated fallback in this order:
- top of
TODO*.md - top of
CHANGELOG*.md - top of
docs/CHANGELOG*.md - top of
docs/notes*.md
- top of
- If split-journal mode is active but no matching area journal is clear, prefer
docs/journal/JOURNAL.mdfor cross-cutting notes anddocs/journal/SUMMARY.mdfor older condensed context before falling back to non-journal docs. - Use only the top of
docs/JOURNAL.md, matching split-journal files, or development fallback files; do not ingest full history unless the user explicitly asks. - If multiple plausible fallback docs exist in the same tier, prefer canonical CDD files, then root runbook docs, then the shortest current-state doc that answers the need.
- Do not write or modify repo files.
- Do not ask for approval.
- Ask a question only when the repo layout is genuinely ambiguous and the ambiguity would materially change the boot summary.
Output
Return a concise boot report that includes:
Role— confirm theAGENTS.mdrole was assumedProject— summarize the project using canonical files or fallbacksDevelopment— summarize current implementation context from the journal top or fallbacksSources used— list the files actually readMissing expected files— list only the missing canonical docsNext action— recommend the best follow-up
On success, recommend continuing in vanilla AGENTS-driven mode.
Example prompt
$cdd-boot Ingest AGENTS.md and assume the role. Read README.md docs/INDEX.md docs/specs/blueprint.md to understand the project. Use docs/JOURNAL.md as the journal entrypoint and continue with matching split-journal files when it points to them.
More from ruphware/cdd-skills
cdd-plan
Plan work by updating the CDD contract + implementation-ready TODO steps (approval-gated, explicit-only).
10cdd-index
Regenerate docs/INDEX.md only, using an embedded local CDD index prompt with phase-based analysis, GitHub-safe diagrams, fixed validation, and post-action review (approval-gated, explicit-only).
10cdd-maintain
Maintain a CDD repo by archiving long TODO and journal files, auditing support-doc drift, proposing approval-gated doc refreshes, and doctoring the codebase for refactor and dead-code signals (explicit-only).
10cdd-init-project
Init or adopt the CDD contract in the current folder (empty dir, docs-seeded folder, fresh boilerplate repo, or existing repo migration) (approval-gated, explicit-only; separate confirmation required for bootstrap copy/download and clone/remote/init/push actions).
10cdd-refactor
Turn refactor candidates in docs/INDEX.md into a TODO refactor plan (approval-gated, explicit-only).
10cdd-audit-and-implement
Convert audit bullets into implementation-ready TODO steps, then implement the first dependency-ordered step (two approvals, explicit-only).
10