project-initializer
Project Initializer
Create a new project with memory structure for the 3-phase workflow.
Activation
Activate when you detect:
- "Start new project" or "Initialize project X"
/drupal-dev-framework:newcommand- Beginning development work that needs tracking
Workflow
1. Get Project Name
Ask:
What should this project be called?
(lowercase, letters, numbers, underscores only)
Validate the name matches pattern ^[a-z][a-z0-9_]*$. If invalid, ask again.
2. Get Storage Location
Read the registry at ~/.claude/drupal-dev-framework/active_projects.json. Check if projectsBase is set.
If projectsBase exists — use it as default:
Where should project files be stored?
Default: {projectsBase}/{project_name}/
Options:
1. Accept default
2. Enter custom path
Your choice:
If projectsBase is NOT set (first-time setup) — ask:
Where do you keep your project memory files?
This folder will store architecture docs, task files, and project state.
Enter the base path (all projects will be created as subfolders here):
Save the chosen base path as projectsBase in the registry (see Step 7).
Convert relative paths to absolute. Store the full path.
3. Check Path
Use Bash to check if folder exists:
ls -la {chosen_path}
If exists, ask: "Folder exists. Overwrite, use different name, or cancel?"
4. Create Structure
Use Bash to create folders:
mkdir -p {path}/{project_name}/architecture
mkdir -p {path}/{project_name}/implementation_process/in_progress
mkdir -p {path}/{project_name}/implementation_process/completed
5. Create project_state.md
Use Write tool to create {path}/{project_name}/project_state.md:
# {Project Name}
**Created:** {YYYY-MM-DD}
**Status:** Initializing
**Path:** {full_path_to_project_folder}
## Overview
{To be filled during requirements gathering}
## Scope
This project includes:
- {To be defined}
## Requirements
{Populated by requirements-gatherer}
## Current Implementation Task
Working on: None - define tasks after requirements are gathered
File: -
## Up Next
Queued: {Tasks to work on after current task}
## Completed Implementation Tasks
{Empty initially}
## Key Decisions
{Empty initially}
## Current Focus
Initial setup - gathering requirements
Notes:
- The project does NOT have a phase. Each TASK has its own phase (Research → Architecture → Implementation)
- Multiple tasks can be in
implementation_process/in_progress/simultaneously - Task files in
in_progress/contain the task's current phase and progress - Move completed task files to
implementation_process/completed/
6. Create Empty architecture/main.md
Use Write tool:
# {Project Name} Architecture
{To be designed in Phase 2}
7. Register Project
Add project to the registry at ~/.claude/drupal-dev-framework/active_projects.json.
First, ensure the directory exists:
mkdir -p ~/.claude/drupal-dev-framework
Then read existing registry (or create new if doesn't exist) and add the project:
Registry Schema:
{
"version": "1.1",
"projectsBase": "{user's chosen base path for all projects}",
"projects": [
{
"name": "{project_name}",
"path": "{full_path_to_project}",
"created": "{YYYY-MM-DD}",
"lastAccessed": "{YYYY-MM-DD}",
"status": "active"
}
]
}
projectsBase— set once on first project creation, reused as default for all future projectspath— always the full absolute path to the specific project folder- No
phasefield — phase is tracked per-task in task files, not per-project
Use Read to load existing registry, then Write to save updated version with new project appended.
If registry doesn't exist, create it with projectsBase and this project.
8. Invoke Requirements Gatherer
After structure is created, invoke requirements-gatherer skill to populate requirements.
9. Confirm
Show user:
Project initialized at: {full_path}
Created:
- project_state.md
- architecture/main.md
- implementation_process/in_progress/
- implementation_process/completed/
Next: Answer requirements questions to complete Phase 1 setup.
10. After Requirements Gathered
Once requirements-gatherer completes and user confirms, show:
Requirements gathering complete.
Run `/drupal-dev-framework:next` to get your next recommended action.
Do NOT manually list commands like /research or /design. Always direct to /next for intelligent routing.
Stop Points
STOP and wait for user response:
- After asking for project name
- After asking for storage location
- Before creating folders if path exists
- After showing confirmation
More from camoa/claude-skills
html-generator
Use when generating branded HTML pages and components from a design system. Creates standalone HTML components and composes them into full pages with embedded CSS, responsive design, and brand integration.
43memory-manager
Use after completing any phase activity - updates project_state.md, project registry, ensures files are in correct locations, maintains lean memory
39diagram-generator
Use when visualizing architecture - generates Mermaid diagrams for data flow, service relationships, or entity structures. Trigger: 'draw diagram', 'visualize', 'show relationships', 'mermaid chart'.
31code-quality-audit
Use when checking code quality, running security audits, testing coverage, finding SOLID/DRY violations, or setting up quality tools. Use when user says "audit this code", "check security", "run PHPStan", "code quality", "find violations", "SOLID check", "DRY check", "test coverage", "lint this", "security review", "is this production ready", "check for vulnerabilities", "code review", "grade this code". Supports Drupal (PHPStan, PHPMD, Psalm, Semgrep, Trivy, Gitleaks via DDEV) and Next.js (ESLint, Jest, Semgrep, Trivy, Gitleaks). Use proactively before deployment or after significant code changes.
20requirements-gatherer
Use when gathering project requirements - asks structured questions about project type, scope, integrations, and constraints to populate project_state.md
17generating-infographics
Use when creating infographics, data visualizations, process diagrams, timelines, or comparisons - generates branded infographics using @antv/infographic with 114 templates across 7 categories. Triggers on "create infographic", "make infographic", "visualize data", "timeline", "process diagram".
17