conductor-setup
Automation & IntégrationsInitialize project with Conductor artifacts (product definition,
Documentation
Conductor Setup
Initialize or resume Conductor project setup. This command creates foundational project documentation through interactive Q&A.
Use this skill when
Do not use this skill when
Instructions
resources/implementation-playbook.md.Pre-flight Checks
conductor/ directory already exists in the project root:conductor/product.md exists: Ask user whether to resume setup or reinitializeconductor/setup_state.json exists with incomplete status: Offer to resume from last stepconductor/setup_state.json:```json
{
"status": "in_progress",
"project_type": "greenfield|brownfield",
"current_section": "product|guidelines|tech_stack|workflow|styleguides",
"current_question": 1,
"completed_sections": [],
"answers": {},
"files_created": [],
"started_at": "ISO_TIMESTAMP",
"last_updated": "ISO_TIMESTAMP"
}
```
Interactive Q&A Protocol
CRITICAL RULES:
setup_state.json after each successful stepSection 1: Product Definition (max 5 questions)
Q1: Project Name
What is your project name?
Suggested:
1. [Infer from directory name]
2. [Infer from package.json/go.mod if brownfield]
3. Type your ownQ2: Project Description
Describe your project in one sentence.
Suggested:
1. A web application that [does X]
2. A CLI tool for [doing Y]
3. Type your ownQ3: Problem Statement
What problem does this project solve?
Suggested:
1. Users struggle to [pain point]
2. There's no good way to [need]
3. Type your ownQ4: Target Users
Who are the primary users?
Suggested:
1. Developers building [X]
2. End users who need [Y]
3. Internal teams managing [Z]
4. Type your ownQ5: Key Goals (optional)
What are 2-3 key goals for this project? (Press enter to skip)Section 2: Product Guidelines (max 3 questions)
Q1: Voice and Tone
What voice/tone should documentation and UI text use?
Suggested:
1. Professional and technical
2. Friendly and approachable
3. Concise and direct
4. Type your ownQ2: Design Principles
What design principles guide this project?
Suggested:
1. Simplicity over features
2. Performance first
3. Developer experience focused
4. User safety and reliability
5. Type your own (comma-separated)Section 3: Tech Stack (max 5 questions)
For brownfield projects, first analyze existing code:
Glob to find package.json, requirements.txt, go.mod, Cargo.toml, etc.Q1: Primary Language(s)
What primary language(s) does this project use?
[For brownfield: "I detected: Python 3.11, JavaScript. Is this correct?"]
Suggested:
1. TypeScript
2. Python
3. Go
4. Rust
5. Type your own (comma-separated)Q2: Frontend Framework (if applicable)
What frontend framework (if any)?
Suggested:
1. React
2. Vue
3. Next.js
4. None / CLI only
5. Type your ownQ3: Backend Framework (if applicable)
What backend framework (if any)?
Suggested:
1. Express / Fastify
2. Django / FastAPI
3. Go standard library
4. None / Frontend only
5. Type your ownQ4: Database (if applicable)
What database (if any)?
Suggested:
1. PostgreSQL
2. MongoDB
3. SQLite
4. None / Stateless
5. Type your ownQ5: Infrastructure
Where will this be deployed?
Suggested:
1. AWS (Lambda, ECS, etc.)
2. Vercel / Netlify
3. Self-hosted / Docker
4. Not decided yet
5. Type your ownSection 4: Workflow Preferences (max 4 questions)
Q1: TDD Strictness
How strictly should TDD be enforced?
Suggested:
1. Strict - tests required before implementation
2. Moderate - tests encouraged, not blocked
3. Flexible - tests recommended for complex logicQ2: Commit Strategy
What commit strategy should be followed?
Suggested:
1. Conventional Commits (feat:, fix:, etc.)
2. Descriptive messages, no format required
3. Squash commits per taskQ3: Code Review Requirements
What code review policy?
Suggested:
1. Required for all changes
2. Required for non-trivial changes
3. Optional / self-review OKQ4: Verification Checkpoints
When should manual verification be required?
Suggested:
1. After each phase completion
2. After each task completion
3. Only at track completionSection 5: Code Style Guides (max 2 questions)
Q1: Languages to Include
Which language style guides should be generated?
[Based on detected languages, pre-select]
Options:
1. TypeScript/JavaScript
2. Python
3. Go
4. Rust
5. All detected languages
6. Skip style guidesQ2: Existing Conventions
Do you have existing linting/formatting configs to incorporate?
[For brownfield: "I found .eslintrc, .prettierrc. Should I incorporate these?"]
Suggested:
1. Yes, use existing configs
2. No, generate fresh guides
3. Skip this stepArtifact Generation
After completing Q&A, generate the following files:
1. conductor/index.md
# Conductor - [Project Name]
Navigation hub for project context.
## Quick Links
- [Product Definition](./product.md)
- [Product Guidelines](./product-guidelines.md)
- [Tech Stack](./tech-stack.md)
- [Workflow](./workflow.md)
- [Tracks](./tracks.md)
## Active Tracks
<!-- Auto-populated by /conductor:new-track -->
## Getting Started
Run `/conductor:new-track` to create your first feature track.2. conductor/product.md
Template populated with Q&A answers for:
3. conductor/product-guidelines.md
Template populated with:
4. conductor/tech-stack.md
Template populated with:
5. conductor/workflow.md
Template populated with:
6. conductor/tracks.md
# Tracks Registry
| Status | Track ID | Title | Created | Updated |
| ------ | -------- | ----- | ------- | ------- |
<!-- Tracks registered by /conductor:new-track -->7. conductor/code_styleguides/
Generate selected style guides from $CLAUDE_PLUGIN_ROOT/templates/code_styleguides/
State Management
After each successful file creation:
setup_state.json:files_created arraylast_updated timestampcompleted_sectionsRead toolCompletion
When all files are created:
setup_state.json status to "complete"```
Conductor setup complete!
Created artifacts:
Next steps:
```
Resume Handling
If --resume argument or resuming from state:
setup_state.jsoncurrent_section and current_questionError Handling
Compétences similaires
Explorez d'autres agents de la catégorie Automation & Intégrations
trigger-dev
"Trigger.dev expert for background jobs, AI workflows, and reliable async execution with excellent developer experience and TypeScript-first design. Use when: trigger.dev, trigger dev, background task, ai background job, long running task."
gemini-api-dev
Use this skill when building applications with Gemini models, Gemini API, working with multimodal content (text, images, audio, video), implementing function calling, using structured outputs, or needing current model specifications. Covers SDK usage (google-genai for Python, @google/genai for JavaScript/TypeScript), model selection, and API capabilities.
google-calendar-automation
"Automate Google Calendar events, scheduling, availability checks, and attendee management via Rube MCP (Composio). Create events, find free slots, manage attendees, and list calendars programmatically."