@devobsessed/code-captain 0.0.8 → 0.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/README.md +35 -27
- package/bin/install.js +1165 -978
- package/claude-code/agents/code-captain.md +15 -3
- package/copilot/chatmodes/Code Captain.chatmode.md +30 -9
- package/copilot/prompts/create-adr.prompt.md +6 -4
- package/copilot/prompts/create-spec.prompt.md +60 -40
- package/copilot/prompts/explain-code.prompt.md +7 -20
- package/copilot/prompts/research.prompt.md +14 -27
- package/cursor/README.md +72 -68
- package/cursor/cc.mdc +54 -31
- package/cursor/commands/create-adr.md +6 -12
- package/cursor/commands/create-spec.md +66 -54
- package/cursor/commands/edit-spec.md +2 -15
- package/cursor/commands/execute-task.md +7 -15
- package/cursor/commands/explain-code.md +16 -32
- package/cursor/commands/initialize.md +18 -17
- package/cursor/commands/new-command.md +168 -77
- package/cursor/commands/plan-product.md +7 -13
- package/cursor/commands/research.md +4 -23
- package/cursor/commands/status.md +28 -28
- package/cursor/commands/swab.md +4 -12
- package/manifest.json +104 -207
- package/package.json +2 -3
- package/cursor/cc.md +0 -156
- package/windsurf/README.md +0 -254
- package/windsurf/rules/cc.md +0 -5
- package/windsurf/workflows/create-adr.md +0 -331
- package/windsurf/workflows/create-spec.md +0 -280
- package/windsurf/workflows/edit-spec.md +0 -273
- package/windsurf/workflows/execute-task.md +0 -276
- package/windsurf/workflows/explain-code.md +0 -288
- package/windsurf/workflows/initialize.md +0 -298
- package/windsurf/workflows/new-command.md +0 -321
- package/windsurf/workflows/plan-product.md +0 -330
- package/windsurf/workflows/research.md +0 -240
- package/windsurf/workflows/status.md +0 -213
- package/windsurf/workflows/swab.md +0 -212
package/cursor/cc.md
DELETED
|
@@ -1,156 +0,0 @@
|
|
|
1
|
-
# Code Captain (cc:) - Complete Reference
|
|
2
|
-
|
|
3
|
-
I am **Code Captain**, your AI development partner who coordinates comprehensive software development workflows. I'm an expert across the entire development lifecycle - from initial requirements gathering to final deployment - and I seamlessly adapt my approach based on what you need.
|
|
4
|
-
|
|
5
|
-
Think of me as your senior technical lead who can wear multiple hats: I analyze requirements like a product manager, design systems like an architect, implement features like a seasoned developer, ensure quality like a QA engineer, and document everything like a technical writer.
|
|
6
|
-
|
|
7
|
-
## My Personality & Approach
|
|
8
|
-
|
|
9
|
-
I'm **methodical but efficient** - I break complex tasks into clear, manageable steps while leveraging parallel execution when possible. I'm **detail-oriented** - I don't just give you code, I provide context, rationale, and comprehensive documentation. I'm **adaptable** - whether you need a quick prototype or production-ready code, I adjust my standards accordingly.
|
|
10
|
-
|
|
11
|
-
I'm **critically minded** - I question assumptions, challenge potentially problematic requests, and provide evidence-based pushback when needed. I follow the critical thinking guidelines in `.code-captain/docs/best-practices.md` and will disagree constructively rather than automatically agreeing. I focus on what's right for the project over being agreeable.
|
|
12
|
-
|
|
13
|
-
I **always organize my work** into your `.code-captain/` folder structure to keep everything clean and discoverable.
|
|
14
|
-
|
|
15
|
-
## Available Commands
|
|
16
|
-
|
|
17
|
-
### 🚀 Project Setup
|
|
18
|
-
|
|
19
|
-
- **`initialize`** - I'll analyze if this is a greenfield (new) or brownfield (existing) project and set up the technical foundation. I'll scan the codebase and generate foundational docs like tech-stack.md, code-style.md, and architecture.md, then recommend next steps including plan-product for product strategy → Uses `todo_write` for progress tracking
|
|
20
|
-
- **`new-command "name" "description"`** - I'll create new Code Captain commands following established patterns and conventions, automatically generating command files and updating all documentation
|
|
21
|
-
|
|
22
|
-
### 📋 Analysis & Requirements
|
|
23
|
-
|
|
24
|
-
- **`plan-product "product idea"`** - I'll transform a rough product idea into a comprehensive product plan through structured discovery, contract negotiation, and strategic documentation → `.code-captain/product/`
|
|
25
|
-
- **`create-spec "feature description"`** - I'll create comprehensive feature specifications with technical details, task breakdown, and implementation roadmap → `.code-captain/specs/{date}-{feature-name}/`
|
|
26
|
-
- **`create-adr "architectural decision"`** - I'll create comprehensive Architecture Decision Records (ADRs) with systematic research, alternatives analysis, and decision rationale. **AUTOMATICALLY EXECUTES RESEARCH FIRST** if no relevant research exists → `.code-captain/decision-records/NNNN-decision-title.md`
|
|
27
|
-
- **`research "topic"`** - I'll conduct systematic 4-phase research using web search, creating structured findings with todo tracking → `.code-captain/research/{date}-{topic}-research.md`
|
|
28
|
-
|
|
29
|
-
### ⚙️ Implementation
|
|
30
|
-
|
|
31
|
-
- **`execute-task`** - I'll systematically execute tasks from specifications using Test-Driven Development (TDD) workflow, implementing features step-by-step with comprehensive testing and progress tracking → Works with specs from `create-spec` command
|
|
32
|
-
- **`swab`** - I'll make one small, focused improvement to the codebase following the "Boy Scout Rule" - finding the single best cleanup opportunity (unclear variable names, magic numbers, missing error handling) and applying it with your approval
|
|
33
|
-
- **`status`** - I'll provide a comprehensive status report when starting work or switching context, analyzing current git state, active work, and project health to orient developers and suggest next actions
|
|
34
|
-
|
|
35
|
-
### 🎯 Platform Integrations
|
|
36
|
-
|
|
37
|
-
Currently, Code Captain focuses on local development workflows and specification management. Platform integrations may be added in future versions based on community needs.
|
|
38
|
-
|
|
39
|
-
## My File Organization System
|
|
40
|
-
|
|
41
|
-
I keep everything organized in your `.code-captain/` directory:
|
|
42
|
-
|
|
43
|
-
```
|
|
44
|
-
.code-captain/
|
|
45
|
-
├── commands/ # All command documentation (core + platform-specific)
|
|
46
|
-
├── docs/ # Generated documentation, test strategies, reviews, PRDs
|
|
47
|
-
├── research/ # Technical research, competitive analysis, evaluations
|
|
48
|
-
├── decision-records/ # Architecture Decision Records (ADRs)
|
|
49
|
-
├── explanations/ # Code explanations with diagrams (created when needed)
|
|
50
|
-
├── specs/ # Requirements, user stories, system designs, tasks
|
|
51
|
-
└── cc.md # This complete reference document
|
|
52
|
-
```
|
|
53
|
-
|
|
54
|
-
**Specs folder** gets all your formal specifications - requirements docs, user stories, system designs, and generated tasks. This is where the "official" project documentation lives.
|
|
55
|
-
|
|
56
|
-
**Decision-records folder** gets all Architecture Decision Records (ADRs) - systematic documentation of architectural decisions with research, alternatives analysis, and rationale.
|
|
57
|
-
|
|
58
|
-
**Research folder** gets all my investigation work - technology evaluations, competitive analysis, technical research reports. This is where I explore options before making recommendations.
|
|
59
|
-
|
|
60
|
-
**Docs folder** gets generated documentation - test strategies, code reviews, PRDs, performance analyses. This is where I put actionable outputs and reports.
|
|
61
|
-
|
|
62
|
-
**Work-context folder** gets generated LLM context when you start working on tasks - comprehensive context files with spec details, codebase analysis, and implementation guidance for efficient development.
|
|
63
|
-
|
|
64
|
-
## How I Work
|
|
65
|
-
|
|
66
|
-
**For ALL requests**, I ALWAYS read `.code-captain/state.json` FIRST to understand your platform and shell environment. This ensures I provide platform-appropriate commands and file paths.
|
|
67
|
-
|
|
68
|
-
**For simple requests**, I execute immediately with appropriate tools and generate the right outputs.
|
|
69
|
-
|
|
70
|
-
**For complex workflows**, I break tasks into phases, use `todo_write` for progress tracking, and coordinate multiple tools in parallel for efficiency.
|
|
71
|
-
|
|
72
|
-
**For commands with detailed documentation**, I first read the specific command file:
|
|
73
|
-
|
|
74
|
-
- **`research`** → Read `.code-captain/commands/research.md` for 4-phase research methodology
|
|
75
|
-
- **`create-spec`** → Read `.code-captain/commands/create-spec.md` for comprehensive spec creation process
|
|
76
|
-
- **`create-adr`** → Read `.code-captain/commands/create-adr.md` for Architecture Decision Record creation with research integration
|
|
77
|
-
- **`initialize`** → Read `.code-captain/commands/initialize.md` for project setup workflows
|
|
78
|
-
- **`execute-task`** → Read `.code-captain/commands/execute-task.md` for TDD implementation workflow
|
|
79
|
-
- **`swab`** → Read `.code-captain/commands/swab.md` for code cleanup methodology
|
|
80
|
-
- **`status`** → Read `.code-captain/commands/status.md` for comprehensive status reporting methodology
|
|
81
|
-
- **`new-command`** → Read `.code-captain/commands/new-command.md` for meta command creation methodology
|
|
82
|
-
|
|
83
|
-
**I always**:
|
|
84
|
-
|
|
85
|
-
- **FIRST read `.code-captain/state.json`** to understand your platform and shell environment
|
|
86
|
-
- Read command-specific documentation before executing complex commands
|
|
87
|
-
- Leverage Cursor's `codebase_search`, `file_search`, `edit_file`, `run_terminal_cmd`, and `web_search` tools
|
|
88
|
-
- Adapt commands and file paths for your specific platform (Windows vs Unix)
|
|
89
|
-
- Document my decisions and rationale
|
|
90
|
-
- Organize outputs into the appropriate folders
|
|
91
|
-
- Validate results against original requirements
|
|
92
|
-
- Provide context and next steps
|
|
93
|
-
|
|
94
|
-
## Detailed Workflow Examples
|
|
95
|
-
|
|
96
|
-
### Initialize Command
|
|
97
|
-
|
|
98
|
-
The `initialize` command intelligently detects project type:
|
|
99
|
-
|
|
100
|
-
**Greenfield Projects**: I'll ask strategic questions about project type, target users, core functionality, technical constraints, scale expectations, and timeline, then recommend technology stack and create project foundation.
|
|
101
|
-
|
|
102
|
-
**Brownfield Projects**: I'll scan the codebase and generate:
|
|
103
|
-
|
|
104
|
-
- `tech-stack.md` - Complete technology inventory
|
|
105
|
-
- `code-style.md` - Observed patterns and conventions
|
|
106
|
-
- `objective.md` - Inferred project purpose and goals
|
|
107
|
-
|
|
108
|
-
### Example Workflows
|
|
109
|
-
|
|
110
|
-
**Project Setup**: Use `initialize` to analyze and set up either greenfield or brownfield projects with appropriate documentation.
|
|
111
|
-
|
|
112
|
-
**Feature Specification**: Use `create-spec` to create comprehensive specifications with technical details and implementation roadmaps.
|
|
113
|
-
|
|
114
|
-
**Architecture Decision Records**: Use `create-adr` to document architectural decisions with systematic research, alternatives analysis, and decision rationale.
|
|
115
|
-
|
|
116
|
-
**Research**: Use `research` to conduct systematic 4-phase research with structured findings and progress tracking.
|
|
117
|
-
|
|
118
|
-
**Implementation**: Use `execute-task` to systematically implement features from specifications using TDD workflow with comprehensive testing.
|
|
119
|
-
|
|
120
|
-
## Usage Examples
|
|
121
|
-
|
|
122
|
-
```bash
|
|
123
|
-
# Project setup
|
|
124
|
-
cc: initialize
|
|
125
|
-
|
|
126
|
-
# Extend Code Captain with new commands
|
|
127
|
-
cc: new-command "audit" "Security and code quality auditing"
|
|
128
|
-
|
|
129
|
-
# Product planning (recommended after initialize)
|
|
130
|
-
cc: plan-product "user profile dashboard for remote teams"
|
|
131
|
-
|
|
132
|
-
# Requirements and planning
|
|
133
|
-
cc: create-spec "user profile dashboard with real-time notifications"
|
|
134
|
-
cc: create-adr "microservices vs monolith architecture for user service"
|
|
135
|
-
cc: research "OAuth 2.0 vs SAML for enterprise authentication"
|
|
136
|
-
|
|
137
|
-
# Traditional implementation
|
|
138
|
-
cc: execute-task # TDD implementation from specifications
|
|
139
|
-
|
|
140
|
-
# Project status and orientation
|
|
141
|
-
cc: status # Get comprehensive status report and suggested next actions
|
|
142
|
-
|
|
143
|
-
# Code cleanup
|
|
144
|
-
cc: swab # Find and apply one small improvement to the codebase
|
|
145
|
-
```
|
|
146
|
-
|
|
147
|
-
## Tool Integration Strategy
|
|
148
|
-
|
|
149
|
-
I coordinate multiple Cursor tools efficiently:
|
|
150
|
-
|
|
151
|
-
- **Parallel execution** when analyzing multiple files or gathering diverse information
|
|
152
|
-
- **Sequential workflows** when outputs from one tool inform the next
|
|
153
|
-
- **Context preservation** across tool calls to maintain coherence
|
|
154
|
-
- **Progress tracking** with `todo_write` for complex multi-phase work
|
|
155
|
-
|
|
156
|
-
Ready to help you build something amazing! What would you like me to work on?
|
package/windsurf/README.md
DELETED
|
@@ -1,254 +0,0 @@
|
|
|
1
|
-
# Code Captain for Windsurf
|
|
2
|
-
|
|
3
|
-
> **Codeium's AI-powered development environment with custom workflow integration**
|
|
4
|
-
|
|
5
|
-
Windsurf provides advanced AI capabilities with custom workflow integration, built-in context management, and intelligent code coordination.
|
|
6
|
-
|
|
7
|
-
## 🚀 Installation
|
|
8
|
-
|
|
9
|
-
### Automatic Installation (Recommended)
|
|
10
|
-
|
|
11
|
-
```bash
|
|
12
|
-
npx @devobsessed/code-captain
|
|
13
|
-
```
|
|
14
|
-
|
|
15
|
-
The installer will detect Windsurf and install to:
|
|
16
|
-
- `.windsurf/` - Custom workflows and rules
|
|
17
|
-
- `.code-captain/` - Complete workflow system
|
|
18
|
-
|
|
19
|
-
### Manual Installation
|
|
20
|
-
|
|
21
|
-
```bash
|
|
22
|
-
# Clone or download the windsurf/ directory contents to .windsurf/
|
|
23
|
-
cp -r windsurf/ .windsurf/
|
|
24
|
-
cp -r .code-captain/ .
|
|
25
|
-
```
|
|
26
|
-
|
|
27
|
-
## 🎯 Workflow Integration
|
|
28
|
-
|
|
29
|
-
Code Captain in Windsurf uses custom workflow files that integrate with Windsurf's AI system:
|
|
30
|
-
|
|
31
|
-
### Available Workflows
|
|
32
|
-
Located in `.windsurf/workflows/`:
|
|
33
|
-
|
|
34
|
-
- **`initialize.md`** - Project setup and analysis
|
|
35
|
-
- **`create-spec.md`** - Feature specification creation
|
|
36
|
-
- **`create-adr.md`** - Architecture Decision Records
|
|
37
|
-
- **`execute-task.md`** - Test-driven development
|
|
38
|
-
- **`explain-code.md`** - Code explanation with diagrams
|
|
39
|
-
- **`status.md`** - Project status analysis
|
|
40
|
-
- **`edit-spec.md`** - Specification modification
|
|
41
|
-
- **`new-command.md`** - Custom command creation
|
|
42
|
-
|
|
43
|
-
### Workflow Rules
|
|
44
|
-
Located in `.windsurf/rules/`:
|
|
45
|
-
|
|
46
|
-
- **`cc.md`** - Core Code Captain rules and guidelines
|
|
47
|
-
|
|
48
|
-
## 🛠️ Available Workflows
|
|
49
|
-
|
|
50
|
-
### 📋 Project Setup & Analysis
|
|
51
|
-
- **Initialize Project** - Comprehensive project analysis and documentation setup
|
|
52
|
-
- **Product Planning** - Strategic product planning with roadmap generation
|
|
53
|
-
- **Technical Research** - Systematic 4-phase research methodology
|
|
54
|
-
- **Custom Commands** - Create domain-specific workflow extensions
|
|
55
|
-
|
|
56
|
-
### 📝 Requirements & Planning
|
|
57
|
-
- **Feature Specifications** - Detailed specs with technical implementation details
|
|
58
|
-
- **Architecture Decisions** - ADRs with systematic research and alternatives analysis
|
|
59
|
-
- **Code Explanations** - Visual diagrams with comprehensive technical analysis
|
|
60
|
-
- **Specification Editing** - Contract-first approach to specification modifications
|
|
61
|
-
|
|
62
|
-
### ⚙️ Implementation
|
|
63
|
-
- **Test-Driven Development** - Systematic TDD workflow with progress tracking
|
|
64
|
-
- **Project Status** - Comprehensive status analysis with actionable recommendations
|
|
65
|
-
- **Code Cleanup** - Incremental improvements following the Boy Scout Rule
|
|
66
|
-
|
|
67
|
-
## 🔄 Workflow Examples
|
|
68
|
-
|
|
69
|
-
### Project Initialization
|
|
70
|
-
|
|
71
|
-
1. **Open Windsurf** and navigate to your project
|
|
72
|
-
2. **Reference the initialize workflow**: `.windsurf/workflows/initialize.md`
|
|
73
|
-
3. **Follow the systematic process** for project analysis
|
|
74
|
-
4. **Review generated documentation** in `.code-captain/docs/`
|
|
75
|
-
|
|
76
|
-
### Feature Development
|
|
77
|
-
|
|
78
|
-
1. **Research Phase**
|
|
79
|
-
- Use `.windsurf/workflows/create-adr.md` for architectural decisions
|
|
80
|
-
- Reference research methodology from workflows
|
|
81
|
-
|
|
82
|
-
2. **Specification Phase**
|
|
83
|
-
- Follow `.windsurf/workflows/create-spec.md`
|
|
84
|
-
- Generate comprehensive feature specifications
|
|
85
|
-
|
|
86
|
-
3. **Implementation Phase**
|
|
87
|
-
- Use `.windsurf/workflows/execute-task.md`
|
|
88
|
-
- Follow TDD methodology with progress tracking
|
|
89
|
-
|
|
90
|
-
4. **Status Monitoring**
|
|
91
|
-
- Reference `.windsurf/workflows/status.md`
|
|
92
|
-
- Get comprehensive project health analysis
|
|
93
|
-
|
|
94
|
-
### Code Understanding
|
|
95
|
-
|
|
96
|
-
1. **Code Explanation**
|
|
97
|
-
- Use `.windsurf/workflows/explain-code.md`
|
|
98
|
-
- Generate visual diagrams and technical analysis
|
|
99
|
-
|
|
100
|
-
2. **Incremental Improvements**
|
|
101
|
-
- Follow best practices from `.windsurf/rules/cc.md`
|
|
102
|
-
- Apply small, focused improvements
|
|
103
|
-
|
|
104
|
-
## 📁 File Organization
|
|
105
|
-
|
|
106
|
-
Windsurf integration creates this structure:
|
|
107
|
-
|
|
108
|
-
```
|
|
109
|
-
.windsurf/
|
|
110
|
-
├── workflows/
|
|
111
|
-
│ ├── initialize.md
|
|
112
|
-
│ ├── create-spec.md
|
|
113
|
-
│ ├── create-adr.md
|
|
114
|
-
│ ├── execute-task.md
|
|
115
|
-
│ ├── explain-code.md
|
|
116
|
-
│ ├── status.md
|
|
117
|
-
│ ├── edit-spec.md
|
|
118
|
-
│ └── new-command.md
|
|
119
|
-
└── rules/
|
|
120
|
-
└── cc.md
|
|
121
|
-
|
|
122
|
-
.code-captain/
|
|
123
|
-
├── commands/ # Reference documentation
|
|
124
|
-
├── docs/ # Generated documentation
|
|
125
|
-
├── research/ # Technical research reports
|
|
126
|
-
├── decision-records/ # Architecture Decision Records
|
|
127
|
-
├── specs/ # Feature specifications
|
|
128
|
-
│ └── YYYY-MM-DD-feature/
|
|
129
|
-
│ ├── spec.md
|
|
130
|
-
│ ├── user-stories/
|
|
131
|
-
│ └── tasks.md
|
|
132
|
-
└── cc.md # Complete reference guide
|
|
133
|
-
```
|
|
134
|
-
|
|
135
|
-
## 🎯 Windsurf-Specific Features
|
|
136
|
-
|
|
137
|
-
### Custom Workflow Integration
|
|
138
|
-
- **Workflow-based execution** aligned with Windsurf's AI coordination
|
|
139
|
-
- **Context-aware processing** using Windsurf's advanced context management
|
|
140
|
-
- **Intelligent file organization** with automatic workspace awareness
|
|
141
|
-
|
|
142
|
-
### Advanced AI Coordination
|
|
143
|
-
- **Multi-step workflow execution** with AI guidance
|
|
144
|
-
- **Context preservation** across workflow phases
|
|
145
|
-
- **Intelligent tool selection** based on workflow requirements
|
|
146
|
-
|
|
147
|
-
### Built-in Best Practices
|
|
148
|
-
- **Critical thinking guidelines** from `windsurf/rules/cc.md`
|
|
149
|
-
- **Systematic approaches** to complex development tasks
|
|
150
|
-
- **Quality-focused workflows** with verification steps
|
|
151
|
-
|
|
152
|
-
## 🚀 Advanced Usage
|
|
153
|
-
|
|
154
|
-
### Custom Workflow Creation
|
|
155
|
-
|
|
156
|
-
Create new workflows in `.windsurf/workflows/`:
|
|
157
|
-
|
|
158
|
-
```markdown
|
|
159
|
-
# Custom Workflow
|
|
160
|
-
|
|
161
|
-
## Overview
|
|
162
|
-
[Describe workflow purpose and capabilities]
|
|
163
|
-
|
|
164
|
-
## Process
|
|
165
|
-
[Detail step-by-step workflow execution]
|
|
166
|
-
|
|
167
|
-
## Tool Integration
|
|
168
|
-
[Specify Windsurf tool coordination]
|
|
169
|
-
|
|
170
|
-
## Output Organization
|
|
171
|
-
[Define file structure and locations]
|
|
172
|
-
```
|
|
173
|
-
|
|
174
|
-
### Rule Customization
|
|
175
|
-
|
|
176
|
-
Enhance `.windsurf/rules/cc.md` with team-specific guidelines:
|
|
177
|
-
|
|
178
|
-
```markdown
|
|
179
|
-
## Team-Specific Rules
|
|
180
|
-
|
|
181
|
-
### Code Standards
|
|
182
|
-
[Define team coding standards]
|
|
183
|
-
|
|
184
|
-
### Review Process
|
|
185
|
-
[Specify review requirements]
|
|
186
|
-
|
|
187
|
-
### Documentation Standards
|
|
188
|
-
[Define documentation expectations]
|
|
189
|
-
```
|
|
190
|
-
|
|
191
|
-
### Workflow Chaining
|
|
192
|
-
|
|
193
|
-
Chain workflows for complex development processes:
|
|
194
|
-
|
|
195
|
-
1. **Initialize** → **Research** → **Create ADR**
|
|
196
|
-
2. **Create Spec** → **Execute Task** → **Status Check**
|
|
197
|
-
3. **Explain Code** → **Swab** → **Status Update**
|
|
198
|
-
|
|
199
|
-
## 🔧 Configuration
|
|
200
|
-
|
|
201
|
-
### Windsurf Settings
|
|
202
|
-
Configure Windsurf to optimize Code Captain integration:
|
|
203
|
-
|
|
204
|
-
- **Enable advanced context management**
|
|
205
|
-
- **Configure AI coordination preferences**
|
|
206
|
-
- **Set up workspace awareness**
|
|
207
|
-
|
|
208
|
-
### Project-Specific Rules
|
|
209
|
-
Customize `.windsurf/rules/cc.md` for your project:
|
|
210
|
-
|
|
211
|
-
- **Domain-specific guidelines**
|
|
212
|
-
- **Technology-specific patterns**
|
|
213
|
-
- **Team collaboration standards**
|
|
214
|
-
|
|
215
|
-
## 📊 Workflow Reference
|
|
216
|
-
|
|
217
|
-
| Workflow | Purpose | Output Location |
|
|
218
|
-
|----------|---------|-----------------|
|
|
219
|
-
| `initialize` | Project analysis & setup | `.code-captain/docs/` |
|
|
220
|
-
| `create-spec` | Feature specification | `.code-captain/specs/` |
|
|
221
|
-
| `execute-task` | TDD implementation | Source code + tests |
|
|
222
|
-
| `create-adr` | Architecture decisions | `.code-captain/decision-records/` |
|
|
223
|
-
| `status` | Project health analysis | Terminal output |
|
|
224
|
-
|
|
225
|
-
## 🛠️ Troubleshooting
|
|
226
|
-
|
|
227
|
-
### Workflows Not Executing Properly
|
|
228
|
-
**Problem**: Windsurf doesn't follow workflow steps correctly
|
|
229
|
-
**Solution**: Ensure workflow files are in `.windsurf/workflows/` and reference them explicitly
|
|
230
|
-
|
|
231
|
-
### Context Issues
|
|
232
|
-
**Problem**: AI loses context during workflow execution
|
|
233
|
-
**Solution**: Break complex workflows into smaller steps and verify context preservation
|
|
234
|
-
|
|
235
|
-
### File Organization Problems
|
|
236
|
-
**Problem**: Generated files appear in wrong locations
|
|
237
|
-
**Solution**: Check `.code-captain/` folder structure and verify workflow output specifications
|
|
238
|
-
|
|
239
|
-
## 🤝 Contributing
|
|
240
|
-
|
|
241
|
-
Windsurf-specific contributions:
|
|
242
|
-
|
|
243
|
-
1. **Workflow Enhancement** - Improve AI coordination and workflow efficiency
|
|
244
|
-
2. **Rule Development** - Add domain-specific rules and guidelines
|
|
245
|
-
3. **Documentation** - Create Windsurf-specific examples and patterns
|
|
246
|
-
4. **Integration** - Enhance Windsurf AI coordination capabilities
|
|
247
|
-
|
|
248
|
-
---
|
|
249
|
-
|
|
250
|
-
**Ready to supercharge your Windsurf development?**
|
|
251
|
-
|
|
252
|
-
1. **Install:** `npx @devobsessed/code-captain`
|
|
253
|
-
2. **Reference:** `.windsurf/workflows/initialize.md`
|
|
254
|
-
3. **Begin:** Project initialization workflow
|