cm-start
The entry point for starting a structured development workflow using the CodyMaster kit.
Install
mkdir -p .claude/skills/cm-start && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/12491" && unzip -o skill.zip -d .claude/skills/cm-start && rm skill.zipInstalls to .claude/skills/cm-start
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Start the CM Workflow to execute your objective from idea to production code.Key capabilities
- →Load working memory for a session
- →Detect project stack and tier
- →Discover relevant skills adaptively
- →Set up code intelligence
- →Understand and classify project requirements
How it works
This skill orchestrates the start of a CM workflow by loading memory, detecting project characteristics, and setting up code intelligence based on the provided objective.
Inputs & outputs
When to use cm-start
- →Start new project
- →Begin dev session
- →Orchestrate workflow
About this skill
Command: /cm-start [your objective]
TL;DR
- Use to kick off a CM session — entry point
- Detects: stack (Phase 2), suggests skills, reads continuity + learnings
- Next: cm-brainstorm-idea or cm-planning
Role: Workflow Orchestrator — You assess complexity, select the right workflow depth, and drive execution from objective to production code.
When this workflow is called, the AI Assistant should execute the following action sequence in the spirit of the CodyMaster Kit:
-
Load Working Memory: Per
_shared/helpers.md#Load-Working-Memory— use Smart Spine order:- Check
.cm/context-bus.json→ any active pipeline? any prior skill output to reuse? - Load L0 indexes:
learnings-index.md(~100 tok) +skeleton-index.md(~500 tok) - Scope-filter learnings via
cm_query— only load what matches current objective - Read
CONTINUITY.md→ set Active Goal to the new objective - Run token budget check:
cm continuity budget→ confirm no category is over soft limit
⚡ Total context load: ~700 tokens. Full load used to be ~3,200. Only escalate to L2 (full files) if L0 index explicitly flags a match. 0.5. Skill Coverage Check (Adaptive Discovery):
- Scan the objective for technologies, frameworks, or patterns mentioned
- Cross-reference with
cm-skill-indexLayer 1 triggers - If gap detected → trigger Discovery Loop from
cm-skill-index:npx skills find "{keyword}"→ review → ask user → install if approved - Log any discovered skills to
.cm-skills-log.json
- Check
0.6. Stack & Tier Detection (Phase 2):
- cm stack detect --write → writes .cm/project-skills.md (frameworks + suggested skills)
- cm tier classify --write → writes .cm/project-tier.md (LITE/STANDARD/PROFESSIONAL/ENTERPRISE)
- The tier sets the default Vibecoding mode and adaptive depth:
- LITE/STANDARD → render skill TL;DR only
- PROFESSIONAL/ENTERPRISE → render full protocol
- Inject the suggested-skills list into the skill chain shortlist
- These reports are token-light (~300 tok combined) and skipped if files exist and are <24h old
0.7. Code Intelligence Setup (cm-codeintell):
- ALWAYS: Run skeleton indexer → bash scripts/index-codebase.sh → .cm/skeleton.md
- Read .cm/skeleton.md (~5K tokens) → instant codebase understanding
- Count source files → determine intelligence level (MINIMAL/LITE/STANDARD/FULL)
- IF level >= LITE: generate architecture diagram → .cm/architecture.mmd
- IF level >= STANDARD: check CodeGraph → codegraph status → index if needed
- IF level >= STANDARD: also check qmd (cm-deep-search) for existing semantic vector databases and initialize/update if needed.
- Log intelligence level to CONTINUITY.md
-
Understand Requirements (Planning & JTBD):
- Read the objective provided in the
/cm-startcommand. - Analyze requirements, ask clarifying questions if needed (apply
cm-planning). - Consider multi-language support (i18n) from the start if the project requires it.
- Read the objective provided in the
-
Detect Project Level: Per
_shared/helpers.md#Project-Level-Detection- Analyze the objective to determine L0/L1/L2/L3 complexity
- Present detected level and recommended skill chain to the user
- Let user confirm or override the level
-
Execute Based on Level:
L0 (Micro): Code + Test only
- Skip planning. Apply
cm-tdddirectly →cm-quality-gate
L1 (Small): Planning lite → Code → Deploy
- Apply
cm-planning(lightweight implementation plan) - Apply
cm-tdd+cm-execution→cm-quality-gate
L2 (Medium): Full analysis flow
- Init OpenSpec (create
openspec/changes/[initiative-name]/folder and artifacts manually) - Apply
cm-brainstorm-ideaif problem is ambiguous - Apply
cm-planning(full implementation plan with OpenSpectasks.md) - Create
cm-tasks.jsonfromtasks.md→ launch RARV autonomous execution - Apply
cm-quality-gate→cm-safe-deploy
L3 (Large): Full + PRD + Architecture + Sprint
- Init OpenSpec (create
openspec/changes/[initiative-name]/folder and artifacts manually) - Apply
cm-brainstorm-idea(mandatory) - Apply
cm-planningwith FR/NFR requirement tracing - Sprint planning →
openspec/changes/[objective]/tasks.mdsync withcm-tasks.json - Apply
cm-execution(Mode E: TRIZ-Parallel for speed) - Apply
cm-quality-gate→cm-safe-deploy
- Skip planning. Apply
-
Track Progress:
- Create
openspec/changes/[objective]/tasks.md(for standardized spec tracking) - Create or update
cm-tasks.json(for autonomous agent execution) - Suggest
/cm-dashboardfor visual tracking - Suggest
/cm-statusfor quick terminal summary
- Create
-
Complete: Per
_shared/helpers.md#Update-Continuity- Record any new learnings or decisions made during this workflow
- If inside a skill chain:
cm continuity bus→ verify context bus reflects completed step - Refresh L0 indexes:
cm continuity index(auto-runs onaddLearning, manual refresh here)
Note for AI: If this is a brand new project, suggest running
cm-project-bootstrapfirst. If the working environment has a risk of accidentally switching accounts/projects, remind aboutcm-identity-guard(Per_shared/helpers.md#Identity-Check).
When not to use it
- →When the objective is already clear and simple
- →When only a quick, isolated task is needed
- →When a project is brand new and needs bootstrapping
Limitations
- →Requires a user objective
- →Relies on `cm` commands for operations
- →Assumes `_shared/helpers.md` for memory loading
How it compares
This workflow automates the initial setup and context gathering for a development session, unlike manually configuring the environment and identifying tools.
Compared to similar skills
cm-start side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| cm-start (this skill) | 0 | 3mo | No flags | Intermediate |
| flow-next-work | 1 | 2mo | Review | Advanced |
| twinmind-core-workflow-b | 1 | 25d | Review | Intermediate |
| linear-core-workflow-a | 0 | 25d | Review | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by tody-agent
View all by tody-agent →You might also like
flow-next-work
gmickel
Execute a Flow epic or task systematically with git setup, task tracking, quality checks, and commit workflow. Use when implementing a plan or working through a spec. Triggers on /flow-next:work with Flow IDs (fn-1-add-oauth, fn-1-add-oauth.2, or legacy fn-1, fn-1.2, fn-1-xxx, fn-1-xxx.2).
twinmind-core-workflow-b
jeremylongshore
Execute TwinMind secondary workflow: Action item extraction and follow-up automation. Use when automating meeting follow-ups, extracting tasks, or integrating with project management tools. Trigger with phrases like "twinmind action items", "meeting follow-up automation", "extract tasks from meeting".
linear-core-workflow-a
jeremylongshore
Issue lifecycle management with Linear: create, update, and transition issues. Use when implementing issue CRUD operations, state transitions, or building issue management features. Trigger with phrases like "linear issue workflow", "linear issue lifecycle", "create linear issues", "update linear issue", "linear state transition".
lisa-setup-atlassian
CodySwannGT
Set up Atlassian (cloudId + acli profile) for this project. Writes the `atlassian` section of `.lisa.config.json` and enables the Atlassian MCP and/or installs acli as needed. Prerequisite for /lisa:setup:jira and /lisa:setup:confluence.
skill-team-implement
benbrastmckie
Orchestrate multi-agent implementation with parallel phase execution. Spawns teammates for independent phases and coordinates dependent phases. Includes debugger teammate for error recovery.
bad
stephenleo
BMad Autonomous Development — orchestrates parallel story implementation pipelines. Builds a dependency graph, updates PR status from GitHub, picks stories from the backlog, and runs each through create → dev → review → PR in parallel — each story isolated in its own git worktree — using dedicated s