feat: add Conductor plugin for Context-Driven Development

Add comprehensive Conductor plugin implementing Context-Driven Development
methodology with tracks, specs, and phased implementation plans.

Components:
- 5 commands: setup, new-track, implement, status, revert
- 1 agent: conductor-validator
- 3 skills: context-driven-development, track-management, workflow-patterns
- 18 templates for project artifacts

Documentation updates:
- README.md: Updated counts (68 plugins, 100 agents, 110 skills, 76 tools)
- docs/plugins.md: Added Conductor to Workflows section
- docs/agents.md: Added conductor-validator agent
- docs/agent-skills.md: Added Conductor skills section

Also includes Prettier formatting across all project files.

conductor/templates/workflow.md

@@ -0,0 +1,192 @@
+# Development Workflow
+
+## Core Principles
+
+1. **plan.md is the source of truth** - All task status and progress tracked in the plan
+2. **Test-Driven Development** - Red → Green → Refactor cycle with 80% coverage target
+3. **CI/CD Compatibility** - All changes must pass automated pipelines before merge
+4. **Incremental Progress** - Small, verifiable commits with clear purpose
+
+## Task Lifecycle
+
+### Step 1: Task Selection
+
+- Review plan.md for next pending task
+- Verify dependencies are complete
+- Confirm understanding of acceptance criteria
+
+### Step 2: Progress Marking
+
+- Update task status in plan.md from `[ ]` to `[~]`
+- Note start time if tracking velocity
+
+### Step 3: Red Phase (Write Failing Tests)
+
+- Write test(s) that define expected behavior
+- Verify test fails for the right reason
+- Keep tests focused and minimal
+
+### Step 4: Green Phase (Make Tests Pass)
+
+- Write minimum code to pass tests
+- Avoid premature optimization
+- Focus on correctness over elegance
+
+### Step 5: Refactor Phase
+
+- Improve code structure without changing behavior
+- Apply relevant style guide conventions
+- Remove duplication and clarify intent
+
+### Step 6: Coverage Verification
+
+- Run coverage report
+- Ensure new code meets 80% threshold
+- Add edge case tests if coverage gaps exist
+
+### Step 7: Deviation Documentation
+
+- If implementation differs from spec, document why
+- Update spec if change is permanent
+- Flag for review if uncertain
+
+### Step 8: Code Commit
+
+- Stage related changes only
+- Write clear commit message referencing task
+- Format: `[track-id] task: description`
+
+### Step 9: Git Notes (Optional)
+
+- Add implementation notes for complex changes
+- Reference relevant decisions or trade-offs
+
+### Step 10: Plan Update
+
+- Mark task as `[x]` completed in plan.md
+- Update any affected downstream tasks
+- Note blockers or follow-up items
+
+### Step 11: Plan Commit
+
+- Commit plan.md changes separately
+- Format: `[track-id] plan: mark task X complete`
+
+## Phase Completion Protocol
+
+### Checkpoint Commits
+
+At the end of each phase:
+
+1. Ensure all phase tasks are `[x]` complete
+2. Run full test suite
+3. Verify coverage meets threshold
+4. Create checkpoint commit: `[track-id] checkpoint: phase N complete`
+
+### Test Verification
+
+```bash
+{{TEST_COMMAND}}
+{{COVERAGE_COMMAND}}
+```
+
+### Manual Approval Gates
+
+Phases requiring approval before proceeding:
+
+- Architecture changes
+- API contract modifications
+- Database schema changes
+- Security-sensitive implementations
+
+## Quality Assurance Gates
+
+All code must pass these criteria before merge:
+
+| Gate        | Requirement              | Command                  |
+| ----------- | ------------------------ | ------------------------ |
+| 1. Tests    | All tests passing        | `{{TEST_COMMAND}}`       |
+| 2. Coverage | Minimum 80%              | `{{COVERAGE_COMMAND}}`   |
+| 3. Style    | Follows style guide      | `{{LINT_COMMAND}}`       |
+| 4. Docs     | Public APIs documented   | Manual review            |
+| 5. Types    | No type errors           | `{{TYPE_CHECK_COMMAND}}` |
+| 6. Linting  | No lint errors           | `{{LINT_COMMAND}}`       |
+| 7. Mobile   | Responsive if applicable | Manual review            |
+| 8. Security | No known vulnerabilities | `{{SECURITY_COMMAND}}`   |
+
+## Development Commands
+
+### Environment Setup
+
+```bash
+{{SETUP_COMMAND}}
+```
+
+### Development Server
+
+```bash
+{{DEV_COMMAND}}
+```
+
+### Pre-Commit Checks
+
+```bash
+{{PRE_COMMIT_COMMAND}}
+```
+
+### Full Validation
+
+```bash
+{{VALIDATE_COMMAND}}
+```
+
+## Workflow Diagram
+
+```
+┌─────────────┐
+│ Select Task │
+└──────┬──────┘
+       │
+       ▼
+┌─────────────┐
+│ Mark [~]    │
+└──────┬──────┘
+       │
+       ▼
+┌─────────────┐
+│ RED: Write  │
+│ Failing Test│
+└──────┬──────┘
+       │
+       ▼
+┌─────────────┐
+│ GREEN: Make │
+│ Test Pass   │
+└──────┬──────┘
+       │
+       ▼
+┌─────────────┐
+│ REFACTOR    │
+└──────┬──────┘
+       │
+       ▼
+┌─────────────┐
+│ Verify      │
+│ Coverage    │
+└──────┬──────┘
+       │
+       ▼
+┌─────────────┐
+│ Commit Code │
+└──────┬──────┘
+       │
+       ▼
+┌─────────────┐
+│ Mark [x]    │
+└──────┬──────┘
+       │
+       ▼
+┌─────────────┐
+│ Commit Plan │
+└─────────────┘
+```