Initialize project with Conductor artifacts (product definition, tech stack, workflow, style guides)
63
76%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Passed
No findings from the security scan
Fix and improve this skill with Tessl
tessl review fix ./skills/conductor-setup/SKILL.mdInitialize or resume Conductor project setup. This command creates foundational project documentation through interactive Q&A.
Check if 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 stepDetect project type by checking for existing indicators:
Load or create conductor/setup_state.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"
}CRITICAL RULES:
setup_state.json after each successful stepQ1: 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)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)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 ownQ1: 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 completionQ1: 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 stepAfter completing Q&A, generate the following files:
# 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.Template populated with Q&A answers for:
Template populated with:
Template populated with:
Template populated with:
# Tracks Registry
| Status | Track ID | Title | Created | Updated |
| ------ | -------- | ----- | ------- | ------- |
<!-- Tracks registered by /conductor:new-track -->Generate selected style guides from $CLAUDE_PLUGIN_ROOT/templates/code_styleguides/
After each successful file creation:
setup_state.json:
files_created arraylast_updated timestampcompleted_sectionsRead toolWhen all files are created:
Set setup_state.json status to "complete"
Display summary:
Conductor setup complete!
Created artifacts:
- conductor/index.md
- conductor/product.md
- conductor/product-guidelines.md
- conductor/tech-stack.md
- conductor/workflow.md
- conductor/tracks.md
- conductor/code_styleguides/[languages]
Next steps:
1. Review generated files and customize as needed
2. Run /conductor:new-track to create your first trackIf --resume argument or resuming from state:
setup_state.jsoncurrent_section and current_questione63f7dd
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.