@yeongjaeyou/claude-code-config 0.19.0 → 0.21.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.
@@ -33,8 +33,13 @@ gh issue view $ISSUE_NUMBER --json title,body,comments,milestone
33
33
 
34
34
  ### 3. Create Branch
35
35
 
36
+ **Branch naming**: `{type}/{issue-number}-{short-description}`
37
+ - `type`: From labels (`bug`->`fix`, `enhancement`->`feat`) or default `feat`
38
+ - `short-description`: Slugified title (lowercase, hyphens, max 50 chars)
39
+
36
40
  ```bash
37
- git checkout -b issue-$ISSUE_NUMBER main
41
+ # Example: fix/42-login-validation or feat/15-dark-mode
42
+ git checkout -b $BRANCH_NAME main
38
43
  git submodule update --init --recursive
39
44
  ```
40
45
 
@@ -6,6 +6,12 @@ description: Resolve GitHub Issue
6
6
 
7
7
  Act as an expert developer who systematically analyzes and resolves GitHub issues. Receive a GitHub issue number as argument and resolve the issue. Follow project guidelines in `@CLAUDE.md`.
8
8
 
9
+ ## Prerequisites
10
+
11
+ Before starting the workflow:
12
+ - **Serena MCP**: If not already active, run `activate_project` to enable semantic code analysis tools
13
+ - **Clean state**: Ensure no uncommitted changes that could conflict with the new branch
14
+
9
15
  ## Workflow
10
16
 
11
17
  1. **Analyze Issue**:
@@ -24,7 +30,11 @@ Act as an expert developer who systematically analyzes and resolves GitHub issue
24
30
  4. If misaligned, ask user for clarification before proceeding
25
31
  - If no plan file, continue to next step
26
32
 
27
- 3. **Create Branch**: Create and checkout a new branch named `issue-$ISSUE_NUMBER` from `main` or `master` branch.
33
+ 3. **Create Branch**: Create and checkout a new branch from `main` or `master` branch.
34
+ - **Branch naming convention**: `{type}/{issue-number}-{short-description}`
35
+ - `type`: Infer from issue labels (`bug` -> `fix`, `enhancement`/`feature` -> `feat`) or title prefix. Default to `feat` if unclear.
36
+ - `short-description`: Slugify issue title (lowercase, spaces to hyphens, max 50 chars, remove special chars)
37
+ - Examples: `fix/42-login-validation-error`, `feat/15-add-dark-mode`, `refactor/8-cleanup-auth`
28
38
  - **Initialize submodules**: When using worktree, run `git submodule update --init --recursive`
29
39
 
30
40
  4. **Update GitHub Project Status (Optional)**
@@ -40,18 +50,30 @@ Act as an expert developer who systematically analyzes and resolves GitHub issue
40
50
  ```
41
51
  - Skip if Status field does not exist
42
52
 
43
- 5. **Analyze Codebase (MANDATORY)**: Before writing any code, spawn multiple Explorer agents in parallel to preserve main context:
53
+ 5. **Analyze Codebase (MANDATORY)**: Before writing any code, understand the affected areas:
54
+
55
+ **Tool Selection by Scope:**
56
+ | Scope | Approach |
57
+ |-------|----------|
58
+ | **Narrow** (1-2 files, specific function) | Serena: `get_symbols_overview` → `find_symbol` → `find_referencing_symbols` |
59
+ | **Broad** (multiple modules, architecture) | Explorer agents in parallel (preserves main context) |
60
+
61
+ **For broad changes**, spawn 2-3 Explorer agents simultaneously:
44
62
  - **Structure agent**: Overall architecture and file relationships
45
63
  - **Pattern agent**: Similar implementations in codebase
46
64
  - **Dependency agent**: Affected modules and consumers
47
65
 
48
- ```
49
- Task tool with subagent_type=Explore (launch 2-3 agents simultaneously)
50
- ```
66
+ **For narrow changes**, use Serena directly:
67
+ 1. `get_symbols_overview` on target file(s)
68
+ 2. `find_symbol` with `include_body=True` for specific functions
69
+ 3. `find_referencing_symbols` for impact analysis
51
70
 
52
71
  6. **Plan Resolution**: Based on analysis results, develop a concrete resolution plan and define work steps.
53
72
 
54
- 7. **Resolve Issue**: Spawn sub-agents to modify code and implement features according to the plan.
73
+ 7. **Resolve Issue**: Implement the solution using appropriate tools:
74
+ - **Symbolic edits** (Serena): `replace_symbol_body`, `insert_after_symbol` for precise modifications
75
+ - **File edits**: For non-code files or complex multi-line changes
76
+ - **Sub-agents**: For large-scale parallel modifications
55
77
  - **If TDD enabled** (marker detected in Step 1):
56
78
  - **Reference**: See `feature-planner` skill for detailed TDD methodology
57
79
  1. 🔴 RED: Write failing tests first based on requirements
@@ -111,7 +111,7 @@ Ask via AskUserQuestion about local branch deletion:
111
111
 
112
112
  ```bash
113
113
  # If deletion desired
114
- git branch -d <headRefName> # e.g., issue-1
114
+ git branch -d <headRefName> # e.g., fix/1-login-bug
115
115
  ```
116
116
 
117
117
  ### 7. Check Next Task
@@ -171,7 +171,7 @@ TaskMaster Status:
171
171
  - Subtasks: all complete (1.1, 1.2, 1.3)
172
172
 
173
173
  Cleanup:
174
- - [x] Local branch deleted: issue-<N>
174
+ - [x] Local branch deleted: {type}/<N>-{slug}
175
175
  - [x] TaskMaster status updated
176
176
  - [ ] CLAUDE.md updated (no changes)
177
177
  - [ ] AGENTS.md updated (no changes / not found)
@@ -132,12 +132,13 @@ task-master show $TASK_ID
132
132
  ```bash
133
133
  # Create new branch from main or master
134
134
  git checkout main && git pull origin main
135
- git checkout -b issue-$ISSUE_NUMBER
135
+ git checkout -b {type}/$ISSUE_NUMBER-{short-description}
136
136
  ```
137
137
 
138
- **Branch naming convention:**
139
- - `issue-1` (for GitHub Issue #1 work)
140
- - `issue-1-subtask-1.2` (for specific subtask only, optional)
138
+ **Branch naming convention:** `{type}/{issue-number}-{short-description}`
139
+ - `type`: From labels (`bug`->`fix`, `enhancement`->`feat`) or default `feat`
140
+ - `short-description`: Slugified title (lowercase, hyphens, max 50 chars)
141
+ - Examples: `fix/1-login-validation`, `feat/13-dark-mode`
141
142
 
142
143
  ### 5. Process Subtasks Sequentially
143
144
 
@@ -196,8 +197,8 @@ git commit -m "feat: [Task $TASK_ID] Task title
196
197
  Task Master reference: task $TASK_ID
197
198
  Closes #$ISSUE_NUMBER"
198
199
 
199
- # Push
200
- git push -u origin issue-$ISSUE_NUMBER
200
+ # Push (use the branch name created in step 4)
201
+ git push -u origin $BRANCH_NAME
201
202
  ```
202
203
 
203
204
  ### 8. Create PR
@@ -7,7 +7,7 @@ Reference for different ID formats used across GitHub and TaskMaster.
7
7
  | Type | Format | Example |
8
8
  |------|--------|---------|
9
9
  | PR/Issue number | `#N` | `#1`, `#13` |
10
- | Branch | `issue-N` | `issue-1`, `feature-auth` |
10
+ | Branch | `{type}/{N}-{slug}` | `fix/1-login-bug`, `feat/13-dark-mode` |
11
11
 
12
12
  > Note: PRs and Issues share the same namespace in GitHub.
13
13
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@yeongjaeyou/claude-code-config",
3
- "version": "0.19.0",
3
+ "version": "0.21.0",
4
4
  "description": "Claude Code CLI custom commands, agents, and skills",
5
5
  "bin": {
6
6
  "claude-code-config": "./bin/cli.js"