@quadslab.io/discord-mcp 2.0.0 → 2.1.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (61) hide show
  1. package/.claude/.quadcode-version +1 -0
  2. package/.claude/settings.local.json +154 -0
  3. package/.claude/skills/architect/SKILL.md +111 -0
  4. package/.claude/skills/assign-environment/SKILL.md +71 -0
  5. package/.claude/skills/brainstorm/SKILL.md +114 -0
  6. package/.claude/skills/brainstorm-spec/SKILL.md +72 -0
  7. package/.claude/skills/check-implemented/SKILL.md +59 -0
  8. package/.claude/skills/check-issue-progress/SKILL.md +66 -0
  9. package/.claude/skills/create-rich-plan/SKILL.md +90 -0
  10. package/.claude/skills/decompose-spec/SKILL.md +32 -0
  11. package/.claude/skills/detect-environments/SKILL.md +61 -0
  12. package/.claude/skills/dispatch/SKILL.md +90 -0
  13. package/.claude/skills/estimate-complexity/SKILL.md +118 -0
  14. package/.claude/skills/expand-epic/SKILL.md +38 -0
  15. package/.claude/skills/find-duplicate-issues/SKILL.md +91 -0
  16. package/.claude/skills/find-duplicates/SKILL.md +77 -0
  17. package/.claude/skills/find-related-code/SKILL.md +145 -0
  18. package/.claude/skills/idea-summary/SKILL.md +57 -0
  19. package/.claude/skills/idea-to-prompt/SKILL.md +98 -0
  20. package/.claude/skills/ideas-maintenance/SKILL.md +98 -0
  21. package/.claude/skills/ideas-to-issues/SKILL.md +108 -0
  22. package/.claude/skills/issue-summary/SKILL.md +64 -0
  23. package/.claude/skills/issue-to-prompt/SKILL.md +98 -0
  24. package/.claude/skills/launch-team/SKILL.md +69 -0
  25. package/.claude/skills/list-environments/SKILL.md +60 -0
  26. package/.claude/skills/new-spec/SKILL.md +37 -0
  27. package/.claude/skills/organize-ideas/SKILL.md +47 -0
  28. package/.claude/skills/organize-issues/SKILL.md +56 -0
  29. package/.claude/skills/organize-plans/SKILL.md +47 -0
  30. package/.claude/skills/plan-from-idea/SKILL.md +102 -0
  31. package/.claude/skills/plan-summary/SKILL.md +53 -0
  32. package/.claude/skills/plan-to-issues/SKILL.md +63 -0
  33. package/.claude/skills/preview-promotion/SKILL.md +47 -0
  34. package/.claude/skills/review-spec/SKILL.md +53 -0
  35. package/.claude/skills/run-script/SKILL.md +43 -0
  36. package/.claude/skills/script-summary/SKILL.md +67 -0
  37. package/.claude/skills/setup-environment/SKILL.md +78 -0
  38. package/.claude/skills/setup-python/SKILL.md +123 -0
  39. package/.claude/skills/setup-scripts/SKILL.md +82 -0
  40. package/.claude/skills/suggest-improvements/SKILL.md +66 -0
  41. package/.claude/skills/team-status/SKILL.md +68 -0
  42. package/.claude/skills/triage-issues/SKILL.md +51 -0
  43. package/.claude/skills/update-plan-progress/SKILL.md +102 -0
  44. package/.claude/skills/verify-plan/SKILL.md +54 -0
  45. package/.claude/skills/weekly-digest/SKILL.md +149 -0
  46. package/.mcp.json +7 -0
  47. package/.quadcode/config.json +6 -0
  48. package/CHANGELOG.md +174 -174
  49. package/CLAUDE.md +40 -0
  50. package/LICENSE +21 -21
  51. package/README.md +678 -668
  52. package/assets/demo.svg +470 -0
  53. package/assets/social-preview.html +14 -0
  54. package/assets/social-preview.svg +98 -0
  55. package/dist/cli.js +16 -12
  56. package/dist/cli.js.map +1 -1
  57. package/dist/tools/threads.js +299 -0
  58. package/dist/tools/threads.js.map +1 -1
  59. package/dist/tools/utils.js +48 -3
  60. package/dist/tools/utils.js.map +1 -1
  61. package/package.json +58 -58
@@ -0,0 +1,69 @@
1
+ ---
2
+ name: launch-team
3
+ description: Launch an agent team from a plan. Promotes steps to issues, creates a team, and prepares for multi-agent coordination.
4
+ allowed-tools: mcp__quadcode__list_plans, mcp__quadcode__get_plan, mcp__quadcode__create_team, mcp__quadcode__get_team, mcp__quadcode__list_teams, mcp__quadcode__add_team_member, mcp__quadcode__send_team_message, mcp__quadcode__get_team_progress, mcp__quadcode__promote_plan_to_issues, mcp__quadcode__get_available_plan_issues, mcp__quadcode__list_issues
5
+ user-invocable: true
6
+ argument-hint: [plan ID or leave blank to select]
7
+ ---
8
+
9
+ # Launch Team Skill
10
+
11
+ Create an agent team from a plan. This promotes all plan steps to issues, creates a team linked to the plan, and prepares the coordination infrastructure for multiple Claude agents to work together.
12
+
13
+ ## Process
14
+
15
+ 1. **Select a plan**:
16
+ - If $ARGUMENTS is provided, treat it as a plan ID and fetch it with `mcp__quadcode__get_plan`
17
+ - If no argument, list all plans with `mcp__quadcode__list_plans` and show available plans
18
+ - Let the user confirm which plan to use
19
+
20
+ 2. **Show plan overview**:
21
+ - Display the plan title, description, and step count
22
+ - List steps with their statuses and dependencies
23
+ - Show which steps are already promoted to issues
24
+ - Analyze the dependency graph to determine how many independent work streams exist
25
+
26
+ 3. **Promote steps to issues** (if needed):
27
+ - Use `mcp__quadcode__promote_plan_to_issues` to promote all unpromoted steps
28
+ - Steps with unmet dependencies get `backlog` status
29
+ - Steps with met dependencies get `todo` status
30
+
31
+ 4. **Create the team**:
32
+ - Use `mcp__quadcode__create_team` with the plan_id set
33
+ - Name the team based on the plan title (e.g. "Team: {plan title}")
34
+ - Report the team ID and status
35
+
36
+ 5. **Show team readiness**:
37
+ - Call `mcp__quadcode__get_available_plan_issues` to show immediately available issues
38
+ - Show the team progress with `mcp__quadcode__get_team_progress`
39
+ - List how many issues are ready, blocked, in progress, or done
40
+
41
+ 6. **Suggest next steps**:
42
+ - Tell the user to open the Agent Teams panel to see the team dashboard
43
+ - Suggest spawning teammates from the dashboard for each independent work stream
44
+ - Explain that teammates can be assigned issues from the dashboard
45
+ - Mention that as issues complete, dependent issues automatically unblock
46
+
47
+ ## Team Roles
48
+
49
+ When spawning teammates, suggest appropriate roles based on step types:
50
+ - **Research** steps → `researcher` role
51
+ - **Design/Document** steps → `planner` role
52
+ - **Implement** steps → `worker` role
53
+ - **Test/Verify/Review** steps → `reviewer` role
54
+
55
+ ## Coordination Protocol
56
+
57
+ Once the team is launched:
58
+ - Each teammate uses `send_team_message` to report progress
59
+ - Use `heartbeat_team_member` to maintain liveness tracking
60
+ - Use `get_team_messages` to check for updates from other teammates
61
+ - When completing an issue, send a `completion` type message with a summary
62
+ - When blocked, send a `blocker` type message to alert the lead
63
+
64
+ ## Guidelines
65
+
66
+ - Always show the user the plan overview before creating the team
67
+ - Warn if the plan has no steps
68
+ - After creating the team, verify it with `mcp__quadcode__get_team`
69
+ - Suggest a reasonable number of teammates (usually 2-4 for most plans)
@@ -0,0 +1,60 @@
1
+ ---
2
+ name: list-environments
3
+ description: List and review all terminal environments configured in QuadCode.
4
+ allowed-tools: mcp__quadcode__list_environments, mcp__quadcode__get_environment, mcp__quadcode__delete_environment
5
+ user-invocable: true
6
+ argument-hint: [detail|cleanup]
7
+ ---
8
+
9
+ # List Environments Skill
10
+
11
+ Show all terminal environments configured in QuadCode.
12
+
13
+ ## Process
14
+
15
+ 1. **Get all environments** using `mcp__quadcode__list_environments`
16
+
17
+ 2. **Display in organized format**:
18
+ - Group by type (system shells, VS Native, custom)
19
+ - Show availability status
20
+ - Indicate which is the default
21
+ - Show init commands count
22
+
23
+ 3. **If $ARGUMENTS contains "detail"**:
24
+ - Show full details for each environment
25
+ - List all init commands
26
+ - List all environment variables
27
+
28
+ 4. **If $ARGUMENTS contains "cleanup"**:
29
+ - Identify unavailable environments
30
+ - Offer to delete custom environments that are no longer needed
31
+ - Use `mcp__quadcode__delete_environment` if user confirms
32
+
33
+ ## Output Format
34
+
35
+ ```
36
+ ## System Shells
37
+ - Default CMD (system-cmd) ✓
38
+ - Default PowerShell (system-powershell) ✓ [DEFAULT]
39
+ - Git Bash (system-bash) ✓
40
+
41
+ ## Visual Studio Native Tools
42
+ - VS 2022 Community x64 (vs-native) ✓
43
+ └ Init: call "...\vcvarsall.bat" x64
44
+ - VS 2022 Community x86 (vs-native) ✓
45
+ └ Init: call "...\vcvarsall.bat" x86
46
+
47
+ ## Custom Environments
48
+ - Rust Nightly (custom) ✓
49
+ └ Init: rustup default nightly
50
+ └ Env: RUSTFLAGS=-C target-cpu=native
51
+
52
+ Legend: ✓ Available ✗ Unavailable [DEFAULT] Default environment
53
+ ```
54
+
55
+ ## Actions Available
56
+
57
+ After listing, remind user they can:
58
+ - `/detect-environments` - Re-scan for new VS installations
59
+ - `/setup-environment` - Create a custom environment
60
+ - `/assign-environment <script>` - Assign environment to a script
@@ -0,0 +1,37 @@
1
+ ---
2
+ description: Generate a spec document for a plan using AI with codebase context. Secondary to pasting specs from external tools.
3
+ argument-hint: <plan_id>
4
+ allowed-tools: mcp__quadcode__get_plan, mcp__quadcode__update_plan, Read, Glob, Grep
5
+ ---
6
+
7
+ # Generate Spec
8
+
9
+ Generate a comprehensive specification document for a plan, using codebase context to inform the spec.
10
+
11
+ ## Process
12
+
13
+ 1. Get the plan by ID (first argument): `mcp__quadcode__get_plan`
14
+ 2. Check the plan's `specType`:
15
+ - **greenfield**: Generate a full project spec covering architecture, tech stack, features, data model, API design, and deployment
16
+ - **feature**: Explore the existing codebase first (Glob, Grep, Read) to understand architecture and patterns, then generate a feature spec that fits within the existing system
17
+ - **refactor**: Explore the current implementation, identify what needs to change and why, then generate a refactor spec with current state → target state
18
+ 3. Generate a comprehensive markdown spec document organized with clear sections:
19
+ - Overview / Goals
20
+ - Requirements (functional + non-functional)
21
+ - Architecture / Design
22
+ - Data Model (if applicable)
23
+ - API Design (if applicable)
24
+ - UI/UX (if applicable)
25
+ - Security Considerations
26
+ - Testing Strategy
27
+ - Migration Plan (for refactors)
28
+ 4. Save the spec to the plan via `mcp__quadcode__update_plan` with `spec_content` field
29
+ 5. Set the plan status to `spec_review`
30
+
31
+ ## Guidelines
32
+
33
+ - For feature/refactor types, ALWAYS explore the codebase first before generating
34
+ - Be specific — reference actual file paths, function names, and patterns found in the codebase
35
+ - The spec should be detailed enough for another agent to decompose into implementation steps
36
+ - Use markdown headers, lists, and code blocks for readability
37
+ - Include open questions or decisions that need to be made
@@ -0,0 +1,47 @@
1
+ ---
2
+ name: organize-ideas
3
+ description: Categorize, tag, and organize all ideas in QuadCode. Use this when the user wants to clean up, categorize, or organize their ideas.
4
+ allowed-tools: mcp__quadcode__list_ideas, mcp__quadcode__add_tag, mcp__quadcode__remove_tag, mcp__quadcode__organize_ideas, Bash, Read
5
+ user-invocable: true
6
+ argument-hint: [focus]
7
+ ---
8
+
9
+ # Organize Ideas Skill
10
+
11
+ You are tasked with organizing all ideas in QuadCode by categorizing and tagging them appropriately.
12
+
13
+ ## Process
14
+
15
+ 1. **Retrieve all ideas** using `mcp__quadcode__list_ideas` or `mcp__quadcode__organize_ideas`
16
+
17
+ 2. **Analyze each idea** and assign appropriate category tags from this list:
18
+ - `ui-window` - Window management, layouts, panels
19
+ - `ui-appearance` - Themes, fonts, styling
20
+ - `terminal` - Terminal/session management
21
+ - `ideas-tool` - Ideas module improvements
22
+ - `scripts-tool` - Scripts module improvements
23
+ - `mcp` - MCP server integration
24
+ - `streaming` - YouTube, webcam, streaming features
25
+ - `claude-ai` - Claude/AI integration
26
+ - `dev-tools` - Developer tools, file explorer, code quality
27
+ - `misc` - Miscellaneous
28
+
29
+ 3. **Add status tags** where applicable:
30
+ - `implemented` - Feature already exists
31
+ - `in-progress` - Currently being worked on
32
+ - `high-priority` - Important/urgent
33
+
34
+ 4. **Use the add_tag tool** for each idea: `mcp__quadcode__add_tag`
35
+
36
+ 5. **Report a summary** showing:
37
+ - Total ideas organized
38
+ - Count by category
39
+ - Any duplicates or unclear ideas found
40
+
41
+ ## Optional Focus
42
+
43
+ If focus argument is provided ($ARGUMENTS), concentrate on that aspect:
44
+ - `priority` - Focus on identifying high-priority items
45
+ - `tags` - Focus on comprehensive tagging
46
+ - `duplicates` - Focus on finding duplicate/similar ideas
47
+ - `clarity` - Focus on unclear ideas that need rewording
@@ -0,0 +1,56 @@
1
+ ---
2
+ name: organize-issues
3
+ description: Categorize, label, and prioritize all issues in QuadCode. Use this when the user wants to clean up, organize, or prioritize their issues.
4
+ allowed-tools: mcp__quadcode__list_issues, mcp__quadcode__update_issue, mcp__quadcode__add_issue_label, mcp__quadcode__remove_issue_label, mcp__quadcode__organize_issues, mcp__quadcode__list_issue_labels, mcp__quadcode__create_issue_label, Read
5
+ user-invocable: true
6
+ argument-hint: [focus]
7
+ ---
8
+
9
+ # Organize Issues Skill
10
+
11
+ You are tasked with organizing all issues in QuadCode by categorizing, labeling, and prioritizing them appropriately.
12
+
13
+ ## Process
14
+
15
+ 1. **Retrieve all issues** using `mcp__quadcode__list_issues` or `mcp__quadcode__organize_issues`
16
+
17
+ 2. **Review available labels** using `mcp__quadcode__list_issue_labels`
18
+
19
+ 3. **For each issue**, analyze and assign appropriate:
20
+
21
+ **Priority levels** (update using `update_issue`):
22
+ - `critical` - Blocking issues, security problems, data loss
23
+ - `high` - Important bugs, major features needed soon
24
+ - `medium` - Standard features, moderate bugs
25
+ - `low` - Nice-to-have, minor improvements
26
+
27
+ **Status values** (update using `update_issue`):
28
+ - `backlog` - Not yet planned
29
+ - `todo` - Planned for upcoming work
30
+ - `in_progress` - Currently being worked on
31
+ - `blocked` - Waiting on something
32
+ - `done` - Completed
33
+
34
+ **Labels** (using `add_issue_label`):
35
+ - `bug` - Something is broken
36
+ - `feature` - New functionality
37
+ - `enhancement` - Improvement to existing feature
38
+ - `docs` - Documentation related
39
+ - `ui` - User interface related
40
+ - `performance` - Performance improvement
41
+ - `security` - Security related
42
+ - Create new labels with `create_issue_label` if needed
43
+
44
+ 4. **Report a summary** showing:
45
+ - Total issues organized
46
+ - Count by priority
47
+ - Count by status
48
+ - Issues needing attention (no labels, unclear priority)
49
+
50
+ ## Optional Focus
51
+
52
+ If focus argument is provided ($ARGUMENTS), concentrate on that aspect:
53
+ - `priority` - Focus on setting correct priorities
54
+ - `status` - Focus on workflow status accuracy
55
+ - `labels` - Focus on comprehensive labeling
56
+ - `blocked` - Focus on identifying blocked issues
@@ -0,0 +1,47 @@
1
+ ---
2
+ name: organize-plans
3
+ description: Review all plans, update statuses, check progress, and organize them
4
+ allowed-tools: mcp__quadcode__list_plans, mcp__quadcode__get_plan, mcp__quadcode__update_plan, mcp__quadcode__update_plan_step, mcp__quadcode__list_ideas
5
+ user-invocable: true
6
+ argument-hint: [focus]
7
+ ---
8
+
9
+ # Organize Plans Skill
10
+
11
+ Review and organize all implementation plans in QuadCode.
12
+
13
+ ## Process
14
+
15
+ 1. **Fetch all plans** using `mcp__quadcode__list_plans`
16
+
17
+ 2. **For each plan**, analyze:
18
+ - Step completion percentage
19
+ - Whether status matches actual progress
20
+ - If linked idea still exists and is relevant
21
+ - If plan is stale or outdated
22
+
23
+ 3. **Update plan statuses** based on progress:
24
+ - If all steps completed → status should be `completed`
25
+ - If some steps in progress → status should be `in_progress`
26
+ - If no steps started but plan approved → status should be `approved`
27
+ - If plan is empty or incomplete → status should be `draft`
28
+
29
+ 4. **Check for issues**:
30
+ - Plans with no steps
31
+ - Plans linked to deleted ideas
32
+ - Plans that haven't been updated in a long time
33
+ - Duplicate or similar plans
34
+
35
+ 5. **Report findings** with:
36
+ - Summary of plan statuses
37
+ - Plans that need attention
38
+ - Suggestions for cleanup
39
+ - Progress overview
40
+
41
+ ## Focus Areas
42
+
43
+ If $ARGUMENTS specifies a focus:
44
+ - `stale` - Focus on plans that haven't been updated recently
45
+ - `progress` - Focus on updating step statuses
46
+ - `cleanup` - Focus on finding duplicates and empty plans
47
+ - `status` - Focus on correcting plan statuses
@@ -0,0 +1,102 @@
1
+ ---
2
+ name: plan-from-idea
3
+ description: Create a detailed implementation plan from an existing idea
4
+ allowed-tools: mcp__quadcode__list_ideas, mcp__quadcode__get_idea, mcp__quadcode__create_plan, mcp__quadcode__add_plan_step, mcp__quadcode__update_idea, Read, Glob, Grep
5
+ user-invocable: true
6
+ argument-hint: <idea-id or idea-title>
7
+ ---
8
+
9
+ # Plan From Idea Skill
10
+
11
+ Create a structured, enriched implementation plan from an existing idea.
12
+
13
+ ## Process
14
+
15
+ 1. **Find the idea**:
16
+ - If $ARGUMENTS provided, search for matching idea by ID or title
17
+ - If no argument, use `mcp__quadcode__list_ideas` and ask user to select
18
+ - Fetch full idea details with `mcp__quadcode__get_idea`
19
+
20
+ 2. **Analyze the idea**:
21
+ - Review title, description, and any notes
22
+ - Check existing tags and categories
23
+ - Look for complexity indicators
24
+ - Consider dependencies or prerequisites
25
+
26
+ 3. **Explore the codebase**:
27
+ - Use `Glob` and `Read` to understand the project structure
28
+ - Use `Grep` to find relevant code patterns and existing implementations
29
+ - Identify the tech stack, frameworks, and conventions used
30
+ - Note key files and their roles for codebase context
31
+
32
+ 4. **Design the plan**:
33
+ Break down the idea into actionable steps, assigning a **step_type** to each:
34
+
35
+ - **research** steps (if needed)
36
+ - Investigate existing solutions
37
+ - Review related code/documentation
38
+
39
+ - **design** steps
40
+ - Define requirements
41
+ - Plan architecture/approach
42
+
43
+ - **implement** steps
44
+ - Core functionality
45
+ - Supporting features
46
+ - Integration points
47
+
48
+ - **test** steps
49
+ - Unit tests
50
+ - Integration tests
51
+
52
+ - **verify** steps
53
+ - Manual verification
54
+ - Integration checks
55
+
56
+ - **document** steps (if applicable)
57
+ - Code documentation
58
+ - User documentation
59
+
60
+ For each step, provide enrichment fields:
61
+ - **step_type**: research, design, implement, test, verify, or document
62
+ - **acceptance_criteria**: List of criteria that define "done"
63
+ - **target_files**: Actual file paths found via codebase exploration
64
+ - **estimated_effort**: low, medium, or high
65
+ - **dependencies**: Step numbers this step depends on (e.g., ["1", "2"])
66
+ - **verification_strategy**: How to verify completion
67
+ - method: "build", "test", "grep_check", "manual_review", or "file_exists"
68
+ - pattern: Optional search pattern
69
+ - command: Optional command to run
70
+ - **code_context**: Relevant code snippets or notes for the implementer
71
+
72
+ 5. **Create the plan**:
73
+ Use `mcp__quadcode__create_plan` with:
74
+ - Title derived from idea
75
+ - Description explaining the plan
76
+ - Link to source idea via idea_id
77
+ - **architectural_decisions**: Key design choices with rationale (if any significant decisions were made)
78
+ - **risk_notes**: Identified risks and mitigation strategies
79
+ - **context**: Codebase context including key files, patterns, and conventions
80
+ - Initial steps array with all enrichment fields populated
81
+
82
+ 6. **Update the idea** (optional):
83
+ - Add tag indicating plan exists
84
+ - Update idea status if applicable
85
+
86
+ 7. **Report**:
87
+ - Show created plan summary
88
+ - List all steps with their types and effort estimates
89
+ - Highlight any risks identified
90
+ - Provide next action recommendations
91
+
92
+ ## Guidelines
93
+
94
+ - Keep steps atomic and actionable
95
+ - Each step should be completable in one session
96
+ - Order steps logically with dependencies considered
97
+ - Include verification/testing after implementation steps
98
+ - Every implementation step should have at least one acceptance criterion
99
+ - Target files should be actual paths found via codebase exploration
100
+ - Use verification strategies that can be checked programmatically when possible
101
+ - Be specific about code context - include function names, types, patterns to follow
102
+ - Risk notes should include both the risk AND a mitigation strategy
@@ -0,0 +1,53 @@
1
+ ---
2
+ name: plan-summary
3
+ description: Generate a comprehensive summary of all plans and their progress
4
+ allowed-tools: mcp__quadcode__list_plans, mcp__quadcode__get_plan, mcp__quadcode__list_ideas, mcp__quadcode__get_idea
5
+ user-invocable: true
6
+ argument-hint: [plan-id or status]
7
+ ---
8
+
9
+ # Plan Summary Skill
10
+
11
+ Generate a detailed summary of implementation plans.
12
+
13
+ ## Process
14
+
15
+ 1. **Fetch plans** using `mcp__quadcode__list_plans`
16
+ - If $ARGUMENTS contains a plan ID, focus on that specific plan
17
+ - If $ARGUMENTS contains a status (draft/approved/in_progress/completed), filter by that
18
+
19
+ 2. **For each plan**, gather:
20
+ - Title and description
21
+ - Current status
22
+ - Linked idea (if any) - fetch idea details
23
+ - Total steps and completion percentage
24
+ - Steps breakdown by status (pending/in_progress/completed/skipped)
25
+ - Last updated timestamp
26
+
27
+ 3. **Generate summary report**:
28
+
29
+ ### Overall Statistics
30
+ - Total plans by status
31
+ - Overall completion rate
32
+ - Plans linked to ideas vs standalone
33
+
34
+ ### Detailed Plan Reports
35
+ For each plan:
36
+ - Plan title and status
37
+ - Progress bar visualization (using text)
38
+ - Step-by-step breakdown
39
+ - Linked idea summary (if applicable)
40
+ - Time since last update
41
+
42
+ ### Recommendations
43
+ - Which plans to focus on next
44
+ - Blocked or stalled plans
45
+ - Plans ready for completion
46
+
47
+ ## Output Format
48
+
49
+ Use clear markdown formatting with:
50
+ - Headers for sections
51
+ - Tables for statistics
52
+ - Checkboxes for step status
53
+ - Progress indicators
@@ -0,0 +1,63 @@
1
+ ---
2
+ name: plan-to-issues
3
+ description: Promote plan steps to issues for multi-agent coordination. Each step becomes a trackable issue with full context.
4
+ allowed-tools: mcp__quadcode__list_plans, mcp__quadcode__get_plan, mcp__quadcode__promote_step_to_issue, mcp__quadcode__promote_plan_to_issues, mcp__quadcode__get_available_plan_issues, mcp__quadcode__list_issues
5
+ user-invocable: true
6
+ argument-hint: [plan ID or leave blank to select]
7
+ ---
8
+
9
+ # Plan to Issues Skill
10
+
11
+ Promote plan steps into individual issues for multi-agent coordination. Each plan step becomes a self-contained issue with full context from the plan, making it easy for multiple Claude agents to work on different parts of a plan simultaneously.
12
+
13
+ ## Process
14
+
15
+ 1. **Select a plan**:
16
+ - If $ARGUMENTS is provided, treat it as a plan ID and fetch it with `mcp__quadcode__get_plan`
17
+ - If no argument, list all plans with `mcp__quadcode__list_plans` and show plans that have unpromoted steps
18
+ - Let the user confirm which plan to promote
19
+
20
+ 2. **Show plan overview**:
21
+ - Display the plan title, description, and status
22
+ - List all steps with their current status
23
+ - Highlight which steps have already been promoted (have `promoted_issue_id`)
24
+ - Highlight which steps still need promotion
25
+ - Show the dependency graph between steps
26
+
27
+ 3. **Promote steps to issues**:
28
+ - Use `mcp__quadcode__promote_plan_to_issues` to promote all unpromoted steps at once
29
+ - This creates issues with rich context including:
30
+ - Step description and acceptance criteria
31
+ - Target files and code context
32
+ - Architectural decisions from the plan
33
+ - Verification strategy
34
+ - Dependency information
35
+ - Steps with unmet dependencies will be created with `backlog` status
36
+ - Steps with met dependencies will be created with `todo` status
37
+
38
+ 4. **Report results**:
39
+ - Show how many issues were created
40
+ - List each created issue with its display ID and status
41
+ - Show the dependency map: which issues are ready to work on vs blocked
42
+ - Call `mcp__quadcode__get_available_plan_issues` to show which issues are immediately available
43
+
44
+ 5. **Suggest next steps**:
45
+ - Tell the user which issues are ready for agents to pick up
46
+ - Suggest opening multiple Claude terminals to work on unblocked issues in parallel
47
+ - Remind that as agents complete issues, dependent issues will become unblocked
48
+
49
+ ## Multi-Agent Workflow
50
+
51
+ The database acts as the coordination layer:
52
+ - Each agent calls `get_available_plan_issues` to find work
53
+ - Each agent picks an unblocked issue and works on it
54
+ - When an agent completes work on an issue, it sets status to `qa` for manual review (only humans should set `done`)
55
+ - This may unblock dependent steps/issues for other agents
56
+ - Agents don't need to communicate directly - the database is the coordination layer
57
+
58
+ ## Guidelines
59
+
60
+ - Always show the user what will be promoted before doing it
61
+ - Warn if the plan has no steps to promote
62
+ - Warn if the plan status is still "draft" (suggest moving to "ready" first)
63
+ - After promotion, verify the issues were created by listing them
@@ -0,0 +1,47 @@
1
+ ---
2
+ description: Preview what issues would be created from plan steps without actually creating them. Dry-run report.
3
+ argument-hint: <plan_id>
4
+ allowed-tools: mcp__quadcode__get_plan, mcp__quadcode__list_issues, mcp__quadcode__list_issue_labels
5
+ ---
6
+
7
+ # Preview Promotion
8
+
9
+ Show what would be created if the plan's steps were promoted to issues, without actually creating anything.
10
+
11
+ ## Process
12
+
13
+ 1. Get the plan by ID: `mcp__quadcode__get_plan`
14
+ 2. Read the plan's `promotionProfile` for configuration
15
+ 3. Analyze all steps and compute:
16
+
17
+ ### Report Contents
18
+
19
+ **Epics** (if createEpics is true):
20
+ - List each parent step that would become an Epic
21
+ - Show title and how many child issues it would contain
22
+
23
+ **Issues**:
24
+ - Total count of issues to be created
25
+ - Breakdown by step type (implement, test, design, etc.)
26
+ - Which issues would be blocked (have unmet dependencies)
27
+
28
+ **Labels** (if labelStrategy is not 'none'):
29
+ - What labels would be created/applied
30
+ - If 'auto': labels derived from step types
31
+ - If 'custom': the configured custom labels + prefix
32
+
33
+ **Blockers** (if createBlockers is true):
34
+ - Count of blocking relationships
35
+ - List any potential circular dependencies
36
+
37
+ **Priority Distribution**:
38
+ - If 'uniform': all issues get the configured default priority
39
+ - If 'auto': show estimated distribution
40
+
41
+ 4. Output a formatted report as plain text
42
+
43
+ ## Guidelines
44
+
45
+ - This is a DRY RUN — do not create any issues, epics, or labels
46
+ - Be specific about counts and names
47
+ - Flag any potential issues (circular deps, empty steps, etc.)
@@ -0,0 +1,53 @@
1
+ ---
2
+ description: Review a plan's spec document against the actual codebase. Posts structured feedback as plan comments.
3
+ argument-hint: <plan_id> [--focus=general|architecture|security|scope]
4
+ allowed-tools: mcp__quadcode__get_plan, mcp__quadcode__add_plan_comment, Read, Glob, Grep
5
+ ---
6
+
7
+ # Review Spec
8
+
9
+ Review a plan's specification document with codebase awareness. This is where QuadCode adds value over external AI tools — the review agent can read the actual codebase and flag conflicts, missing considerations, and existing patterns.
10
+
11
+ ## Process
12
+
13
+ 1. Parse arguments: plan ID (required) and optional `--focus=` flag
14
+ 2. Get the plan: `mcp__quadcode__get_plan`
15
+ 3. Read the plan's `specContent`
16
+ 4. Explore the codebase to understand current state (Glob, Grep, Read key files)
17
+ 5. Review the spec based on focus area:
18
+
19
+ ### Focus Areas
20
+
21
+ **general** (default): Full review covering all areas below
22
+ **architecture**: Focus on technical design decisions, patterns, scalability, tech stack choices
23
+ **security**: Focus on authentication, authorization, data handling, input validation, OWASP concerns
24
+ **scope**: Focus on feasibility, missing requirements, scope creep, ambiguity, timeline risks
25
+
26
+ ### Review Checklist
27
+
28
+ - **Completeness**: Are there missing sections or unaddressed requirements?
29
+ - **Codebase Conflicts**: Does the spec propose something that conflicts with existing architecture?
30
+ - **Existing Patterns**: Does it follow or deviate from established patterns in the codebase?
31
+ - **Ambiguity**: Are there vague requirements that need clarification?
32
+ - **Edge Cases**: Are error scenarios, empty states, and boundary conditions covered?
33
+ - **Dependencies**: Are external dependencies or integrations accounted for?
34
+ - **Testing**: Is there a testing strategy?
35
+ - **Migration**: For refactors/features, is there a migration path?
36
+
37
+ 6. Post findings as plan comments via `mcp__quadcode__add_plan_comment`:
38
+ - Set `comment_type` to `review`
39
+ - Set `author_name` to `spec-reviewer`
40
+ - Use markdown formatting with severity indicators:
41
+ - **Critical**: Must be addressed before decomposition
42
+ - **Warning**: Should be considered but not blocking
43
+ - **Info**: Suggestions and observations
44
+ - Group findings by category
45
+ - Reference specific file paths and line numbers from the codebase where relevant
46
+
47
+ ## Guidelines
48
+
49
+ - Always explore the codebase before reviewing — don't review in a vacuum
50
+ - Be specific: "src/auth/middleware.ts already handles JWT validation at line 45" not just "auth exists"
51
+ - Post ONE comprehensive comment, not many small ones
52
+ - End with a summary: number of critical/warning/info findings
53
+ - If no issues found, still post a comment confirming the spec looks good
@@ -0,0 +1,43 @@
1
+ ---
2
+ name: run-script
3
+ description: Run a build script from QuadCode by name or ID.
4
+ allowed-tools: mcp__quadcode__list_scripts, mcp__quadcode__get_script_command, mcp__quadcode__get_script, Bash
5
+ user-invocable: true
6
+ argument-hint: <script-name>
7
+ ---
8
+
9
+ # Run Script Skill
10
+
11
+ Run a QuadCode build script by name or ID.
12
+
13
+ ## Process
14
+
15
+ 1. **If no argument provided** ($ARGUMENTS is empty):
16
+ - List available scripts using `mcp__quadcode__list_scripts`
17
+ - Ask user which one to run
18
+
19
+ 2. **Find the script**:
20
+ - Search by name (case-insensitive partial match)
21
+ - Or search by ID if it looks like an ID
22
+
23
+ 3. **Get the full command** using `mcp__quadcode__get_script_command`
24
+
25
+ 4. **Execute the script** using `Bash` tool
26
+
27
+ 5. **Report results**:
28
+ - Show the command that was run
29
+ - Show output (success or errors)
30
+ - Suggest fixes if there were errors
31
+
32
+ ## Examples
33
+
34
+ ```
35
+ /run-script build -> Runs the script with "build" in its name
36
+ /run-script dev -> Runs the script with "dev" in its name
37
+ /run-script test -> Runs the script with "test" in its name
38
+ ```
39
+
40
+ ## Notes
41
+ - If multiple scripts match, show options and ask user to be more specific
42
+ - Environment variables from the script config are applied
43
+ - Setup commands run before the main command