@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.
- package/.claude/.quadcode-version +1 -0
- package/.claude/settings.local.json +154 -0
- package/.claude/skills/architect/SKILL.md +111 -0
- package/.claude/skills/assign-environment/SKILL.md +71 -0
- package/.claude/skills/brainstorm/SKILL.md +114 -0
- package/.claude/skills/brainstorm-spec/SKILL.md +72 -0
- package/.claude/skills/check-implemented/SKILL.md +59 -0
- package/.claude/skills/check-issue-progress/SKILL.md +66 -0
- package/.claude/skills/create-rich-plan/SKILL.md +90 -0
- package/.claude/skills/decompose-spec/SKILL.md +32 -0
- package/.claude/skills/detect-environments/SKILL.md +61 -0
- package/.claude/skills/dispatch/SKILL.md +90 -0
- package/.claude/skills/estimate-complexity/SKILL.md +118 -0
- package/.claude/skills/expand-epic/SKILL.md +38 -0
- package/.claude/skills/find-duplicate-issues/SKILL.md +91 -0
- package/.claude/skills/find-duplicates/SKILL.md +77 -0
- package/.claude/skills/find-related-code/SKILL.md +145 -0
- package/.claude/skills/idea-summary/SKILL.md +57 -0
- package/.claude/skills/idea-to-prompt/SKILL.md +98 -0
- package/.claude/skills/ideas-maintenance/SKILL.md +98 -0
- package/.claude/skills/ideas-to-issues/SKILL.md +108 -0
- package/.claude/skills/issue-summary/SKILL.md +64 -0
- package/.claude/skills/issue-to-prompt/SKILL.md +98 -0
- package/.claude/skills/launch-team/SKILL.md +69 -0
- package/.claude/skills/list-environments/SKILL.md +60 -0
- package/.claude/skills/new-spec/SKILL.md +37 -0
- package/.claude/skills/organize-ideas/SKILL.md +47 -0
- package/.claude/skills/organize-issues/SKILL.md +56 -0
- package/.claude/skills/organize-plans/SKILL.md +47 -0
- package/.claude/skills/plan-from-idea/SKILL.md +102 -0
- package/.claude/skills/plan-summary/SKILL.md +53 -0
- package/.claude/skills/plan-to-issues/SKILL.md +63 -0
- package/.claude/skills/preview-promotion/SKILL.md +47 -0
- package/.claude/skills/review-spec/SKILL.md +53 -0
- package/.claude/skills/run-script/SKILL.md +43 -0
- package/.claude/skills/script-summary/SKILL.md +67 -0
- package/.claude/skills/setup-environment/SKILL.md +78 -0
- package/.claude/skills/setup-python/SKILL.md +123 -0
- package/.claude/skills/setup-scripts/SKILL.md +82 -0
- package/.claude/skills/suggest-improvements/SKILL.md +66 -0
- package/.claude/skills/team-status/SKILL.md +68 -0
- package/.claude/skills/triage-issues/SKILL.md +51 -0
- package/.claude/skills/update-plan-progress/SKILL.md +102 -0
- package/.claude/skills/verify-plan/SKILL.md +54 -0
- package/.claude/skills/weekly-digest/SKILL.md +149 -0
- package/.mcp.json +7 -0
- package/.quadcode/config.json +6 -0
- package/CHANGELOG.md +174 -174
- package/CLAUDE.md +40 -0
- package/LICENSE +21 -21
- package/README.md +678 -668
- package/assets/demo.svg +470 -0
- package/assets/social-preview.html +14 -0
- package/assets/social-preview.svg +98 -0
- package/dist/cli.js +16 -12
- package/dist/cli.js.map +1 -1
- package/dist/tools/threads.js +299 -0
- package/dist/tools/threads.js.map +1 -1
- package/dist/tools/utils.js +48 -3
- package/dist/tools/utils.js.map +1 -1
- 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
|