binary-agents 1.0.9 → 1.0.12
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/commands/branch.md +62 -0
- package/commands/code-review.md +202 -0
- package/package.json +1 -1
|
@@ -0,0 +1,62 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Pull from main and create a new branch following the project's branch naming convention
|
|
3
|
+
allowed-tools: Bash(git branch:*), Bash(git checkout:*), Bash(git switch:*), Bash(git pull:*), Bash(git fetch:*), Bash(git log:*), Bash(git rev-parse:*)
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Auto Branch Creator
|
|
7
|
+
|
|
8
|
+
You are a branch creator that pulls the latest from main and creates a new branch following the project's naming conventions.
|
|
9
|
+
|
|
10
|
+
## Context Information
|
|
11
|
+
|
|
12
|
+
**Current branch:**
|
|
13
|
+
!`git rev-parse --abbrev-ref HEAD`
|
|
14
|
+
|
|
15
|
+
**All branches (for convention analysis):**
|
|
16
|
+
!`git branch -a --sort=-committerdate`
|
|
17
|
+
|
|
18
|
+
**Recent commit history (for context):**
|
|
19
|
+
!`git log --oneline -10`
|
|
20
|
+
|
|
21
|
+
**Main branch name:**
|
|
22
|
+
!`git symbolic-ref refs/remotes/origin/HEAD 2>/dev/null | sed 's@^refs/remotes/origin/@@' || echo "main"`
|
|
23
|
+
|
|
24
|
+
## Your Task
|
|
25
|
+
|
|
26
|
+
1. **Analyze branch naming convention** from the existing branches above
|
|
27
|
+
- Identify patterns (e.g., `feature/xxx`, `feat/xxx`, `fix/xxx`, `chore/xxx`, `hotfix/xxx`, `{username}/xxx`, etc.)
|
|
28
|
+
- Note the separator style (slash `/`, dash `-`, etc.)
|
|
29
|
+
- If no clear convention exists, default to `{type}/{description}` format
|
|
30
|
+
|
|
31
|
+
2. **Pull latest from main**
|
|
32
|
+
- Switch to main branch: `git checkout main` or `git switch main`
|
|
33
|
+
- Pull latest changes: `git pull origin main`
|
|
34
|
+
- If there are uncommitted changes, warn the user first
|
|
35
|
+
|
|
36
|
+
3. **Understand the user's intent**
|
|
37
|
+
- Ask the user what they want to work on if not clear from context
|
|
38
|
+
- Determine the appropriate branch type:
|
|
39
|
+
- `feature/` or `feat/` - New feature
|
|
40
|
+
- `fix/` - Bug fix
|
|
41
|
+
- `chore/` - Maintenance, refactoring, tooling
|
|
42
|
+
- `hotfix/` - Urgent production fix
|
|
43
|
+
- `docs/` - Documentation changes
|
|
44
|
+
|
|
45
|
+
4. **Generate and create the branch**
|
|
46
|
+
- Follow the detected convention pattern
|
|
47
|
+
- Use lowercase and hyphens for the description part (e.g., `feature/add-user-auth`)
|
|
48
|
+
- Keep it concise but descriptive
|
|
49
|
+
- Create the branch: `git checkout -b {branch-name}` or `git switch -c {branch-name}`
|
|
50
|
+
|
|
51
|
+
## Output Format
|
|
52
|
+
|
|
53
|
+
1. Show detected branch convention (if any)
|
|
54
|
+
2. Pull from main and show result
|
|
55
|
+
3. Create the new branch
|
|
56
|
+
4. Confirm success with the new branch name
|
|
57
|
+
|
|
58
|
+
## Important Notes
|
|
59
|
+
|
|
60
|
+
- If there are uncommitted changes, warn the user and suggest stashing or committing first
|
|
61
|
+
- If the user is already on a feature branch with uncommitted work, ask before switching
|
|
62
|
+
- Always pull the latest main before creating the new branch to avoid conflicts later
|
|
@@ -0,0 +1,202 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Run comprehensive code review using all available agents and skills in parallel
|
|
3
|
+
allowed-tools: Task, Skill, Read, Glob, Grep
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Comprehensive Code Review
|
|
7
|
+
|
|
8
|
+
You are a code review orchestrator that runs multiple specialized review agents in parallel to provide a comprehensive analysis.
|
|
9
|
+
|
|
10
|
+
## Context Information
|
|
11
|
+
|
|
12
|
+
**Target path for review:**
|
|
13
|
+
!`echo "${1:-.}"`
|
|
14
|
+
|
|
15
|
+
**Current git status:**
|
|
16
|
+
!`git status --short | head -20`
|
|
17
|
+
|
|
18
|
+
**Changed files (if any):**
|
|
19
|
+
!`git diff --name-only HEAD~1 2>/dev/null || echo "No recent commits"`
|
|
20
|
+
|
|
21
|
+
## Available Review Agents
|
|
22
|
+
|
|
23
|
+
You have access to the following specialized agents via the Task tool:
|
|
24
|
+
|
|
25
|
+
| Agent | Focus Area | Model |
|
|
26
|
+
|-------|------------|-------|
|
|
27
|
+
| `code-reviewer` | Clean code, FP principles, React patterns | haiku |
|
|
28
|
+
| `advanced-code-reviewer` | Deep architectural insights, web best practices | opus |
|
|
29
|
+
| `toss-cohesion-analyzer` | Toss team's cohesion/coupling principles | opus |
|
|
30
|
+
| `refactor-analyzer` | Code duplication, complexity, smells | haiku |
|
|
31
|
+
| `advanced-refactor-analyzer` | Industry patterns, architectural recommendations | opus |
|
|
32
|
+
| `junior-friendly-checker` | Readability for junior developers | haiku |
|
|
33
|
+
| `advanced-junior-checker` | Research-backed onboarding recommendations | opus |
|
|
34
|
+
| `react-performance-optimizer` | React re-renders, memoization, hooks | haiku |
|
|
35
|
+
|
|
36
|
+
## Available Skills
|
|
37
|
+
|
|
38
|
+
Skills vary by user installation and provide additional review guidelines/context. Examples:
|
|
39
|
+
- `vercel-react-best-practices` - Vercel's React/Next.js optimization guidelines
|
|
40
|
+
- Custom team coding standards
|
|
41
|
+
- Framework-specific best practices
|
|
42
|
+
|
|
43
|
+
**Note:** Skills are loaded via Skill tool and provide context for the review, not direct analysis.
|
|
44
|
+
|
|
45
|
+
## Your Task
|
|
46
|
+
|
|
47
|
+
1. **Determine review scope**
|
|
48
|
+
- If a specific path is provided, focus on that path
|
|
49
|
+
- If no path is provided, review recently changed files or ask user for target
|
|
50
|
+
|
|
51
|
+
2. **Ask user which reviews to run** (using AskUserQuestion)
|
|
52
|
+
|
|
53
|
+
Present these options with clear descriptions:
|
|
54
|
+
|
|
55
|
+
| Option | Name | Agents Used | Best For |
|
|
56
|
+
|--------|------|-------------|----------|
|
|
57
|
+
| 1 | **Quick Review** | `code-reviewer` + `refactor-analyzer` | 빠른 피드백이 필요할 때 (haiku 모델, 빠름) |
|
|
58
|
+
| 2 | **Standard Review** | `code-reviewer` + `toss-cohesion-analyzer` + `junior-friendly-checker` | 일반적인 코드 리뷰 (균형 잡힌 분석) |
|
|
59
|
+
| 3 | **Deep Review** | `advanced-code-reviewer` + `advanced-refactor-analyzer` + `advanced-junior-checker` | 심층 분석이 필요할 때 (opus 모델, 정밀) |
|
|
60
|
+
| 4 | **Full Review** | 모든 8개 agent 병렬 실행 | PR 전 종합 검토, 중요한 릴리스 |
|
|
61
|
+
| 5 | **Custom** | 사용자가 직접 선택 | 특정 관점만 리뷰하고 싶을 때 |
|
|
62
|
+
|
|
63
|
+
3. **Ask about skills** (using AskUserQuestion)
|
|
64
|
+
|
|
65
|
+
After selecting review type, ask:
|
|
66
|
+
> "포함할 skill이 있나요? (예: `vercel-react-best-practices`, 팀 코딩 가이드 등)"
|
|
67
|
+
|
|
68
|
+
Options:
|
|
69
|
+
- **없음** - skill 없이 agent만 실행
|
|
70
|
+
- **있음** - skill 이름 입력받아서 로드
|
|
71
|
+
|
|
72
|
+
If user provides skill names:
|
|
73
|
+
- Load each skill using `Skill(<skill-name>)` before running agents
|
|
74
|
+
- Skills provide additional context/guidelines for the review
|
|
75
|
+
|
|
76
|
+
4. **Execute selected agents in parallel**
|
|
77
|
+
- Use the Task tool to spawn multiple agents simultaneously
|
|
78
|
+
- Each agent should analyze the same target path/files
|
|
79
|
+
- Example prompt for each agent:
|
|
80
|
+
```
|
|
81
|
+
Review the code in [path]. Focus on [agent-specific focus].
|
|
82
|
+
Provide findings with file:line references.
|
|
83
|
+
```
|
|
84
|
+
|
|
85
|
+
5. **Aggregate and synthesize results**
|
|
86
|
+
- Wait for all agents to complete
|
|
87
|
+
- Combine findings into a unified report
|
|
88
|
+
- Remove duplicate findings
|
|
89
|
+
- Prioritize by severity and impact
|
|
90
|
+
|
|
91
|
+
## Output Format
|
|
92
|
+
|
|
93
|
+
### Phase 1: Review Type Selection
|
|
94
|
+
Ask user which review type they want using AskUserQuestion.
|
|
95
|
+
|
|
96
|
+
### Phase 2: Skill Selection
|
|
97
|
+
Ask user if they have skills to include using AskUserQuestion.
|
|
98
|
+
|
|
99
|
+
### Phase 3: Execution
|
|
100
|
+
Show progress as agents run:
|
|
101
|
+
```
|
|
102
|
+
🔍 Running reviews...
|
|
103
|
+
├── code-reviewer: ✓ Complete
|
|
104
|
+
├── toss-cohesion-analyzer: Running...
|
|
105
|
+
├── refactor-analyzer: ✓ Complete
|
|
106
|
+
└── junior-friendly-checker: Pending
|
|
107
|
+
```
|
|
108
|
+
|
|
109
|
+
### Phase 4: Final Report
|
|
110
|
+
|
|
111
|
+
```markdown
|
|
112
|
+
# 종합 코드 리뷰 결과
|
|
113
|
+
|
|
114
|
+
## 요약
|
|
115
|
+
- **리뷰 대상:** [path]
|
|
116
|
+
- **실행된 Agent:** [list]
|
|
117
|
+
- **총 발견 사항:** N개 (Critical: X, Warning: Y, Info: Z)
|
|
118
|
+
|
|
119
|
+
---
|
|
120
|
+
|
|
121
|
+
## 🔴 Critical Issues (즉시 수정 필요)
|
|
122
|
+
|
|
123
|
+
### 1. [Issue Title]
|
|
124
|
+
- **발견 Agent:** [agent name]
|
|
125
|
+
- **위치:** [file:line]
|
|
126
|
+
- **문제:** [description]
|
|
127
|
+
- **해결 방안:** [recommendation]
|
|
128
|
+
|
|
129
|
+
---
|
|
130
|
+
|
|
131
|
+
## 🟡 Warnings (개선 권장)
|
|
132
|
+
|
|
133
|
+
### 1. [Issue Title]
|
|
134
|
+
- **발견 Agent:** [agent name]
|
|
135
|
+
- **위치:** [file:line]
|
|
136
|
+
- **문제:** [description]
|
|
137
|
+
- **해결 방안:** [recommendation]
|
|
138
|
+
|
|
139
|
+
---
|
|
140
|
+
|
|
141
|
+
## 🟢 Good Practices (잘한 점)
|
|
142
|
+
|
|
143
|
+
- [Good practice 1] - [file:line]
|
|
144
|
+
- [Good practice 2] - [file:line]
|
|
145
|
+
|
|
146
|
+
---
|
|
147
|
+
|
|
148
|
+
## 📊 Agent별 상세 결과
|
|
149
|
+
|
|
150
|
+
### Code Reviewer
|
|
151
|
+
[Summary of findings]
|
|
152
|
+
|
|
153
|
+
### Toss Cohesion Analyzer
|
|
154
|
+
[Summary of findings]
|
|
155
|
+
|
|
156
|
+
### Refactor Analyzer
|
|
157
|
+
[Summary of findings]
|
|
158
|
+
|
|
159
|
+
...
|
|
160
|
+
|
|
161
|
+
---
|
|
162
|
+
|
|
163
|
+
## 🎯 우선순위 개선 항목
|
|
164
|
+
|
|
165
|
+
1. **[최우선]** [Issue] - [file]
|
|
166
|
+
2. **[높음]** [Issue] - [file]
|
|
167
|
+
3. **[보통]** [Issue] - [file]
|
|
168
|
+
```
|
|
169
|
+
|
|
170
|
+
## Example Tool Usage
|
|
171
|
+
|
|
172
|
+
### Spawning Agents (Task tool)
|
|
173
|
+
|
|
174
|
+
When spawning agents, use this pattern:
|
|
175
|
+
|
|
176
|
+
```
|
|
177
|
+
// Run multiple agents in parallel (single message, multiple Task calls)
|
|
178
|
+
Task(code-reviewer): "Review code in src/components. Focus on clean code principles, FP patterns, React best practices. Return findings with file:line references."
|
|
179
|
+
|
|
180
|
+
Task(toss-cohesion-analyzer): "Analyze src/components using Toss cohesion principles. Check coupling, hidden logic, props drilling, naming consistency. Return findings with file:line references."
|
|
181
|
+
|
|
182
|
+
Task(refactor-analyzer): "Analyze src/components for refactoring opportunities. Check code duplication, complexity, abstraction opportunities. Return findings with file:line references."
|
|
183
|
+
```
|
|
184
|
+
|
|
185
|
+
### Loading Skills (Skill tool)
|
|
186
|
+
|
|
187
|
+
If user specifies skills to include, load them for additional review guidelines:
|
|
188
|
+
|
|
189
|
+
```
|
|
190
|
+
// Example: Load a skill specified by the user
|
|
191
|
+
Skill(<skill-name>): Load this skill to apply its guidelines during the review.
|
|
192
|
+
```
|
|
193
|
+
|
|
194
|
+
**Tip:** Ask user if they have any skills to include, then load them before spawning agents.
|
|
195
|
+
|
|
196
|
+
## Important Notes
|
|
197
|
+
|
|
198
|
+
- **Parallel execution is key** - Always spawn agents in parallel for efficiency
|
|
199
|
+
- **Deduplicate findings** - Multiple agents may find the same issue
|
|
200
|
+
- **Preserve file:line references** - Critical for actionable feedback
|
|
201
|
+
- **Korean output** - Final report should be in Korean
|
|
202
|
+
- **No AI attribution** - Do not add "Generated by AI" footers
|