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.

plugins/backend-development/skills/api-design-principles/SKILL.md

@@ -22,12 +22,14 @@ Master REST and GraphQL API design principles to build intuitive, scalable, and
 ### 1. RESTful Design Principles
 
 **Resource-Oriented Architecture**
+
 - Resources are nouns (users, orders, products), not verbs
 - Use HTTP methods for actions (GET, POST, PUT, PATCH, DELETE)
 - URLs represent resource hierarchies
 - Consistent naming conventions
 
 **HTTP Methods Semantics:**
+
 - `GET`: Retrieve resources (idempotent, safe)
 - `POST`: Create new resources
 - `PUT`: Replace entire resource (idempotent)
@@ -37,12 +39,14 @@ Master REST and GraphQL API design principles to build intuitive, scalable, and
 ### 2. GraphQL Design Principles
 
 **Schema-First Development**
+
 - Types define your domain model
 - Queries for reading data
 - Mutations for modifying data
 - Subscriptions for real-time updates
 
 **Query Structure:**
+
 - Clients request exactly what they need
 - Single endpoint, multiple operations
 - Strongly typed schema
@@ -51,17 +55,20 @@ Master REST and GraphQL API design principles to build intuitive, scalable, and
 ### 3. API Versioning Strategies
 
 **URL Versioning:**
+
 ```
 /api/v1/users
 /api/v2/users
 ```
 
 **Header Versioning:**
+
 ```
 Accept: application/vnd.api+json; version=1
 ```
 
 **Query Parameter Versioning:**
+
 ```
 /api/users?version=1
 ```
@@ -256,11 +263,7 @@ type User {
   createdAt: DateTime!
 
   # Relationships
-  orders(
-    first: Int = 20
-    after: String
-    status: OrderStatus
-  ): OrderConnection!
+  orders(first: Int = 20, after: String, status: OrderStatus): OrderConnection!
 
   profile: UserProfile
 }
@@ -311,11 +314,7 @@ scalar Money
 # Query root
 type Query {
   user(id: ID!): User
-  users(
-    first: Int = 20
-    after: String
-    search: String
-  ): UserConnection!
+  users(first: Int = 20, after: String, search: String): UserConnection!
 
   order(id: ID!): Order
 }
@@ -489,6 +488,7 @@ def create_context():
 ## Best Practices
 
 ### REST APIs
+
 1. **Consistent Naming**: Use plural nouns for collections (`/users`, not `/user`)
 2. **Stateless**: Each request contains all necessary information
 3. **Use HTTP Status Codes Correctly**: 2xx success, 4xx client errors, 5xx server errors
@@ -498,6 +498,7 @@ def create_context():
 7. **Documentation**: Use OpenAPI/Swagger for interactive docs
 
 ### GraphQL APIs
+
 1. **Schema First**: Design schema before writing resolvers
 2. **Avoid N+1**: Use DataLoaders for efficient data fetching
 3. **Input Validation**: Validate at schema and resolver levels

plugins/backend-development/skills/api-design-principles/assets/api-design-checklist.md

@@ -3,6 +3,7 @@
 ## Pre-Implementation Review
 
 ### Resource Design
+
 - [ ] Resources are nouns, not verbs
 - [ ] Plural names for collections
 - [ ] Consistent naming across all endpoints
@@ -10,6 +11,7 @@
 - [ ] All CRUD operations properly mapped to HTTP methods
 
 ### HTTP Methods
+
 - [ ] GET for retrieval (safe, idempotent)
 - [ ] POST for creation
 - [ ] PUT for full replacement (idempotent)
@@ -17,6 +19,7 @@
 - [ ] DELETE for removal (idempotent)
 
 ### Status Codes
+
 - [ ] 200 OK for successful GET/PATCH/PUT
 - [ ] 201 Created for POST
 - [ ] 204 No Content for DELETE
@@ -29,6 +32,7 @@
 - [ ] 500 Internal Server Error for server issues
 
 ### Pagination
+
 - [ ] All collection endpoints paginated
 - [ ] Default page size defined (e.g., 20)
 - [ ] Maximum page size enforced (e.g., 100)
@@ -36,17 +40,20 @@
 - [ ] Cursor-based or offset-based pattern chosen
 
 ### Filtering & Sorting
+
 - [ ] Query parameters for filtering
 - [ ] Sort parameter supported
 - [ ] Search parameter for full-text search
 - [ ] Field selection supported (sparse fieldsets)
 
 ### Versioning
+
 - [ ] Versioning strategy defined (URL/header/query)
 - [ ] Version included in all endpoints
 - [ ] Deprecation policy documented
 
 ### Error Handling
+
 - [ ] Consistent error response format
 - [ ] Detailed error messages
 - [ ] Field-level validation errors
@@ -54,18 +61,21 @@
 - [ ] Timestamps in error responses
 
 ### Authentication & Authorization
+
 - [ ] Authentication method defined (Bearer token, API key)
 - [ ] Authorization checks on all endpoints
 - [ ] 401 vs 403 used correctly
 - [ ] Token expiration handled
 
 ### Rate Limiting
+
 - [ ] Rate limits defined per endpoint/user
 - [ ] Rate limit headers included
 - [ ] 429 status code for exceeded limits
 - [ ] Retry-After header provided
 
 ### Documentation
+
 - [ ] OpenAPI/Swagger spec generated
 - [ ] All endpoints documented
 - [ ] Request/response examples provided
@@ -73,6 +83,7 @@
 - [ ] Authentication flow documented
 
 ### Testing
+
 - [ ] Unit tests for business logic
 - [ ] Integration tests for endpoints
 - [ ] Error scenarios tested
@@ -80,6 +91,7 @@
 - [ ] Performance tests for heavy endpoints
 
 ### Security
+
 - [ ] Input validation on all fields
 - [ ] SQL injection prevention
 - [ ] XSS prevention
@@ -89,6 +101,7 @@
 - [ ] No secrets in responses
 
 ### Performance
+
 - [ ] Database queries optimized
 - [ ] N+1 queries prevented
 - [ ] Caching strategy defined
@@ -96,6 +109,7 @@
 - [ ] Large responses paginated
 
 ### Monitoring
+
 - [ ] Logging implemented
 - [ ] Error tracking configured
 - [ ] Performance metrics collected
@@ -105,6 +119,7 @@
 ## GraphQL-Specific Checks
 
 ### Schema Design
+
 - [ ] Schema-first approach used
 - [ ] Types properly defined
 - [ ] Non-null vs nullable decided
@@ -112,24 +127,28 @@
 - [ ] Custom scalars defined
 
 ### Queries
+
 - [ ] Query depth limiting
 - [ ] Query complexity analysis
 - [ ] DataLoaders prevent N+1
 - [ ] Pagination pattern chosen (Relay/offset)
 
 ### Mutations
+
 - [ ] Input types defined
 - [ ] Payload types with errors
 - [ ] Optimistic response support
 - [ ] Idempotency considered
 
 ### Performance
+
 - [ ] DataLoader for all relationships
 - [ ] Query batching enabled
 - [ ] Persisted queries considered
 - [ ] Response caching implemented
 
 ### Documentation
+
 - [ ] All fields documented
 - [ ] Deprecations marked
 - [ ] Examples provided

plugins/backend-development/skills/api-design-principles/references/graphql-schema-design.md

@@ -3,6 +3,7 @@
 ## Schema Organization
 
 ### Modular Schema Structure
+
 ```graphql
 # user.graphql
 type User {
@@ -37,17 +38,19 @@ extend type Query {
 ## Type Design Patterns
 
 ### 1. Non-Null Types
+
 ```graphql
 type User {
-  id: ID!              # Always required
-  email: String!       # Required
-  phone: String        # Optional (nullable)
-  posts: [Post!]!      # Non-null array of non-null posts
-  tags: [String!]      # Nullable array of non-null strings
+  id: ID! # Always required
+  email: String! # Required
+  phone: String # Optional (nullable)
+  posts: [Post!]! # Non-null array of non-null posts
+  tags: [String!] # Nullable array of non-null strings
 }
 ```
 
 ### 2. Interfaces for Polymorphism
+
 ```graphql
 interface Node {
   id: ID!
@@ -72,6 +75,7 @@ type Query {
 ```
 
 ### 3. Unions for Heterogeneous Results
+
 ```graphql
 union SearchResult = User | Post | Comment
 
@@ -92,13 +96,16 @@ type Query {
     }
     ... on Comment {
       text
-      author { name }
+      author {
+        name
+      }
     }
   }
 }
 ```
 
 ### 4. Input Types
+
 ```graphql
 input CreateUserInput {
   email: String!
@@ -124,6 +131,7 @@ input UpdateUserInput {
 ## Pagination Patterns
 
 ### Relay Cursor Pagination (Recommended)
+
 ```graphql
 type UserConnection {
   edges: [UserEdge!]!
@@ -144,12 +152,7 @@ type PageInfo {
 }
 
 type Query {
-  users(
-    first: Int
-    after: String
-    last: Int
-    before: String
-  ): UserConnection!
+  users(first: Int, after: String, last: Int, before: String): UserConnection!
 }
 
 # Usage
@@ -171,6 +174,7 @@ type Query {
 ```
 
 ### Offset Pagination (Simpler)
+
 ```graphql
 type UserList {
   items: [User!]!
@@ -187,6 +191,7 @@ type Query {
 ## Mutation Design Patterns
 
 ### 1. Input/Payload Pattern
+
 ```graphql
 input CreatePostInput {
   title: String!
@@ -212,6 +217,7 @@ type Mutation {
 ```
 
 ### 2. Optimistic Response Support
+
 ```graphql
 type UpdateUserPayload {
   user: User
@@ -231,6 +237,7 @@ type Mutation {
 ```
 
 ### 3. Batch Mutations
+
 ```graphql
 input BatchCreateUserInput {
   users: [CreateUserInput!]!
@@ -256,6 +263,7 @@ type Mutation {
 ## Field Design
 
 ### Arguments and Filtering
+
 ```graphql
 type Query {
   posts(
@@ -296,20 +304,20 @@ enum OrderDirection {
 ```
 
 ### Computed Fields
+
 ```graphql
 type User {
   firstName: String!
   lastName: String!
-  fullName: String!  # Computed in resolver
-
+  fullName: String! # Computed in resolver
   posts: [Post!]!
-  postCount: Int!    # Computed, doesn't load all posts
+  postCount: Int! # Computed, doesn't load all posts
 }
 
 type Post {
   likeCount: Int!
   commentCount: Int!
-  isLikedByViewer: Boolean!  # Context-dependent
+  isLikedByViewer: Boolean! # Context-dependent
 }
 ```
 
@@ -366,6 +374,7 @@ type Product {
 ## Directives
 
 ### Built-in Directives
+
 ```graphql
 type User {
   name: String!
@@ -388,6 +397,7 @@ query GetUser($isOwner: Boolean!) {
 ```
 
 ### Custom Directives
+
 ```graphql
 directive @auth(requires: Role = USER) on FIELD_DEFINITION
 
@@ -406,6 +416,7 @@ type Mutation {
 ## Error Handling
 
 ### Union Error Pattern
+
 ```graphql
 type User {
   id: ID!
@@ -452,6 +463,7 @@ type Query {
 ```
 
 ### Errors in Payload
+
 ```graphql
 type CreateUserPayload {
   user: User
@@ -476,6 +488,7 @@ enum ErrorCode {
 ## N+1 Query Problem Solutions
 
 ### DataLoader Pattern
+
 ```python
 from aiodataloader import DataLoader
 
@@ -493,6 +506,7 @@ async def resolve_posts(user, info):
 ```
 
 ### Query Depth Limiting
+
 ```python
 from graphql import GraphQLError
 
@@ -507,6 +521,7 @@ def depth_limit_validator(max_depth: int):
 ```
 
 ### Query Complexity Analysis
+
 ```python
 def complexity_limit_validator(max_complexity: int):
     def calculate_complexity(node):
@@ -522,6 +537,7 @@ def complexity_limit_validator(max_complexity: int):
 ## Schema Versioning
 
 ### Field Deprecation
+
 ```graphql
 type User {
   name: String! @deprecated(reason: "Use firstName and lastName")
@@ -531,6 +547,7 @@ type User {
 ```
 
 ### Schema Evolution
+
 ```graphql
 # v1 - Initial
 type User {

plugins/backend-development/skills/api-design-principles/references/rest-best-practices.md

@@ -3,6 +3,7 @@
 ## URL Structure
 
 ### Resource Naming
+
 ```
 # Good - Plural nouns
 GET /api/users
@@ -16,6 +17,7 @@ POST /api/createOrder
 ```
 
 ### Nested Resources
+
 ```
 # Shallow nesting (preferred)
 GET /api/users/{id}/orders
@@ -30,6 +32,7 @@ GET /api/order-items/{id}/reviews
 ## HTTP Methods and Status Codes
 
 ### GET - Retrieve Resources
+
 ```
 GET /api/users              → 200 OK (with list)
 GET /api/users/{id}         → 200 OK or 404 Not Found
@@ -37,6 +40,7 @@ GET /api/users?page=2       → 200 OK (paginated)
 ```
 
 ### POST - Create Resources
+
 ```
 POST /api/users
   Body: {"name": "John", "email": "john@example.com"}
@@ -50,6 +54,7 @@ POST /api/users (validation error)
 ```
 
 ### PUT - Replace Resources
+
 ```
 PUT /api/users/{id}
   Body: {complete user object}
@@ -60,6 +65,7 @@ PUT /api/users/{id}
 ```
 
 ### PATCH - Partial Update
+
 ```
 PATCH /api/users/{id}
   Body: {"name": "Jane"}  (only changed fields)
@@ -68,6 +74,7 @@ PATCH /api/users/{id}
 ```
 
 ### DELETE - Remove Resources
+
 ```
 DELETE /api/users/{id}
   → 204 No Content (deleted)
@@ -78,6 +85,7 @@ DELETE /api/users/{id}
 ## Filtering, Sorting, and Searching
 
 ### Query Parameters
+
 ```
 # Filtering
 GET /api/users?status=active
@@ -99,6 +107,7 @@ GET /api/users?fields=id,name,email
 ## Pagination Patterns
 
 ### Offset-Based Pagination
+
 ```python
 GET /api/users?page=2&page_size=20
 
@@ -113,6 +122,7 @@ Response:
 ```
 
 ### Cursor-Based Pagination (for large datasets)
+
 ```python
 GET /api/users?limit=20&cursor=eyJpZCI6MTIzfQ
 
@@ -125,6 +135,7 @@ Response:
 ```
 
 ### Link Header Pagination (RESTful)
+
 ```
 GET /api/users?page=2
 
@@ -138,6 +149,7 @@ Link: <https://api.example.com/users?page=3>; rel="next",
 ## Versioning Strategies
 
 ### URL Versioning (Recommended)
+
 ```
 /api/v1/users
 /api/v2/users
@@ -147,6 +159,7 @@ Cons: Multiple URLs for same resource
 ```
 
 ### Header Versioning
+
 ```
 GET /api/users
 Accept: application/vnd.api+json; version=2
@@ -156,6 +169,7 @@ Cons: Less visible, harder to test
 ```
 
 ### Query Parameter
+
 ```
 GET /api/users?version=2
 
@@ -166,6 +180,7 @@ Cons: Optional parameter can be forgotten
 ## Rate Limiting
 
 ### Headers
+
 ```
 X-RateLimit-Limit: 1000
 X-RateLimit-Remaining: 742
@@ -177,6 +192,7 @@ Retry-After: 3600
 ```
 
 ### Implementation Pattern
+
 ```python
 from fastapi import HTTPException, Request
 from datetime import datetime, timedelta
@@ -219,6 +235,7 @@ async def get_users(request: Request):
 ## Authentication and Authorization
 
 ### Bearer Token
+
 ```
 Authorization: Bearer eyJhbGciOiJIUzI1NiIs...
 
@@ -227,6 +244,7 @@ Authorization: Bearer eyJhbGciOiJIUzI1NiIs...
 ```
 
 ### API Keys
+
 ```
 X-API-Key: your-api-key-here
 ```
@@ -234,6 +252,7 @@ X-API-Key: your-api-key-here
 ## Error Response Format
 
 ### Consistent Structure
+
 ```json
 {
   "error": {
@@ -253,6 +272,7 @@ X-API-Key: your-api-key-here
 ```
 
 ### Status Code Guidelines
+
 - `200 OK`: Successful GET, PATCH, PUT
 - `201 Created`: Successful POST
 - `204 No Content`: Successful DELETE
@@ -269,6 +289,7 @@ X-API-Key: your-api-key-here
 ## Caching
 
 ### Cache Headers
+
 ```
 # Client caching
 Cache-Control: public, max-age=3600
@@ -285,6 +306,7 @@ If-None-Match: "33a64df551425fcc55e4d42a148795d9f25f89d4"
 ## Bulk Operations
 
 ### Batch Endpoints
+
 ```python
 POST /api/users/batch
 {
@@ -306,6 +328,7 @@ Response:
 ## Idempotency
 
 ### Idempotency Keys
+
 ```
 POST /api/orders
 Idempotency-Key: unique-key-123