@su-record/vibe 2.0.0 → 2.0.1
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/agents/explorer.md +48 -48
- package/.claude/agents/implementer.md +53 -53
- package/.claude/agents/searcher.md +54 -54
- package/.claude/agents/simplifier.md +119 -119
- package/.claude/agents/tester.md +49 -49
- package/.claude/commands/vibe.analyze.md +239 -239
- package/.claude/commands/vibe.continue.md +88 -88
- package/.claude/commands/vibe.diagram.md +178 -178
- package/.claude/commands/vibe.reason.md +306 -306
- package/.claude/commands/vibe.run.md +760 -760
- package/.claude/commands/vibe.spec.md +339 -339
- package/.claude/commands/vibe.tool.md +153 -153
- package/.claude/commands/vibe.ui.md +137 -137
- package/.claude/commands/vibe.verify.md +238 -238
- package/.claude/settings.json +152 -152
- package/.claude/settings.local.json +4 -57
- package/.vibe/config.json +9 -0
- package/.vibe/constitution.md +184 -184
- package/.vibe/rules/core/communication-guide.md +104 -104
- package/.vibe/rules/core/development-philosophy.md +52 -52
- package/.vibe/rules/core/quick-start.md +120 -120
- package/.vibe/rules/quality/bdd-contract-testing.md +388 -388
- package/.vibe/rules/quality/checklist.md +276 -276
- package/.vibe/rules/quality/testing-strategy.md +437 -437
- package/.vibe/rules/standards/anti-patterns.md +369 -369
- package/.vibe/rules/standards/code-structure.md +291 -291
- package/.vibe/rules/standards/complexity-metrics.md +312 -312
- package/.vibe/rules/standards/naming-conventions.md +198 -198
- package/.vibe/rules/tools/mcp-hi-ai-guide.md +665 -665
- package/.vibe/rules/tools/mcp-workflow.md +51 -51
- package/.vibe/setup.sh +31 -31
- package/CLAUDE.md +122 -122
- package/LICENSE +21 -21
- package/README.md +568 -568
- package/dist/cli/index.d.ts.map +1 -1
- package/dist/cli/index.js +391 -406
- package/dist/cli/index.js.map +1 -1
- package/dist/lib/MemoryManager.js +92 -92
- package/dist/lib/PythonParser.js +108 -108
- package/dist/lib/gemini-mcp.js +15 -15
- package/dist/lib/gemini-oauth.js +35 -35
- package/dist/lib/gpt-mcp.js +17 -17
- package/dist/lib/gpt-oauth.js +44 -44
- package/dist/tools/analytics/getUsageAnalytics.js +12 -12
- package/dist/tools/memory/createMemoryTimeline.js +10 -10
- package/dist/tools/memory/getMemoryGraph.js +12 -12
- package/dist/tools/memory/getSessionContext.js +9 -9
- package/dist/tools/memory/linkMemories.js +14 -14
- package/dist/tools/memory/listMemories.js +4 -4
- package/dist/tools/memory/recallMemory.js +4 -4
- package/dist/tools/memory/saveMemory.js +4 -4
- package/dist/tools/memory/searchMemoriesAdvanced.js +22 -22
- package/dist/tools/planning/generatePrd.js +46 -46
- package/dist/tools/prompt/enhancePromptGemini.js +160 -160
- package/dist/tools/reasoning/applyReasoningFramework.js +56 -56
- package/dist/tools/semantic/analyzeDependencyGraph.js +12 -12
- package/package.json +67 -67
- package/templates/constitution-template.md +184 -184
- package/templates/contract-backend-template.md +517 -517
- package/templates/contract-frontend-template.md +594 -594
- package/templates/feature-template.md +96 -96
- package/templates/hooks-template.json +103 -103
- package/templates/spec-template.md +199 -199
- package/dist/lib/vibe-mcp.d.ts.map +0 -1
- package/dist/lib/vibe-mcp.js.map +0 -1
|
@@ -1,239 +1,239 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Analyze project or specific feature/module
|
|
3
|
-
argument-hint: "feature-name" or --code or --deps or --arch (optional)
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# /vibe.analyze
|
|
7
|
-
|
|
8
|
-
Analyze project or specific feature/module.
|
|
9
|
-
|
|
10
|
-
## Usage
|
|
11
|
-
|
|
12
|
-
```
|
|
13
|
-
/vibe.analyze # Full project quality analysis
|
|
14
|
-
/vibe.analyze "login" # Login related code exploration + context collection
|
|
15
|
-
/vibe.analyze --code # Code quality analysis only
|
|
16
|
-
/vibe.analyze --deps # Dependency analysis only
|
|
17
|
-
/vibe.analyze --arch # Architecture analysis only
|
|
18
|
-
```
|
|
19
|
-
|
|
20
|
-
## ⚠️ Context Reset
|
|
21
|
-
|
|
22
|
-
**When this command runs, previous conversation is ignored.**
|
|
23
|
-
- Explore and analyze code from scratch like new session
|
|
24
|
-
- Base conversation only on newly collected information from this analysis
|
|
25
|
-
|
|
26
|
-
---
|
|
27
|
-
|
|
28
|
-
## Mode 1: Feature/Module Analysis (`/vibe.analyze "feature-name"`)
|
|
29
|
-
|
|
30
|
-
### Goal
|
|
31
|
-
|
|
32
|
-
**Explore all source code** related to user's requested feature/module and **analyze flow** to:
|
|
33
|
-
1. Understand current implementation status
|
|
34
|
-
2. Understand code structure and dependencies
|
|
35
|
-
3. Build context for immediate response to future development/modification requests
|
|
36
|
-
|
|
37
|
-
### Process
|
|
38
|
-
|
|
39
|
-
#### 1. Request Analysis
|
|
40
|
-
|
|
41
|
-
Extract key keywords from user request:
|
|
42
|
-
- Feature name (e.g., login, feed, payment)
|
|
43
|
-
- Action (e.g., create, read, update, delete)
|
|
44
|
-
- Scope (e.g., backend only, frontend only, full)
|
|
45
|
-
|
|
46
|
-
#### 2. Understand Project Structure
|
|
47
|
-
|
|
48
|
-
Read `CLAUDE.md`, `package.json`, `pyproject.toml`, etc. to identify tech stack:
|
|
49
|
-
|
|
50
|
-
**Backend:**
|
|
51
|
-
- FastAPI/Django: `app/api/`, `app/services/`, `app/models/`
|
|
52
|
-
- Express/NestJS: `src/controllers/`, `src/services/`, `src/models/`
|
|
53
|
-
|
|
54
|
-
**Frontend:**
|
|
55
|
-
- React/Next.js: `src/components/`, `src/pages/`, `src/hooks/`
|
|
56
|
-
- Flutter: `lib/screens/`, `lib/services/`, `lib/providers/`
|
|
57
|
-
|
|
58
|
-
#### 3. Explore Related Code
|
|
59
|
-
|
|
60
|
-
**Exploration strategy:**
|
|
61
|
-
1. **Glob** to collect related file list
|
|
62
|
-
2. **Grep** to locate code by keyword
|
|
63
|
-
3. **Read** to analyze key files in detail
|
|
64
|
-
4. If needed, **Task (Explore)** agent for parallel exploration
|
|
65
|
-
|
|
66
|
-
#### 4. Flow Analysis
|
|
67
|
-
|
|
68
|
-
**API Flow:**
|
|
69
|
-
- Endpoint URL and HTTP method
|
|
70
|
-
- Request/response schema
|
|
71
|
-
- Authentication/authorization requirements
|
|
72
|
-
|
|
73
|
-
**Business Logic:**
|
|
74
|
-
- Core methods and roles
|
|
75
|
-
- Validation rules
|
|
76
|
-
- External service integrations
|
|
77
|
-
|
|
78
|
-
**Data Flow:**
|
|
79
|
-
- Related tables/models
|
|
80
|
-
- Relationships (1:N, N:M)
|
|
81
|
-
- Key query patterns
|
|
82
|
-
|
|
83
|
-
#### 5. Output Analysis Results
|
|
84
|
-
|
|
85
|
-
```markdown
|
|
86
|
-
## 📊 [feature-name] Analysis Results
|
|
87
|
-
|
|
88
|
-
### Overview
|
|
89
|
-
- **Feature description**: [one-line summary]
|
|
90
|
-
- **Implementation status**: [Complete/In progress/Not implemented]
|
|
91
|
-
- **Related files**: N files
|
|
92
|
-
|
|
93
|
-
### Structure
|
|
94
|
-
|
|
95
|
-
#### API Endpoints
|
|
96
|
-
| Method | Path | Description | Auth |
|
|
97
|
-
|--------|------|-------------|------|
|
|
98
|
-
| POST | /api/v1/auth/login | Login | - |
|
|
99
|
-
|
|
100
|
-
#### Core Services
|
|
101
|
-
- `auth_service.py`: Authentication logic
|
|
102
|
-
- `login()`: Login processing
|
|
103
|
-
- `verify_token()`: Token verification
|
|
104
|
-
|
|
105
|
-
#### Data Models
|
|
106
|
-
- `User`: User table
|
|
107
|
-
- Key fields: id, email, password_hash
|
|
108
|
-
- Relationships: Session (1:N)
|
|
109
|
-
|
|
110
|
-
### Flow Diagram
|
|
111
|
-
[Text-based flow description]
|
|
112
|
-
|
|
113
|
-
### Reference File List
|
|
114
|
-
- src/api/auth/router.py:L10-50
|
|
115
|
-
- src/services/auth_service.py:L1-100
|
|
116
|
-
```
|
|
117
|
-
|
|
118
|
-
#### 6. Check Development Rules
|
|
119
|
-
|
|
120
|
-
Load related rules from `.vibe/rules/`:
|
|
121
|
-
- `core/quick-start.md` - 5 core principles
|
|
122
|
-
- `standards/complexity-metrics.md` - Complexity standards
|
|
123
|
-
- `quality/checklist.md` - Quality checklist
|
|
124
|
-
|
|
125
|
-
Output any rule violations found.
|
|
126
|
-
|
|
127
|
-
#### 7. Complete
|
|
128
|
-
|
|
129
|
-
After analysis:
|
|
130
|
-
1. Output analysis summary
|
|
131
|
-
2. Ask "What would you like me to help with?"
|
|
132
|
-
3. Use collected context for subsequent development/modification requests
|
|
133
|
-
|
|
134
|
-
---
|
|
135
|
-
|
|
136
|
-
## Mode 2: Project Quality Analysis (no option or --code/--deps/--arch)
|
|
137
|
-
|
|
138
|
-
### Analysis Scope
|
|
139
|
-
|
|
140
|
-
- **Default** (`/vibe.analyze`): Full analysis (code + dependencies + architecture)
|
|
141
|
-
- **--code**: Code quality analysis only
|
|
142
|
-
- **--deps**: Dependency analysis only
|
|
143
|
-
- **--arch**: Architecture analysis only
|
|
144
|
-
|
|
145
|
-
### MCP Tool Usage
|
|
146
|
-
|
|
147
|
-
Based on `@su-record/hi-ai`:
|
|
148
|
-
|
|
149
|
-
#### Code Quality Analysis (--code)
|
|
150
|
-
- `analyze_complexity`: Complexity analysis
|
|
151
|
-
- `validate_code_quality`: Code quality validation
|
|
152
|
-
- `check_coupling_cohesion`: Coupling/cohesion check
|
|
153
|
-
|
|
154
|
-
#### Dependency Analysis (--deps)
|
|
155
|
-
- Read `package.json` / `pyproject.toml` / `pubspec.yaml`
|
|
156
|
-
- Analyze version conflicts, security vulnerabilities, packages needing updates
|
|
157
|
-
|
|
158
|
-
#### Architecture Analysis (--arch)
|
|
159
|
-
- `find_symbol`: Find core modules
|
|
160
|
-
- `find_references`: Identify module dependencies
|
|
161
|
-
- Detect circular dependencies, layer violations
|
|
162
|
-
|
|
163
|
-
### Analysis Report
|
|
164
|
-
|
|
165
|
-
`.vibe/reports/analysis-{date}.md`:
|
|
166
|
-
|
|
167
|
-
```markdown
|
|
168
|
-
# Project Analysis Report
|
|
169
|
-
|
|
170
|
-
## Overview
|
|
171
|
-
- Analysis date: 2025-01-06 12:00
|
|
172
|
-
- Analysis scope: Full
|
|
173
|
-
|
|
174
|
-
## Code Quality (85/100)
|
|
175
|
-
- Average complexity: 8.2 (good)
|
|
176
|
-
- High complexity files: 3
|
|
177
|
-
|
|
178
|
-
## Dependencies (92/100)
|
|
179
|
-
- Total packages: 42
|
|
180
|
-
- Updates needed: 3
|
|
181
|
-
|
|
182
|
-
## Architecture (78/100)
|
|
183
|
-
- Circular dependencies: 2 found
|
|
184
|
-
- Layer violations: 1
|
|
185
|
-
|
|
186
|
-
## Improvement Suggestions
|
|
187
|
-
1. Refactor service.py
|
|
188
|
-
2. Apply lodash security patch
|
|
189
|
-
```
|
|
190
|
-
|
|
191
|
-
---
|
|
192
|
-
|
|
193
|
-
## Example
|
|
194
|
-
|
|
195
|
-
### Feature Analysis
|
|
196
|
-
```
|
|
197
|
-
User: /vibe.analyze "login"
|
|
198
|
-
|
|
199
|
-
Claude: Analyzing login related code...
|
|
200
|
-
|
|
201
|
-
[Exploring code with Glob, Grep, Read tools]
|
|
202
|
-
|
|
203
|
-
📊 Login Analysis Results
|
|
204
|
-
|
|
205
|
-
### Overview
|
|
206
|
-
- Feature description: JWT-based user authentication
|
|
207
|
-
- Implementation status: Complete
|
|
208
|
-
- Related files: 8
|
|
209
|
-
|
|
210
|
-
### API Endpoints
|
|
211
|
-
| POST | /api/v1/auth/login | Login | - |
|
|
212
|
-
| POST | /api/v1/auth/refresh | Token refresh | Required |
|
|
213
|
-
|
|
214
|
-
[Analysis continues...]
|
|
215
|
-
|
|
216
|
-
What would you like me to help with?
|
|
217
|
-
- Refactoring
|
|
218
|
-
- Add new feature
|
|
219
|
-
- Bug fix
|
|
220
|
-
```
|
|
221
|
-
|
|
222
|
-
### Quality Analysis
|
|
223
|
-
```
|
|
224
|
-
User: /vibe.analyze --code
|
|
225
|
-
|
|
226
|
-
Claude: Starting code quality analysis...
|
|
227
|
-
|
|
228
|
-
📊 Code Quality Score: 85/100 (B+)
|
|
229
|
-
|
|
230
|
-
**Key findings:**
|
|
231
|
-
- High complexity: src/service.py (CC: 15)
|
|
232
|
-
|
|
233
|
-
**Improvement suggestions:**
|
|
234
|
-
1. Split src/service.py into 3 modules
|
|
235
|
-
```
|
|
236
|
-
|
|
237
|
-
---
|
|
238
|
-
|
|
239
|
-
ARGUMENTS: $ARGUMENTS
|
|
1
|
+
---
|
|
2
|
+
description: Analyze project or specific feature/module
|
|
3
|
+
argument-hint: "feature-name" or --code or --deps or --arch (optional)
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /vibe.analyze
|
|
7
|
+
|
|
8
|
+
Analyze project or specific feature/module.
|
|
9
|
+
|
|
10
|
+
## Usage
|
|
11
|
+
|
|
12
|
+
```
|
|
13
|
+
/vibe.analyze # Full project quality analysis
|
|
14
|
+
/vibe.analyze "login" # Login related code exploration + context collection
|
|
15
|
+
/vibe.analyze --code # Code quality analysis only
|
|
16
|
+
/vibe.analyze --deps # Dependency analysis only
|
|
17
|
+
/vibe.analyze --arch # Architecture analysis only
|
|
18
|
+
```
|
|
19
|
+
|
|
20
|
+
## ⚠️ Context Reset
|
|
21
|
+
|
|
22
|
+
**When this command runs, previous conversation is ignored.**
|
|
23
|
+
- Explore and analyze code from scratch like new session
|
|
24
|
+
- Base conversation only on newly collected information from this analysis
|
|
25
|
+
|
|
26
|
+
---
|
|
27
|
+
|
|
28
|
+
## Mode 1: Feature/Module Analysis (`/vibe.analyze "feature-name"`)
|
|
29
|
+
|
|
30
|
+
### Goal
|
|
31
|
+
|
|
32
|
+
**Explore all source code** related to user's requested feature/module and **analyze flow** to:
|
|
33
|
+
1. Understand current implementation status
|
|
34
|
+
2. Understand code structure and dependencies
|
|
35
|
+
3. Build context for immediate response to future development/modification requests
|
|
36
|
+
|
|
37
|
+
### Process
|
|
38
|
+
|
|
39
|
+
#### 1. Request Analysis
|
|
40
|
+
|
|
41
|
+
Extract key keywords from user request:
|
|
42
|
+
- Feature name (e.g., login, feed, payment)
|
|
43
|
+
- Action (e.g., create, read, update, delete)
|
|
44
|
+
- Scope (e.g., backend only, frontend only, full)
|
|
45
|
+
|
|
46
|
+
#### 2. Understand Project Structure
|
|
47
|
+
|
|
48
|
+
Read `CLAUDE.md`, `package.json`, `pyproject.toml`, etc. to identify tech stack:
|
|
49
|
+
|
|
50
|
+
**Backend:**
|
|
51
|
+
- FastAPI/Django: `app/api/`, `app/services/`, `app/models/`
|
|
52
|
+
- Express/NestJS: `src/controllers/`, `src/services/`, `src/models/`
|
|
53
|
+
|
|
54
|
+
**Frontend:**
|
|
55
|
+
- React/Next.js: `src/components/`, `src/pages/`, `src/hooks/`
|
|
56
|
+
- Flutter: `lib/screens/`, `lib/services/`, `lib/providers/`
|
|
57
|
+
|
|
58
|
+
#### 3. Explore Related Code
|
|
59
|
+
|
|
60
|
+
**Exploration strategy:**
|
|
61
|
+
1. **Glob** to collect related file list
|
|
62
|
+
2. **Grep** to locate code by keyword
|
|
63
|
+
3. **Read** to analyze key files in detail
|
|
64
|
+
4. If needed, **Task (Explore)** agent for parallel exploration
|
|
65
|
+
|
|
66
|
+
#### 4. Flow Analysis
|
|
67
|
+
|
|
68
|
+
**API Flow:**
|
|
69
|
+
- Endpoint URL and HTTP method
|
|
70
|
+
- Request/response schema
|
|
71
|
+
- Authentication/authorization requirements
|
|
72
|
+
|
|
73
|
+
**Business Logic:**
|
|
74
|
+
- Core methods and roles
|
|
75
|
+
- Validation rules
|
|
76
|
+
- External service integrations
|
|
77
|
+
|
|
78
|
+
**Data Flow:**
|
|
79
|
+
- Related tables/models
|
|
80
|
+
- Relationships (1:N, N:M)
|
|
81
|
+
- Key query patterns
|
|
82
|
+
|
|
83
|
+
#### 5. Output Analysis Results
|
|
84
|
+
|
|
85
|
+
```markdown
|
|
86
|
+
## 📊 [feature-name] Analysis Results
|
|
87
|
+
|
|
88
|
+
### Overview
|
|
89
|
+
- **Feature description**: [one-line summary]
|
|
90
|
+
- **Implementation status**: [Complete/In progress/Not implemented]
|
|
91
|
+
- **Related files**: N files
|
|
92
|
+
|
|
93
|
+
### Structure
|
|
94
|
+
|
|
95
|
+
#### API Endpoints
|
|
96
|
+
| Method | Path | Description | Auth |
|
|
97
|
+
|--------|------|-------------|------|
|
|
98
|
+
| POST | /api/v1/auth/login | Login | - |
|
|
99
|
+
|
|
100
|
+
#### Core Services
|
|
101
|
+
- `auth_service.py`: Authentication logic
|
|
102
|
+
- `login()`: Login processing
|
|
103
|
+
- `verify_token()`: Token verification
|
|
104
|
+
|
|
105
|
+
#### Data Models
|
|
106
|
+
- `User`: User table
|
|
107
|
+
- Key fields: id, email, password_hash
|
|
108
|
+
- Relationships: Session (1:N)
|
|
109
|
+
|
|
110
|
+
### Flow Diagram
|
|
111
|
+
[Text-based flow description]
|
|
112
|
+
|
|
113
|
+
### Reference File List
|
|
114
|
+
- src/api/auth/router.py:L10-50
|
|
115
|
+
- src/services/auth_service.py:L1-100
|
|
116
|
+
```
|
|
117
|
+
|
|
118
|
+
#### 6. Check Development Rules
|
|
119
|
+
|
|
120
|
+
Load related rules from `.vibe/rules/`:
|
|
121
|
+
- `core/quick-start.md` - 5 core principles
|
|
122
|
+
- `standards/complexity-metrics.md` - Complexity standards
|
|
123
|
+
- `quality/checklist.md` - Quality checklist
|
|
124
|
+
|
|
125
|
+
Output any rule violations found.
|
|
126
|
+
|
|
127
|
+
#### 7. Complete
|
|
128
|
+
|
|
129
|
+
After analysis:
|
|
130
|
+
1. Output analysis summary
|
|
131
|
+
2. Ask "What would you like me to help with?"
|
|
132
|
+
3. Use collected context for subsequent development/modification requests
|
|
133
|
+
|
|
134
|
+
---
|
|
135
|
+
|
|
136
|
+
## Mode 2: Project Quality Analysis (no option or --code/--deps/--arch)
|
|
137
|
+
|
|
138
|
+
### Analysis Scope
|
|
139
|
+
|
|
140
|
+
- **Default** (`/vibe.analyze`): Full analysis (code + dependencies + architecture)
|
|
141
|
+
- **--code**: Code quality analysis only
|
|
142
|
+
- **--deps**: Dependency analysis only
|
|
143
|
+
- **--arch**: Architecture analysis only
|
|
144
|
+
|
|
145
|
+
### MCP Tool Usage
|
|
146
|
+
|
|
147
|
+
Based on `@su-record/hi-ai`:
|
|
148
|
+
|
|
149
|
+
#### Code Quality Analysis (--code)
|
|
150
|
+
- `analyze_complexity`: Complexity analysis
|
|
151
|
+
- `validate_code_quality`: Code quality validation
|
|
152
|
+
- `check_coupling_cohesion`: Coupling/cohesion check
|
|
153
|
+
|
|
154
|
+
#### Dependency Analysis (--deps)
|
|
155
|
+
- Read `package.json` / `pyproject.toml` / `pubspec.yaml`
|
|
156
|
+
- Analyze version conflicts, security vulnerabilities, packages needing updates
|
|
157
|
+
|
|
158
|
+
#### Architecture Analysis (--arch)
|
|
159
|
+
- `find_symbol`: Find core modules
|
|
160
|
+
- `find_references`: Identify module dependencies
|
|
161
|
+
- Detect circular dependencies, layer violations
|
|
162
|
+
|
|
163
|
+
### Analysis Report
|
|
164
|
+
|
|
165
|
+
`.vibe/reports/analysis-{date}.md`:
|
|
166
|
+
|
|
167
|
+
```markdown
|
|
168
|
+
# Project Analysis Report
|
|
169
|
+
|
|
170
|
+
## Overview
|
|
171
|
+
- Analysis date: 2025-01-06 12:00
|
|
172
|
+
- Analysis scope: Full
|
|
173
|
+
|
|
174
|
+
## Code Quality (85/100)
|
|
175
|
+
- Average complexity: 8.2 (good)
|
|
176
|
+
- High complexity files: 3
|
|
177
|
+
|
|
178
|
+
## Dependencies (92/100)
|
|
179
|
+
- Total packages: 42
|
|
180
|
+
- Updates needed: 3
|
|
181
|
+
|
|
182
|
+
## Architecture (78/100)
|
|
183
|
+
- Circular dependencies: 2 found
|
|
184
|
+
- Layer violations: 1
|
|
185
|
+
|
|
186
|
+
## Improvement Suggestions
|
|
187
|
+
1. Refactor service.py
|
|
188
|
+
2. Apply lodash security patch
|
|
189
|
+
```
|
|
190
|
+
|
|
191
|
+
---
|
|
192
|
+
|
|
193
|
+
## Example
|
|
194
|
+
|
|
195
|
+
### Feature Analysis
|
|
196
|
+
```
|
|
197
|
+
User: /vibe.analyze "login"
|
|
198
|
+
|
|
199
|
+
Claude: Analyzing login related code...
|
|
200
|
+
|
|
201
|
+
[Exploring code with Glob, Grep, Read tools]
|
|
202
|
+
|
|
203
|
+
📊 Login Analysis Results
|
|
204
|
+
|
|
205
|
+
### Overview
|
|
206
|
+
- Feature description: JWT-based user authentication
|
|
207
|
+
- Implementation status: Complete
|
|
208
|
+
- Related files: 8
|
|
209
|
+
|
|
210
|
+
### API Endpoints
|
|
211
|
+
| POST | /api/v1/auth/login | Login | - |
|
|
212
|
+
| POST | /api/v1/auth/refresh | Token refresh | Required |
|
|
213
|
+
|
|
214
|
+
[Analysis continues...]
|
|
215
|
+
|
|
216
|
+
What would you like me to help with?
|
|
217
|
+
- Refactoring
|
|
218
|
+
- Add new feature
|
|
219
|
+
- Bug fix
|
|
220
|
+
```
|
|
221
|
+
|
|
222
|
+
### Quality Analysis
|
|
223
|
+
```
|
|
224
|
+
User: /vibe.analyze --code
|
|
225
|
+
|
|
226
|
+
Claude: Starting code quality analysis...
|
|
227
|
+
|
|
228
|
+
📊 Code Quality Score: 85/100 (B+)
|
|
229
|
+
|
|
230
|
+
**Key findings:**
|
|
231
|
+
- High complexity: src/service.py (CC: 15)
|
|
232
|
+
|
|
233
|
+
**Improvement suggestions:**
|
|
234
|
+
1. Split src/service.py into 3 modules
|
|
235
|
+
```
|
|
236
|
+
|
|
237
|
+
---
|
|
238
|
+
|
|
239
|
+
ARGUMENTS: $ARGUMENTS
|
|
@@ -1,88 +1,88 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Restore previous session context
|
|
3
|
-
argument-hint: [projectPath]
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# /vibe.continue
|
|
7
|
-
|
|
8
|
-
Restore previous session context and continue development.
|
|
9
|
-
|
|
10
|
-
## Usage
|
|
11
|
-
|
|
12
|
-
```
|
|
13
|
-
/vibe.continue # Restore context for current directory
|
|
14
|
-
/vibe.continue "/path/to/project" # Restore context for specific project
|
|
15
|
-
```
|
|
16
|
-
|
|
17
|
-
## What It Does
|
|
18
|
-
|
|
19
|
-
1. **Load Project Memories** - Retrieves saved project decisions, patterns, architecture notes
|
|
20
|
-
2. **Restore Context** - Loads previous session's work state (tasks, blockers, next steps)
|
|
21
|
-
3. **Load Coding Guides** - Applies project-specific coding standards
|
|
22
|
-
|
|
23
|
-
## Process
|
|
24
|
-
|
|
25
|
-
```
|
|
26
|
-
/vibe.continue
|
|
27
|
-
|
|
|
28
|
-
v
|
|
29
|
-
+---------------------------+
|
|
30
|
-
| vibe_start_session |
|
|
31
|
-
| projectPath: $(pwd) |
|
|
32
|
-
+---------------------------+
|
|
33
|
-
|
|
|
34
|
-
v
|
|
35
|
-
+---------------------------+
|
|
36
|
-
| Load: |
|
|
37
|
-
| - Project memories |
|
|
38
|
-
| - Previous context |
|
|
39
|
-
| - Coding guides |
|
|
40
|
-
+---------------------------+
|
|
41
|
-
|
|
|
42
|
-
v
|
|
43
|
-
Ready to continue!
|
|
44
|
-
```
|
|
45
|
-
|
|
46
|
-
## Example
|
|
47
|
-
|
|
48
|
-
```
|
|
49
|
-
User: /vibe.continue
|
|
50
|
-
|
|
51
|
-
Claude:
|
|
52
|
-
Session started.
|
|
53
|
-
|
|
54
|
-
Recent Project Info:
|
|
55
|
-
- project-stack: Next.js 14, TypeScript, Tailwind...
|
|
56
|
-
- auth-decision: Using JWT with refresh tokens...
|
|
57
|
-
- current-feature: Working on login page...
|
|
58
|
-
|
|
59
|
-
Previous Context:
|
|
60
|
-
- HIGH priority from 2024-01-15 14:32
|
|
61
|
-
Task: Implement password validation
|
|
62
|
-
Blockers: Need to decide on complexity rules
|
|
63
|
-
|
|
64
|
-
Active Coding Guides:
|
|
65
|
-
- TypeScript Standards (core): Strict mode, no any...
|
|
66
|
-
|
|
67
|
-
Ready to continue development! What would you like to work on?
|
|
68
|
-
```
|
|
69
|
-
|
|
70
|
-
## When to Use
|
|
71
|
-
|
|
72
|
-
- Starting a new Claude Code session
|
|
73
|
-
- After `/new` command
|
|
74
|
-
- Resuming work after a break
|
|
75
|
-
- Switching between projects
|
|
76
|
-
|
|
77
|
-
## Related Commands
|
|
78
|
-
|
|
79
|
-
- `/vibe.run` - Execute implementation
|
|
80
|
-
- `/vibe.spec` - Create SPEC document
|
|
81
|
-
|
|
82
|
-
---
|
|
83
|
-
|
|
84
|
-
**Action**: Call `vibe_start_session` with projectPath
|
|
85
|
-
|
|
86
|
-
```
|
|
87
|
-
vibe_start_session(projectPath: "$ARGUMENTS" || process.cwd())
|
|
88
|
-
```
|
|
1
|
+
---
|
|
2
|
+
description: Restore previous session context
|
|
3
|
+
argument-hint: [projectPath]
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /vibe.continue
|
|
7
|
+
|
|
8
|
+
Restore previous session context and continue development.
|
|
9
|
+
|
|
10
|
+
## Usage
|
|
11
|
+
|
|
12
|
+
```
|
|
13
|
+
/vibe.continue # Restore context for current directory
|
|
14
|
+
/vibe.continue "/path/to/project" # Restore context for specific project
|
|
15
|
+
```
|
|
16
|
+
|
|
17
|
+
## What It Does
|
|
18
|
+
|
|
19
|
+
1. **Load Project Memories** - Retrieves saved project decisions, patterns, architecture notes
|
|
20
|
+
2. **Restore Context** - Loads previous session's work state (tasks, blockers, next steps)
|
|
21
|
+
3. **Load Coding Guides** - Applies project-specific coding standards
|
|
22
|
+
|
|
23
|
+
## Process
|
|
24
|
+
|
|
25
|
+
```
|
|
26
|
+
/vibe.continue
|
|
27
|
+
|
|
|
28
|
+
v
|
|
29
|
+
+---------------------------+
|
|
30
|
+
| vibe_start_session |
|
|
31
|
+
| projectPath: $(pwd) |
|
|
32
|
+
+---------------------------+
|
|
33
|
+
|
|
|
34
|
+
v
|
|
35
|
+
+---------------------------+
|
|
36
|
+
| Load: |
|
|
37
|
+
| - Project memories |
|
|
38
|
+
| - Previous context |
|
|
39
|
+
| - Coding guides |
|
|
40
|
+
+---------------------------+
|
|
41
|
+
|
|
|
42
|
+
v
|
|
43
|
+
Ready to continue!
|
|
44
|
+
```
|
|
45
|
+
|
|
46
|
+
## Example
|
|
47
|
+
|
|
48
|
+
```
|
|
49
|
+
User: /vibe.continue
|
|
50
|
+
|
|
51
|
+
Claude:
|
|
52
|
+
Session started.
|
|
53
|
+
|
|
54
|
+
Recent Project Info:
|
|
55
|
+
- project-stack: Next.js 14, TypeScript, Tailwind...
|
|
56
|
+
- auth-decision: Using JWT with refresh tokens...
|
|
57
|
+
- current-feature: Working on login page...
|
|
58
|
+
|
|
59
|
+
Previous Context:
|
|
60
|
+
- HIGH priority from 2024-01-15 14:32
|
|
61
|
+
Task: Implement password validation
|
|
62
|
+
Blockers: Need to decide on complexity rules
|
|
63
|
+
|
|
64
|
+
Active Coding Guides:
|
|
65
|
+
- TypeScript Standards (core): Strict mode, no any...
|
|
66
|
+
|
|
67
|
+
Ready to continue development! What would you like to work on?
|
|
68
|
+
```
|
|
69
|
+
|
|
70
|
+
## When to Use
|
|
71
|
+
|
|
72
|
+
- Starting a new Claude Code session
|
|
73
|
+
- After `/new` command
|
|
74
|
+
- Resuming work after a break
|
|
75
|
+
- Switching between projects
|
|
76
|
+
|
|
77
|
+
## Related Commands
|
|
78
|
+
|
|
79
|
+
- `/vibe.run` - Execute implementation
|
|
80
|
+
- `/vibe.spec` - Create SPEC document
|
|
81
|
+
|
|
82
|
+
---
|
|
83
|
+
|
|
84
|
+
**Action**: Call `vibe_start_session` with projectPath
|
|
85
|
+
|
|
86
|
+
```
|
|
87
|
+
vibe_start_session(projectPath: "$ARGUMENTS" || process.cwd())
|
|
88
|
+
```
|