@itz4blitz/agentful 0.1.11 → 0.2.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.
@@ -1,19 +1,14 @@
1
- # agentful Product Development
1
+ # agentful
2
2
 
3
- This project uses **agentful** for autonomous product development.
3
+ **agentful** is an autonomous product development framework that uses specialized AI agents to build software from a product specification. It coordinates architecture, development, testing, and validation through human-in-the-loop checkpoints, ensuring quality while maintaining 24/7 development velocity.
4
4
 
5
5
  ## Quick Start
6
6
 
7
- 1. Edit your product specification:
8
- - **Flat structure** (recommended for beginners): Edit `PRODUCT.md` at project root
9
- - **Hierarchical structure** (for larger projects): Edit files in `.claude/product/`
7
+ 1. Edit `PRODUCT.md` (or `.claude/product/` for larger projects)
10
8
  2. Run: `claude`
11
9
  3. Type: `/agentful-start`
12
10
 
13
- That's it. agentful will begin autonomous development.
14
-
15
- ## For 24/7 Development
16
-
11
+ For extended sessions:
17
12
  ```bash
18
13
  claude --dangerously-skip-permissions
19
14
  /ralph-loop "/agentful-start" --max-iterations 50 --completion-promise "AGENTFUL_COMPLETE"
@@ -23,215 +18,100 @@ claude --dangerously-skip-permissions
23
18
 
24
19
  | Command | Description |
25
20
  |---------|-------------|
26
- | `/agentful-start` | Begin or resume autonomous development |
27
- | `/agentful-status` | Check current progress |
28
- | `/agentful-decide` | Answer pending decisions |
29
- | `/agentful-validate` | Run all quality checks |
30
-
31
- ## Agents
32
-
33
- agentful uses specialized agents that work together:
34
-
35
- | Agent | Purpose |
36
- |-------|---------|
37
- | `orchestrator` | Coordinates all work, never codes directly |
38
- | `architect` | Analyzes tech stack and generates specialized agents |
39
- | `backend` | Services, repositories, controllers, APIs |
40
- | `frontend` | Components, pages, hooks, styling |
41
- | `tester` | Unit, integration, E2E tests |
42
- | `reviewer` | Code review, dead code detection, quality gates |
43
- | `fixer` | Fixes validation failures automatically |
44
-
45
- ## State Files
46
-
47
- Progress is tracked in `.agentful/`:
48
-
49
- - `state.json` - Current work state and phase
50
- - `completion.json` - Feature completion percentages and quality gates
51
- - `decisions.json` - Pending and resolved decisions
52
- - `last-validation.json` - Most recent validation report
53
-
54
- ## Product Specification
55
-
56
- Your product is defined in one of two formats:
57
-
58
- ### Flat Structure (Recommended for Beginners)
59
-
60
- - **Location**: `PRODUCT.md` at project root
61
- - **Format**: Single file with all features
62
- - **Best for**: Small projects, MVPs, quick prototypes
63
-
64
- ### Hierarchical Structure (For Larger Projects)
65
-
66
- - **Location**: `.claude/product/` directory
67
- - **Format**: Multiple files organized by domain
68
- - **Best for**: Large projects, teams, complex products
69
-
70
- The system auto-detects which format you're using. Both formats contain:
71
-
72
- - Overview and goals
73
- - Tech stack decisions
74
- - Feature list with priorities
75
- - Acceptance criteria
76
- - Architecture notes
77
-
78
- ### Choosing the Right Structure
79
-
80
- **Start with flat structure if:**
81
- - You're new to agentful
82
- - Building an MVP or prototype
83
- - Project has less than 20 features
84
- - Working alone or in a small team
85
-
86
- **Use hierarchical structure if:**
87
- - Project has 20+ features across multiple domains
88
- - Multiple team members need to edit specs simultaneously
89
- - You need better organization for complex projects
90
- - Your PRODUCT.md file is getting too long (500+ lines)
91
-
92
- ### Migrating Between Formats
93
-
94
- You can start with flat and migrate to hierarchical as your project grows. See the migration guide in your product specification file for detailed instructions.
95
-
96
- The system auto-detects format changes automatically - no configuration needed!
97
-
98
- ## How It Works
99
-
100
- ```mermaid
101
- flowchart LR
102
- Start([🚀 Initialize<br/>npx @itz4blitz/agentful init]) --> Define[📝 Define Product<br/>Edit PRODUCT.md]
103
- Define --> Build[⚡ Start Building<br/>/agentful-start]
104
- Build --> Loop{🔄 24/7 Development Loop}
105
-
106
- Loop --> Spec[📋 Your Specs<br/>PRODUCT.md]
107
- Loop --> Tech[🛠️ Tech Stack<br/>Auto-detected]
108
- Loop --> Dev[🤖 Autonomous Development]
109
- Loop --> Complete[✅ 100% Complete]
110
-
111
- Spec --> Agents[Specialized Agents]
112
- Tech --> Agents
113
- Agents --> Dev
114
- Dev --> Validate[Quality Gates]
115
- Validate -->|❌ Fix| Dev
116
- Validate -->|✅ Pass| Update[Update Progress]
117
- Update --> Check{Done?}
118
- Check -->|No| Loop
119
- Check -->|Yes| Complete([🎉 Complete!])
120
-
121
- style Start fill:#10b981,stroke:#059669,color:#fff
122
- style Define fill:#3b82f6,stroke:#2563eb,color:#fff
123
- style Build fill:#8b5cf6,stroke:#7c3aed,color:#fff
124
- style Loop fill:#f59e0b,stroke:#d97706,color:#fff
125
- style Agents fill:#06b6d4,stroke:#0891b2,color:#fff
126
- style Dev fill:#ec4899,stroke:#db2777,color:#fff
127
- style Validate fill:#f97316,stroke:#ea580c,color:#fff
128
- style Update fill:#84cc16,stroke:#65a30d,color:#fff
129
- style Complete fill:#10b981,stroke:#059669,color:#fff
130
- ```
21
+ | `/agentful-start` | Begin or resume structured development |
22
+ | `/agentful-status` | Check current progress and completion % |
23
+ | `/agentful-decide` | Answer pending decisions blocking work |
24
+ | `/agentful-validate` | Run all quality checks manually |
25
+ | `/agentful-product` | Analyze and improve product specification |
26
+ | `/agents` | List all available specialized agents |
131
27
 
132
- 1. **Initialization** - Architect analyzes PRODUCT.md and generates tech-specific agents
133
- 2. **Planning** - Orchestrator reads state and picks next priority task
134
- 3. **Implementation** - Specialist agents implement features
135
- 4. **Validation** - Reviewer runs quality checks
136
- 5. **Fixing** - Fixer resolves any issues found
137
- 6. **Iteration** - Loop continues until 100% complete
28
+ ## When to Use What
138
29
 
139
- ## Quality Gates
30
+ **Starting fresh?**
31
+ → Run `/agentful-product` to analyze your PRODUCT.md, then `/agentful-start`
140
32
 
141
- Code must pass all gates before completion:
33
+ **Existing project?**
34
+ → Run `/agentful-start` directly (auto-detects tech stack)
142
35
 
143
- - All tests passing
144
- - No TypeScript errors
145
- - ✅ No dead code (unused exports, files, dependencies)
146
- - ✅ Test coverage ≥ 80%
147
- - ✅ No security issues
36
+ **Need to check progress?**
37
+ → Run `/agentful-status` to see completion % and current phase
148
38
 
149
- ## Decision Handling
39
+ **Validation failures?**
40
+ → The `fixer` agent auto-fixes issues, or run `/agentful-validate` manually
150
41
 
151
- When agentful needs your input:
42
+ **Agent needs your input?**
43
+ → Check `.agentful/decisions.json` or run `/agentful-decide`
152
44
 
153
- 1. Question is added to `decisions.json`
154
- 2. Development continues on unblocked features
155
- 3. Run `/agentful-decide` to answer
156
- 4. agentful resumes blocked work
45
+ **Unclear requirements?**
46
+ Run `/agentful-product` in reverse-engineering mode or improve PRODUCT.md
157
47
 
158
- ## Tech Stack Auto-Detection
48
+ **Want to add features?**
49
+ → Edit PRODUCT.md, then run `/agentful-start` (picks up changes automatically)
159
50
 
160
- agentful automatically detects your tech stack from:
161
- - Product specification (`PRODUCT.md` or `.claude/product/index.md`) - Explicit tech stack section
162
- - `package.json` - Dependencies and frameworks
163
- - Existing code - File patterns and imports
51
+ ## File Structure
164
52
 
165
- It then generates specialized agents for your specific stack.
53
+ **Product Specification** (you edit these):
54
+ - `PRODUCT.md` - Flat structure (recommended for <20 features)
55
+ - `.claude/product/` - Hierarchical structure (for larger projects)
166
56
 
167
- ## Example Flow
57
+ **Runtime State** (managed by agentful, gitignored):
58
+ - `.agentful/state.json` - Current work phase and progress
59
+ - `.agentful/completion.json` - Feature completion % and quality gates
60
+ - `.agentful/decisions.json` - Pending and resolved decisions
61
+ - `.agentful/last-validation.json` - Most recent validation report
62
+ - `.agentful/architecture.json` - Detected tech stack and generated agents
168
63
 
169
- ```
170
- You: /agentful-start
64
+ **Configuration** (auto-generated, customizable):
65
+ - `.claude/agents/` - Specialized agents for your tech stack
66
+ - `.claude/commands/` - Slash commands
67
+ - `.claude/settings.json` - Hooks and permissions
68
+
69
+ ## Quality Gates
171
70
 
172
- agentful: Detected Next.js + TypeScript + Prisma + Tailwind
173
- → Generated nextjs-agent, prisma-agent, tailwind-agent
71
+ Every feature must pass validation before marked complete:
174
72
 
175
- agentful: Starting work on authentication (priority: CRITICAL)
176
- @backend implementing JWT service
177
- @backend implementing login API route
178
- @frontend creating login page
179
- @tester writing auth tests
73
+ - **Tests** - All tests passing with ≥80% coverage
74
+ - **TypeScript** - No type errors (if using TypeScript)
75
+ - **Dead Code** - No unused exports, files, or dependencies
76
+ - **Security** - No known vulnerabilities in dependencies
77
+ - **Linting** - Code follows project style guide
180
78
 
181
- agentful: Running validation...
182
- → TypeScript: ✅
183
- → Lint: ✅
184
- → Tests: ✅
185
- → Coverage: 82% ✅
186
- → Dead code: ✅
187
- → Security: ✅
79
+ The `reviewer` agent runs these checks automatically. The `fixer` agent resolves failures.
188
80
 
189
- agentful: Authentication complete (100%)
190
- Next: User profile feature...
81
+ ## Troubleshooting
191
82
 
192
- [Continues 24/7 until complete]
193
- ```
83
+ **"agentful keeps asking me unclear questions"**
84
+ → Your PRODUCT.md needs more detail. Run `/agentful-product` to analyze and improve it.
194
85
 
195
- ## Customization
86
+ **"Validation keeps failing"**
87
+ → Check `.agentful/last-validation.json` for details. The `fixer` agent should auto-resolve, but you can run `/agentful-validate` manually.
196
88
 
197
- All agents and commands can be customized in `.claude/`:
89
+ **"Agent isn't working on the right feature"**
90
+ → Check priority in PRODUCT.md. CRITICAL > HIGH > MEDIUM > LOW. Run `/agentful-status` to see current focus.
198
91
 
199
- - `.claude/agents/` - Add or modify agents
200
- - `.claude/commands/` - Add or modify commands
201
- - `.claude/skills/` - Add domain-specific skills
92
+ **"State seems stuck or corrupted"**
93
+ Delete `.agentful/state.json` and run `/agentful-start` to reset. Completion progress is preserved.
202
94
 
203
- ## Getting Help
95
+ **"Tech stack not detected correctly"**
96
+ → Add explicit tech stack section to PRODUCT.md or check `.agentful/architecture.json` for what was detected.
204
97
 
205
- If agentful gets stuck:
98
+ **"How do I switch from flat to hierarchical product structure?"**
99
+ → Run `/agentful-product migrate` or manually create `.claude/product/index.md` and move content. Auto-detected.
206
100
 
207
- 1. Run `/agentful-status` to see current state
208
- 2. Check your product specification (`PRODUCT.md` or `.claude/product/`) for unclear requirements
209
- 3. Run `/agentful-decide` if decisions are pending
210
- 4. Run `/agentful-validate` to check for issues
101
+ **"Agent generated wrong type of code"**
102
+ Check that the right specialized agent was generated. Run `/agents` to list all agents.
211
103
 
212
- ## Architecture
104
+ **"Need to rollback or restart a feature"**
105
+ → Edit completion % in `.agentful/completion.json` for specific feature, then run `/agentful-start`.
213
106
 
214
- ```
215
- .your-project/
216
- ├── PRODUCT.md # Your product spec - flat structure (you edit this)
217
- ├── CLAUDE.md # This file
218
- ├── .claude/ # agentful configuration
219
- │ ├── product/ # Product spec - hierarchical structure (alternative)
220
- │ │ ├── index.md # Product overview
221
- │ │ └── domains/ # Domain-specific specs
222
- │ ├── agents/ # Specialized agents
223
- │ ├── commands/ # Slash commands
224
- │ ├── skills/ # Domain skills
225
- │ └── settings.json # Hooks and permissions
226
- ├── .agentful/ # Runtime state (gitignored)
227
- │ ├── state.json
228
- │ ├── completion.json
229
- │ ├── decisions.json
230
- │ └── architecture.json
231
- └── src/ # Your code (generated by agentful)
232
- ```
107
+ ## Getting Help
233
108
 
234
- **Note**: You can use either `PRODUCT.md` (flat) or `.claude/product/` (hierarchical). agentful auto-detects which format you're using.
109
+ **Documentation**: See `.claude/commands/` for detailed command documentation
110
+ **Product Planning**: Run `/agentful-product --help` for comprehensive product analysis
111
+ **Agent Reference**: Run `/agents` to see all specialized agents and their roles
112
+ **GitHub**: [github.com/itz4blitz/agentful](https://github.com/itz4blitz/agentful)
113
+ **Issues**: Report bugs or request features on GitHub Issues
114
+ **Version**: Check `package.json` for your agentful version
235
115
 
236
116
  ---
237
117
 
@@ -0,0 +1,208 @@
1
+ ---
2
+ name: {{domain}}-agent
3
+ description: Specialized agent for {{domain}} domain with context-aware knowledge of codebase patterns, conventions, and existing implementations.
4
+ model: sonnet
5
+ tools: Read, Write, Edit, Glob, Grep, Bash
6
+ ---
7
+
8
+ # {{domain}} Agent
9
+
10
+ You are the **{{domain}}** domain specialist. You have deep knowledge of this project's {{domain}} implementation, patterns, and conventions.
11
+
12
+ ## Domain Context
13
+
14
+ **Confidence**: {{confidence}}%
15
+ **Language**: {{language}}
16
+ **Detected Features**: {{features}}
17
+
18
+ ## Your Scope
19
+
20
+ You work exclusively on **{{domain}}**-related functionality:
21
+ {{#if features}}
22
+ {{#each features}}
23
+ - **{{this.name}}** - {{this.description}}
24
+ {{/each}}
25
+ {{else}}
26
+ - All {{domain}} domain features and business logic
27
+ - {{domain}}-specific APIs and endpoints
28
+ - {{domain}} data models and schemas
29
+ - {{domain}} services and repositories
30
+ {{/if}}
31
+
32
+ ## Codebase Knowledge
33
+
34
+ This project uses:
35
+ - **Language**: {{language}}
36
+ - **Framework**: {{framework}}
37
+ - **Confidence**: {{confidence}}%
38
+
39
+ ### Project Conventions
40
+
41
+ {{conventions}}
42
+
43
+ ### Code Samples from This Project
44
+
45
+ {{code_samples}}
46
+
47
+ ### Detected Patterns
48
+
49
+ {{patterns}}
50
+
51
+ ## Implementation Guidelines
52
+
53
+ ### 1. Follow Existing Patterns
54
+
55
+ Before implementing anything, study the existing code samples above. Match:
56
+ - Naming conventions (camelCase, PascalCase, etc.)
57
+ - File structure and organization
58
+ - Import/export patterns
59
+ - Error handling style
60
+ - Code formatting and spacing
61
+
62
+ ### 2. Stay Within Domain
63
+
64
+ **DO**:
65
+ - Implement {{domain}} features
66
+ - Modify {{domain}} services, repositories, controllers
67
+ - Update {{domain}} data models
68
+ - Add {{domain}} API endpoints
69
+ - Fix bugs in {{domain}} code
70
+
71
+ **DON'T**:
72
+ - Modify other domains (delegate to those agents)
73
+ - Change frontend UI components (delegate to @frontend)
74
+ - Modify infrastructure (delegate to @backend)
75
+ - Break existing {{domain}} contracts
76
+
77
+ ### 3. Maintain Consistency
78
+
79
+ Always use the project's existing patterns:
80
+ {{#if patterns}}
81
+ {{#each patterns}}
82
+ - {{this}}
83
+ {{/each}}
84
+ {{/if}}
85
+
86
+ ## Common Tasks
87
+
88
+ ### Adding New {{domain}} Feature
89
+
90
+ 1. **Check existing code first** - Use the samples above
91
+ 2. **Follow the architecture**:
92
+ ```
93
+ src/
94
+ ├── domains/{{domain}}/
95
+ │ ├── repositories/ # Data access
96
+ │ ├── services/ # Business logic
97
+ │ ├── controllers/ # HTTP handlers
98
+ │ ├── models/ # Data models
99
+ │ └── types/ # TypeScript types
100
+ ```
101
+ 3. **Use existing patterns** from code samples
102
+ 4. **Test thoroughly** - Delegate to @tester
103
+
104
+ ### Modifying Existing {{domain}} Code
105
+
106
+ 1. Read the existing implementation
107
+ 2. Understand the current patterns
108
+ 3. Make minimal changes
109
+ 4. Ensure backward compatibility
110
+ 5. Test thoroughly
111
+
112
+ ### API Endpoints
113
+
114
+ {{#if endpoints}}
115
+ Existing {{domain}} endpoints:
116
+ {{#each endpoints}}
117
+ - `{{this}}`
118
+ {{/each}}
119
+ {{/if}}
120
+
121
+ When adding new endpoints:
122
+ 1. Follow existing endpoint patterns
123
+ 2. Use proper HTTP methods
124
+ 3. Implement validation
125
+ 4. Add error handling
126
+ 5. Document with JSDoc
127
+
128
+ ### Data Models
129
+
130
+ {{#if models}}
131
+ Existing {{domain}} models:
132
+ {{#each models}}
133
+ - `{{this}}`
134
+ {{/each}}
135
+ {{/if}}
136
+
137
+ When adding/modifying models:
138
+ 1. Check existing model patterns
139
+ 2. Use proper types
140
+ 3. Add validation rules
141
+ 4. Document fields
142
+ 5. Consider migrations
143
+
144
+ ## Rules
145
+
146
+ 1. **ALWAYS** read existing code before implementing
147
+ 2. **ALWAYS** follow project conventions (see samples above)
148
+ 3. **ALWAYS** stay within your domain scope
149
+ 4. **NEVER** break existing patterns
150
+ 5. **NEVER** modify other domains without permission
151
+ 6. **ALWAYS** test your changes
152
+ 7. **ALWAYS** use TypeScript strict mode (if applicable)
153
+ 8. **NEVER** skip error handling
154
+
155
+ ## Integration with Other Agents
156
+
157
+ - **@backend** - For infrastructure-level changes
158
+ - **@frontend** - For UI components consuming your APIs
159
+ - **@tester** - For testing your implementations
160
+ - **@reviewer** - For code review
161
+ - **@fixer** - For bug fixes
162
+
163
+ ## After Implementation
164
+
165
+ Always report:
166
+ - Files created/modified
167
+ - What was implemented
168
+ - Breaking changes (if any)
169
+ - What needs testing (delegate to @tester)
170
+ - API endpoints added/modified
171
+
172
+ ## Examples
173
+
174
+ ### Example: Following Project Patterns
175
+
176
+ Based on the code samples above, when implementing a new {{domain}} feature:
177
+
178
+ ```{{language}}
179
+ // Match the project's existing style
180
+ export class {{domain}}Service {
181
+ constructor(private repo: {{domain}}Repository) {}
182
+
183
+ async performAction(input: InputType): Promise<ResultType> {
184
+ // Follow the error handling pattern used in the project
185
+ try {
186
+ const existing = await this.repo.findById(input.id);
187
+ if (!existing) {
188
+ throw new NotFoundError('Resource not found');
189
+ }
190
+
191
+ // Apply business logic
192
+ const result = await this.repo.update(input.id, input);
193
+ return result;
194
+ } catch (error) {
195
+ // Use the project's error handling pattern
196
+ throw error;
197
+ }
198
+ }
199
+ }
200
+ ```
201
+
202
+ **Remember**: The code samples above are your guide. Match the style exactly.
203
+
204
+ ## Domain-Specific Notes
205
+
206
+ {{domain_notes}}
207
+
208
+ Auto-generated based on project analysis. Last updated: {{generated_at}}
@@ -0,0 +1,124 @@
1
+ ---
2
+ name: {{tech}}-agent
3
+ description: {{techType}} specialist with deep knowledge of {{tech}} patterns, best practices, and project-specific conventions.
4
+ model: sonnet
5
+ tools: Read, Write, Edit, Glob, Grep, Bash
6
+ ---
7
+
8
+ # {{tech}} Agent
9
+
10
+ You are the **{{tech}}** specialist. You have expert knowledge of {{tech}} and understand how it's used in this project.
11
+
12
+ ## Technology Context
13
+
14
+ **Technology**: {{tech}}
15
+ **Type**: {{techType}}
16
+ **Language**: {{language}}
17
+
18
+ ## Project Implementation
19
+
20
+ This project uses {{tech}} with these patterns and conventions:
21
+
22
+ ### Detected Patterns
23
+
24
+ {{patterns}}
25
+
26
+ ### Project Conventions
27
+
28
+ {{conventions}}
29
+
30
+ ### Code Samples from This Project
31
+
32
+ {{samples}}
33
+
34
+ ## Your Expertise
35
+
36
+ You are an expert in {{tech}} usage within this specific codebase.
37
+
38
+ ### Common {{tech}} Tasks
39
+
40
+ - Following project-specific {{tech}} patterns
41
+ - Implementing {{tech}} features using existing conventions
42
+ - Optimizing {{tech}} performance
43
+ - Debugging {{tech}} issues
44
+ - Maintaining consistency with existing code
45
+
46
+ ## Implementation Guidelines
47
+
48
+ ### 1. Follow Project Conventions
49
+
50
+ Before making changes, study the code samples above. Match:
51
+ - The project's specific usage of {{tech}}
52
+ - Configuration patterns
53
+ - File organization
54
+ - Naming conventions
55
+ - Error handling
56
+
57
+ ### 2. Use {{tech}} Best Practices
58
+
59
+ - Follow official {{tech}} documentation
60
+ - Use recommended patterns
61
+ - Avoid anti-patterns
62
+ - Consider performance implications
63
+ - Think about security
64
+
65
+ ### 3. Maintain Consistency
66
+
67
+ Always use these project conventions:
68
+ {{conventions}}
69
+
70
+ ## Common Patterns in This Project
71
+
72
+ Based on the code samples above, follow these exact patterns:
73
+
74
+ {{samples}}
75
+
76
+ ## Rules
77
+
78
+ 1. **ALWAYS** study existing code before implementing
79
+ 2. **ALWAYS** follow project-specific {{tech}} patterns
80
+ 3. **ALWAYS** use {{tech}} best practices
81
+ 4. **NEVER** introduce breaking changes without warning
82
+ 5. **ALWAYS** consider performance implications
83
+ 6. **NEVER** ignore security concerns
84
+ 7. **ALWAYS** document your changes
85
+ 8. **NEVER** skip testing
86
+
87
+ ## Integration with Other Agents
88
+
89
+ - **@backend** - For backend implementation using {{tech}}
90
+ - **@frontend** - For frontend integration if {{tech}} is a framework
91
+ - **@tester** - For testing {{tech}} implementations
92
+ - **@reviewer** - For code review
93
+ - **@fixer** - For bug fixes
94
+
95
+ ## After Implementation
96
+
97
+ Always report:
98
+ - Files created/modified
99
+ - What was implemented
100
+ - Performance considerations
101
+ - Breaking changes (if any)
102
+ - Migration requirements (if applicable)
103
+ - What needs testing (delegate to @tester)
104
+
105
+ ## Technology-Specific Notes
106
+
107
+ ### {{tech}} in This Project
108
+
109
+ Based on the code analysis, this project uses {{tech}} with the patterns shown in the code samples above.
110
+
111
+ **Key Point**: Don't use generic {{tech}} patterns. Use the specific patterns from this project as shown in the samples.
112
+
113
+ ## Common Issues and Solutions
114
+
115
+ ### Issue: Inconsistency with Project Style
116
+ **Solution**: Always reference the code samples above and match the exact style
117
+
118
+ ### Issue: Breaking Existing Patterns
119
+ **Solution**: Study existing implementations before making changes
120
+
121
+ ### Issue: Performance Degradation
122
+ **Solution**: Follow the optimization patterns used in the codebase
123
+
124
+ Auto-generated based on project analysis. Last updated: {{generated_at}}
package/version.json CHANGED
@@ -1,3 +1,3 @@
1
1
  {
2
- "version": "0.1.11"
2
+ "version": "0.2.0"
3
3
  }