@wbern/claude-instructions 1.8.0 → 1.9.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/README.md +14 -10
- package/bin/cli.js +677 -49
- package/downloads/with-beads/ask.md +1 -4
- package/downloads/with-beads/beepboop.md +0 -1
- package/downloads/with-beads/busycommit.md +0 -1
- package/downloads/with-beads/commands-metadata.json +43 -15
- package/downloads/with-beads/commit.md +0 -1
- package/downloads/with-beads/cycle.md +0 -1
- package/downloads/with-beads/green.md +0 -1
- package/downloads/with-beads/issue.md +0 -1
- package/downloads/with-beads/plan.md +0 -1
- package/downloads/with-beads/pr.md +82 -0
- package/downloads/with-beads/red.md +0 -1
- package/downloads/with-beads/refactor.md +0 -1
- package/downloads/with-beads/ship.md +1 -4
- package/downloads/with-beads/show.md +1 -4
- package/downloads/with-beads/spike.md +0 -1
- package/downloads/with-beads/summarize.md +0 -1
- package/downloads/with-beads/tdd.md +0 -1
- package/downloads/with-beads/worktree-add.md +0 -1
- package/downloads/with-beads/worktree-cleanup.md +0 -1
- package/downloads/without-beads/ask.md +1 -4
- package/downloads/without-beads/beepboop.md +0 -1
- package/downloads/without-beads/busycommit.md +0 -1
- package/downloads/without-beads/commands-metadata.json +43 -15
- package/downloads/without-beads/commit.md +0 -1
- package/downloads/without-beads/cycle.md +1 -5
- package/downloads/without-beads/green.md +1 -5
- package/downloads/without-beads/issue.md +0 -1
- package/downloads/without-beads/plan.md +0 -1
- package/downloads/without-beads/pr.md +70 -0
- package/downloads/without-beads/red.md +1 -5
- package/downloads/without-beads/refactor.md +1 -5
- package/downloads/without-beads/ship.md +1 -4
- package/downloads/without-beads/show.md +1 -4
- package/downloads/without-beads/spike.md +1 -5
- package/downloads/without-beads/summarize.md +0 -1
- package/downloads/without-beads/tdd.md +0 -1
- package/downloads/without-beads/worktree-add.md +0 -1
- package/downloads/without-beads/worktree-cleanup.md +0 -1
- package/package.json +4 -1
|
@@ -1,6 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
|
|
3
|
-
description: Request team review and approval - for complex changes needing discussion (OK fine, traditional PRs still have their place - Cursor)
|
|
2
|
+
description: Request team review and approval - for complex changes needing discussion
|
|
4
3
|
argument-hint: [optional-pr-title-and-description]
|
|
5
4
|
---
|
|
6
5
|
|
|
@@ -18,8 +17,6 @@ Beads is available for task tracking. Use `mcp__beads__*` tools to manage issues
|
|
|
18
17
|
|
|
19
18
|
**Ship/Show/Ask Pattern - ASK**
|
|
20
19
|
|
|
21
|
-
> 💭 **Cursor says**: Fine, SOME things still need traditional PRs. But be intentional about it.
|
|
22
|
-
|
|
23
20
|
Ask is for complex changes that need team discussion and approval. Examples:
|
|
24
21
|
|
|
25
22
|
- Breaking API changes
|
|
@@ -1,96 +1,124 @@
|
|
|
1
1
|
{
|
|
2
2
|
"add-command.md": {
|
|
3
3
|
"description": "Guide for creating new slash commands",
|
|
4
|
+
"hint": "Create command",
|
|
4
5
|
"category": "Utilities",
|
|
5
6
|
"order": 3
|
|
6
7
|
},
|
|
7
8
|
"ask.md": {
|
|
8
|
-
"description": "Request team review and approval - for complex changes needing discussion
|
|
9
|
-
"
|
|
10
|
-
"
|
|
9
|
+
"description": "Request team review and approval - for complex changes needing discussion",
|
|
10
|
+
"hint": "Request review",
|
|
11
|
+
"category": "Ship / Show / Ask",
|
|
12
|
+
"order": 3,
|
|
13
|
+
"selectedByDefault": false
|
|
11
14
|
},
|
|
12
15
|
"beepboop.md": {
|
|
13
16
|
"description": "Communicate AI-generated content with transparent attribution",
|
|
17
|
+
"hint": "AI attribution",
|
|
14
18
|
"category": "Utilities",
|
|
15
19
|
"order": 2
|
|
16
20
|
},
|
|
17
21
|
"busycommit.md": {
|
|
18
22
|
"description": "Create multiple atomic git commits, one logical change at a time",
|
|
23
|
+
"hint": "Atomic commits",
|
|
19
24
|
"category": "Workflow",
|
|
20
25
|
"order": 2
|
|
21
26
|
},
|
|
22
27
|
"commit.md": {
|
|
23
28
|
"description": "Create a git commit following project standards",
|
|
29
|
+
"hint": "Git commit",
|
|
24
30
|
"category": "Workflow",
|
|
25
31
|
"order": 1
|
|
26
32
|
},
|
|
27
33
|
"cycle.md": {
|
|
28
34
|
"description": "Execute complete TDD cycle - Red, Green, and Refactor phases in sequence",
|
|
29
|
-
"
|
|
35
|
+
"hint": "Full TDD cycle",
|
|
36
|
+
"category": "Test-Driven Development",
|
|
30
37
|
"order": 5
|
|
31
38
|
},
|
|
32
39
|
"gap.md": {
|
|
33
40
|
"description": "Analyze conversation context for unaddressed items and gaps",
|
|
41
|
+
"hint": "Find gaps",
|
|
34
42
|
"category": "Workflow",
|
|
35
43
|
"order": 11
|
|
36
44
|
},
|
|
37
45
|
"green.md": {
|
|
38
46
|
"description": "Execute TDD Green Phase - write minimal implementation to pass the failing test",
|
|
39
|
-
"
|
|
47
|
+
"hint": "Make it pass",
|
|
48
|
+
"category": "Test-Driven Development",
|
|
40
49
|
"order": 3
|
|
41
50
|
},
|
|
42
51
|
"issue.md": {
|
|
43
52
|
"description": "Analyze GitHub issue and create TDD implementation plan",
|
|
53
|
+
"hint": "Analyze issue",
|
|
44
54
|
"category": "Planning",
|
|
45
55
|
"order": 1
|
|
46
56
|
},
|
|
47
57
|
"plan.md": {
|
|
48
58
|
"description": "Create implementation plan from feature/requirement with PRD-style discovery and TDD acceptance criteria",
|
|
59
|
+
"hint": "Plan feature",
|
|
49
60
|
"category": "Planning",
|
|
50
61
|
"order": 2
|
|
51
62
|
},
|
|
63
|
+
"pr.md": {
|
|
64
|
+
"description": "Creates a pull request using GitHub MCP",
|
|
65
|
+
"hint": "Create PR",
|
|
66
|
+
"category": "Workflow",
|
|
67
|
+
"order": 5
|
|
68
|
+
},
|
|
52
69
|
"red.md": {
|
|
53
70
|
"description": "Execute TDD Red Phase - write ONE failing test",
|
|
54
|
-
"
|
|
71
|
+
"hint": "Failing test",
|
|
72
|
+
"category": "Test-Driven Development",
|
|
55
73
|
"order": 2
|
|
56
74
|
},
|
|
57
75
|
"refactor.md": {
|
|
58
76
|
"description": "Execute TDD Refactor Phase - improve code structure while keeping tests green",
|
|
59
|
-
"
|
|
77
|
+
"hint": "Clean up code",
|
|
78
|
+
"category": "Test-Driven Development",
|
|
60
79
|
"order": 4
|
|
61
80
|
},
|
|
62
81
|
"ship.md": {
|
|
63
|
-
"description": "Ship code directly to main - for small, obvious changes that don't need review
|
|
64
|
-
"
|
|
65
|
-
"
|
|
82
|
+
"description": "Ship code directly to main - for small, obvious changes that don't need review",
|
|
83
|
+
"hint": "Direct to main",
|
|
84
|
+
"category": "Ship / Show / Ask",
|
|
85
|
+
"order": 1,
|
|
86
|
+
"selectedByDefault": false
|
|
66
87
|
},
|
|
67
88
|
"show.md": {
|
|
68
|
-
"description": "Show code to team with auto-merge - for changes that should be visible but don't need approval
|
|
69
|
-
"
|
|
70
|
-
"
|
|
89
|
+
"description": "Show code to team with auto-merge - for changes that should be visible but don't need approval",
|
|
90
|
+
"hint": "Auto-merge PR",
|
|
91
|
+
"category": "Ship / Show / Ask",
|
|
92
|
+
"order": 2,
|
|
93
|
+
"selectedByDefault": false
|
|
71
94
|
},
|
|
72
95
|
"spike.md": {
|
|
73
96
|
"description": "Execute TDD Spike Phase - exploratory coding to understand problem space before TDD",
|
|
74
|
-
"
|
|
97
|
+
"hint": "Explore first",
|
|
98
|
+
"category": "Test-Driven Development",
|
|
75
99
|
"order": 1
|
|
76
100
|
},
|
|
77
101
|
"summarize.md": {
|
|
78
102
|
"description": "Summarize conversation progress and next steps",
|
|
103
|
+
"hint": "Summarize chat",
|
|
79
104
|
"category": "Workflow",
|
|
80
105
|
"order": 10
|
|
81
106
|
},
|
|
82
107
|
"tdd.md": {
|
|
83
108
|
"description": "Remind agent about TDD approach and continue conversation",
|
|
84
|
-
"
|
|
109
|
+
"hint": "TDD reminder",
|
|
110
|
+
"category": "Test-Driven Development",
|
|
85
111
|
"order": 1
|
|
86
112
|
},
|
|
87
113
|
"worktree-add.md": {
|
|
88
114
|
"description": "Add a new git worktree from branch name or GitHub issue URL, copy settings, install deps, and open in current IDE",
|
|
115
|
+
"hint": "Add worktree",
|
|
89
116
|
"category": "Worktree Management",
|
|
90
117
|
"order": 1
|
|
91
118
|
},
|
|
92
119
|
"worktree-cleanup.md": {
|
|
93
120
|
"description": "Clean up merged worktrees by verifying PR/issue status, consolidating settings, and removing stale worktrees",
|
|
121
|
+
"hint": "Cleanup worktree",
|
|
94
122
|
"category": "Worktree Management",
|
|
95
123
|
"order": 2
|
|
96
124
|
}
|
|
@@ -1,5 +1,4 @@
|
|
|
1
1
|
---
|
|
2
|
-
allowed-tools: Read, Glob, Grep, Task, AskUserQuestion, mcp__github__issue_read, mcp__github__search_issues
|
|
3
2
|
description: Create implementation plan from feature/requirement with PRD-style discovery and TDD acceptance criteria
|
|
4
3
|
argument-hint: <feature/requirement description or GitHub issue URL/number>
|
|
5
4
|
---
|
|
@@ -0,0 +1,82 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Creates a pull request using GitHub MCP
|
|
3
|
+
argument-hint: [optional-pr-title-and-description]
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Create Pull Request
|
|
7
|
+
|
|
8
|
+
## General Guidelines
|
|
9
|
+
|
|
10
|
+
### Output Style
|
|
11
|
+
|
|
12
|
+
- **Never explicitly mention TDD** in code, comments, commits, PRs, or issues
|
|
13
|
+
- Write natural, descriptive code without meta-commentary about the development process
|
|
14
|
+
- The code should speak for itself - TDD is the process, not the product
|
|
15
|
+
|
|
16
|
+
Beads is available for task tracking. Use `mcp__beads__*` tools to manage issues (the user interacts via `bd` commands).
|
|
17
|
+
|
|
18
|
+
Create a pull request for the current branch using GitHub MCP tools.
|
|
19
|
+
|
|
20
|
+
## Workflow
|
|
21
|
+
|
|
22
|
+
Current branch status:
|
|
23
|
+
!`git status`
|
|
24
|
+
|
|
25
|
+
Recent commits:
|
|
26
|
+
!`git log --oneline -5`
|
|
27
|
+
|
|
28
|
+
Arguments: $ARGUMENTS
|
|
29
|
+
|
|
30
|
+
**Process:**
|
|
31
|
+
|
|
32
|
+
1. **Ensure Branch is Ready**:
|
|
33
|
+
!`git status`
|
|
34
|
+
- Commit all changes
|
|
35
|
+
- Push to remote: `git push origin [branch-name]`
|
|
36
|
+
|
|
37
|
+
2. **Create PR**: Create a well-formatted pull request
|
|
38
|
+
|
|
39
|
+
Title: conventional commits format, like `feat(#123): add user authentication`
|
|
40
|
+
|
|
41
|
+
Description template:
|
|
42
|
+
|
|
43
|
+
```markdown
|
|
44
|
+
<!--
|
|
45
|
+
Are there any relevant issues / PRs / mailing lists discussions?
|
|
46
|
+
Please reference them here.
|
|
47
|
+
-->
|
|
48
|
+
|
|
49
|
+
## References
|
|
50
|
+
|
|
51
|
+
- [links to github issues referenced in commit messages]
|
|
52
|
+
|
|
53
|
+
## Summary
|
|
54
|
+
|
|
55
|
+
[Brief description of changes]
|
|
56
|
+
|
|
57
|
+
## Test Plan
|
|
58
|
+
|
|
59
|
+
- [ ] Tests pass
|
|
60
|
+
- [ ] Manual testing completed
|
|
61
|
+
```
|
|
62
|
+
|
|
63
|
+
3. **Set Base Branch**: Default to main unless specified otherwise
|
|
64
|
+
|
|
65
|
+
4. **Link Issues**: Reference related issues found in commit messages
|
|
66
|
+
|
|
67
|
+
## Use GitHub MCP Tools
|
|
68
|
+
|
|
69
|
+
1. Check current branch and ensure it's pushed
|
|
70
|
+
2. Create a well-formatted pull request with proper title and description
|
|
71
|
+
3. Set the base branch (default: main)
|
|
72
|
+
4. Include relevant issue references if found in commit messages
|
|
73
|
+
|
|
74
|
+
### Beads Integration
|
|
75
|
+
|
|
76
|
+
Use Beads MCP to:
|
|
77
|
+
|
|
78
|
+
- Track work with `bd ready` to find next task
|
|
79
|
+
- Create issues with `bd create "description"`
|
|
80
|
+
- Track dependencies with `bd dep add`
|
|
81
|
+
|
|
82
|
+
See <https://github.com/steveyegge/beads> for more information.
|
|
@@ -1,6 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
|
|
3
|
-
description: Ship code directly to main - for small, obvious changes that don't need review (Cursor's modern alternative to PRs)
|
|
2
|
+
description: Ship code directly to main - for small, obvious changes that don't need review
|
|
4
3
|
argument-hint: [optional-commit-message]
|
|
5
4
|
---
|
|
6
5
|
|
|
@@ -18,8 +17,6 @@ Beads is available for task tracking. Use `mcp__beads__*` tools to manage issues
|
|
|
18
17
|
|
|
19
18
|
**Ship/Show/Ask Pattern - SHIP**
|
|
20
19
|
|
|
21
|
-
> 🎯 **Cursor says**: It's 2025! Not everything needs a PR. Ship small, obvious changes directly.
|
|
22
|
-
|
|
23
20
|
Ship is for small, obvious changes that don't need code review. Examples:
|
|
24
21
|
|
|
25
22
|
- Typo fixes
|
|
@@ -1,6 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
|
|
3
|
-
description: Show code to team with auto-merge - for changes that should be visible but don't need approval (Cursor's modern workflow)
|
|
2
|
+
description: Show code to team with auto-merge - for changes that should be visible but don't need approval
|
|
4
3
|
argument-hint: [optional-pr-title-and-description]
|
|
5
4
|
---
|
|
6
5
|
|
|
@@ -18,8 +17,6 @@ Beads is available for task tracking. Use `mcp__beads__*` tools to manage issues
|
|
|
18
17
|
|
|
19
18
|
**Ship/Show/Ask Pattern - SHOW**
|
|
20
19
|
|
|
21
|
-
> 🚀 **Cursor says**: Not every change needs a traditional review. Show your work, then merge.
|
|
22
|
-
|
|
23
20
|
Show is for changes that teammates should see, but don't require approval. Examples:
|
|
24
21
|
|
|
25
22
|
- Refactoring with test coverage
|
|
@@ -1,5 +1,4 @@
|
|
|
1
1
|
---
|
|
2
|
-
allowed-tools: Bash(code-insiders:*), Bash(code:*), Bash(zed:*), Bash(cursor:*), Bash(which:*), Read, mcp__github__issue_read, mcp__ide__getDiagnostics, ListMcpResourcesTool
|
|
3
2
|
description: Add a new git worktree from branch name or GitHub issue URL, copy settings, install deps, and open in current IDE
|
|
4
3
|
argument-hint: <branch-name-or-github-issue-url> [optional-base-branch]
|
|
5
4
|
---
|
|
@@ -1,5 +1,4 @@
|
|
|
1
1
|
---
|
|
2
|
-
allowed-tools: Read, mcp__mcp-jq__jq_query, mcp__mcp-jq__jq_query_file, mcp__github__search_pull_requests, mcp__github__pull_request_read, mcp__github__issue_read, mcp__github__issue_write, mcp__github__add_issue_comment, ListMcpResourcesTool
|
|
3
2
|
description: Clean up merged worktrees by verifying PR/issue status, consolidating settings, and removing stale worktrees
|
|
4
3
|
argument-hint: (no arguments)
|
|
5
4
|
---
|
|
@@ -1,6 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
|
|
3
|
-
description: Request team review and approval - for complex changes needing discussion (OK fine, traditional PRs still have their place - Cursor)
|
|
2
|
+
description: Request team review and approval - for complex changes needing discussion
|
|
4
3
|
argument-hint: [optional-pr-title-and-description]
|
|
5
4
|
---
|
|
6
5
|
|
|
@@ -16,8 +15,6 @@ argument-hint: [optional-pr-title-and-description]
|
|
|
16
15
|
|
|
17
16
|
**Ship/Show/Ask Pattern - ASK**
|
|
18
17
|
|
|
19
|
-
> 💭 **Cursor says**: Fine, SOME things still need traditional PRs. But be intentional about it.
|
|
20
|
-
|
|
21
18
|
Ask is for complex changes that need team discussion and approval. Examples:
|
|
22
19
|
|
|
23
20
|
- Breaking API changes
|
|
@@ -1,96 +1,124 @@
|
|
|
1
1
|
{
|
|
2
2
|
"add-command.md": {
|
|
3
3
|
"description": "Guide for creating new slash commands",
|
|
4
|
+
"hint": "Create command",
|
|
4
5
|
"category": "Utilities",
|
|
5
6
|
"order": 3
|
|
6
7
|
},
|
|
7
8
|
"ask.md": {
|
|
8
|
-
"description": "Request team review and approval - for complex changes needing discussion
|
|
9
|
-
"
|
|
10
|
-
"
|
|
9
|
+
"description": "Request team review and approval - for complex changes needing discussion",
|
|
10
|
+
"hint": "Request review",
|
|
11
|
+
"category": "Ship / Show / Ask",
|
|
12
|
+
"order": 3,
|
|
13
|
+
"selectedByDefault": false
|
|
11
14
|
},
|
|
12
15
|
"beepboop.md": {
|
|
13
16
|
"description": "Communicate AI-generated content with transparent attribution",
|
|
17
|
+
"hint": "AI attribution",
|
|
14
18
|
"category": "Utilities",
|
|
15
19
|
"order": 2
|
|
16
20
|
},
|
|
17
21
|
"busycommit.md": {
|
|
18
22
|
"description": "Create multiple atomic git commits, one logical change at a time",
|
|
23
|
+
"hint": "Atomic commits",
|
|
19
24
|
"category": "Workflow",
|
|
20
25
|
"order": 2
|
|
21
26
|
},
|
|
22
27
|
"commit.md": {
|
|
23
28
|
"description": "Create a git commit following project standards",
|
|
29
|
+
"hint": "Git commit",
|
|
24
30
|
"category": "Workflow",
|
|
25
31
|
"order": 1
|
|
26
32
|
},
|
|
27
33
|
"cycle.md": {
|
|
28
34
|
"description": "Execute complete TDD cycle - Red, Green, and Refactor phases in sequence",
|
|
29
|
-
"
|
|
35
|
+
"hint": "Full TDD cycle",
|
|
36
|
+
"category": "Test-Driven Development",
|
|
30
37
|
"order": 5
|
|
31
38
|
},
|
|
32
39
|
"gap.md": {
|
|
33
40
|
"description": "Analyze conversation context for unaddressed items and gaps",
|
|
41
|
+
"hint": "Find gaps",
|
|
34
42
|
"category": "Workflow",
|
|
35
43
|
"order": 11
|
|
36
44
|
},
|
|
37
45
|
"green.md": {
|
|
38
46
|
"description": "Execute TDD Green Phase - write minimal implementation to pass the failing test",
|
|
39
|
-
"
|
|
47
|
+
"hint": "Make it pass",
|
|
48
|
+
"category": "Test-Driven Development",
|
|
40
49
|
"order": 3
|
|
41
50
|
},
|
|
42
51
|
"issue.md": {
|
|
43
52
|
"description": "Analyze GitHub issue and create TDD implementation plan",
|
|
53
|
+
"hint": "Analyze issue",
|
|
44
54
|
"category": "Planning",
|
|
45
55
|
"order": 1
|
|
46
56
|
},
|
|
47
57
|
"plan.md": {
|
|
48
58
|
"description": "Create implementation plan from feature/requirement with PRD-style discovery and TDD acceptance criteria",
|
|
59
|
+
"hint": "Plan feature",
|
|
49
60
|
"category": "Planning",
|
|
50
61
|
"order": 2
|
|
51
62
|
},
|
|
63
|
+
"pr.md": {
|
|
64
|
+
"description": "Creates a pull request using GitHub MCP",
|
|
65
|
+
"hint": "Create PR",
|
|
66
|
+
"category": "Workflow",
|
|
67
|
+
"order": 5
|
|
68
|
+
},
|
|
52
69
|
"red.md": {
|
|
53
70
|
"description": "Execute TDD Red Phase - write ONE failing test",
|
|
54
|
-
"
|
|
71
|
+
"hint": "Failing test",
|
|
72
|
+
"category": "Test-Driven Development",
|
|
55
73
|
"order": 2
|
|
56
74
|
},
|
|
57
75
|
"refactor.md": {
|
|
58
76
|
"description": "Execute TDD Refactor Phase - improve code structure while keeping tests green",
|
|
59
|
-
"
|
|
77
|
+
"hint": "Clean up code",
|
|
78
|
+
"category": "Test-Driven Development",
|
|
60
79
|
"order": 4
|
|
61
80
|
},
|
|
62
81
|
"ship.md": {
|
|
63
|
-
"description": "Ship code directly to main - for small, obvious changes that don't need review
|
|
64
|
-
"
|
|
65
|
-
"
|
|
82
|
+
"description": "Ship code directly to main - for small, obvious changes that don't need review",
|
|
83
|
+
"hint": "Direct to main",
|
|
84
|
+
"category": "Ship / Show / Ask",
|
|
85
|
+
"order": 1,
|
|
86
|
+
"selectedByDefault": false
|
|
66
87
|
},
|
|
67
88
|
"show.md": {
|
|
68
|
-
"description": "Show code to team with auto-merge - for changes that should be visible but don't need approval
|
|
69
|
-
"
|
|
70
|
-
"
|
|
89
|
+
"description": "Show code to team with auto-merge - for changes that should be visible but don't need approval",
|
|
90
|
+
"hint": "Auto-merge PR",
|
|
91
|
+
"category": "Ship / Show / Ask",
|
|
92
|
+
"order": 2,
|
|
93
|
+
"selectedByDefault": false
|
|
71
94
|
},
|
|
72
95
|
"spike.md": {
|
|
73
96
|
"description": "Execute TDD Spike Phase - exploratory coding to understand problem space before TDD",
|
|
74
|
-
"
|
|
97
|
+
"hint": "Explore first",
|
|
98
|
+
"category": "Test-Driven Development",
|
|
75
99
|
"order": 1
|
|
76
100
|
},
|
|
77
101
|
"summarize.md": {
|
|
78
102
|
"description": "Summarize conversation progress and next steps",
|
|
103
|
+
"hint": "Summarize chat",
|
|
79
104
|
"category": "Workflow",
|
|
80
105
|
"order": 10
|
|
81
106
|
},
|
|
82
107
|
"tdd.md": {
|
|
83
108
|
"description": "Remind agent about TDD approach and continue conversation",
|
|
84
|
-
"
|
|
109
|
+
"hint": "TDD reminder",
|
|
110
|
+
"category": "Test-Driven Development",
|
|
85
111
|
"order": 1
|
|
86
112
|
},
|
|
87
113
|
"worktree-add.md": {
|
|
88
114
|
"description": "Add a new git worktree from branch name or GitHub issue URL, copy settings, install deps, and open in current IDE",
|
|
115
|
+
"hint": "Add worktree",
|
|
89
116
|
"category": "Worktree Management",
|
|
90
117
|
"order": 1
|
|
91
118
|
},
|
|
92
119
|
"worktree-cleanup.md": {
|
|
93
120
|
"description": "Clean up merged worktrees by verifying PR/issue status, consolidating settings, and removing stale worktrees",
|
|
121
|
+
"hint": "Cleanup worktree",
|
|
94
122
|
"category": "Worktree Management",
|
|
95
123
|
"order": 2
|
|
96
124
|
}
|
|
@@ -1,5 +1,4 @@
|
|
|
1
1
|
---
|
|
2
|
-
allowed-tools: Read, Glob, Grep, Bash(pnpm test:*)
|
|
3
2
|
description: Execute complete TDD cycle - Red, Green, and Refactor phases in sequence
|
|
4
3
|
argument-hint: <feature or requirement description>
|
|
5
4
|
---
|
|
@@ -16,10 +15,7 @@ $ARGUMENTS
|
|
|
16
15
|
- Write natural, descriptive code without meta-commentary about the development process
|
|
17
16
|
- The code should speak for itself - TDD is the process, not the product
|
|
18
17
|
|
|
19
|
-
(If there was no info above, fallback to
|
|
20
|
-
|
|
21
|
-
1. Context of the conversation, if there's an immediate thing
|
|
22
|
-
2. `bd ready` to see what to work on next and start from there)
|
|
18
|
+
(If there was no info above, fallback to the context of the conversation)
|
|
23
19
|
|
|
24
20
|
## TDD Fundamentals
|
|
25
21
|
|
|
@@ -1,5 +1,4 @@
|
|
|
1
1
|
---
|
|
2
|
-
allowed-tools: Read, Glob, Grep, Bash(pnpm test:*)
|
|
3
2
|
description: Execute TDD Green Phase - write minimal implementation to pass the failing test
|
|
4
3
|
argument-hint: <implementation description>
|
|
5
4
|
---
|
|
@@ -16,10 +15,7 @@ $ARGUMENTS
|
|
|
16
15
|
- Write natural, descriptive code without meta-commentary about the development process
|
|
17
16
|
- The code should speak for itself - TDD is the process, not the product
|
|
18
17
|
|
|
19
|
-
(If there was no info above, fallback to
|
|
20
|
-
|
|
21
|
-
1. Context of the conversation, if there's an immediate thing
|
|
22
|
-
2. `bd ready` to see what to work on next and start from there)
|
|
18
|
+
(If there was no info above, fallback to the context of the conversation)
|
|
23
19
|
|
|
24
20
|
## TDD Fundamentals
|
|
25
21
|
|
|
@@ -1,5 +1,4 @@
|
|
|
1
1
|
---
|
|
2
|
-
allowed-tools: Read, Glob, Grep, Task, AskUserQuestion, mcp__github__issue_read, mcp__github__search_issues
|
|
3
2
|
description: Create implementation plan from feature/requirement with PRD-style discovery and TDD acceptance criteria
|
|
4
3
|
argument-hint: <feature/requirement description or GitHub issue URL/number>
|
|
5
4
|
---
|