continuous improvement

خود اسکیل کپی

# Continuous Improvement Guide for AI Development Rules

This guide provides a systematic approach for continuously improving AI assistant rules based on emerging patterns, best practices, and lessons learned during development.

## Rule Improvement Triggers

### When to Create or Update Rules

**Create New Rules When:**
- A new technology/pattern is used in 3+ files
- Common bugs could be prevented by a rule
- Code reviews repeatedly mention the same feedback  
- New security or performance patterns emerge
- A complex task requires consistent approach

**Update Existing Rules When:**
- Better examples exist in the codebase
- Additional edge cases are discovered
- Related rules have been updated
- Implementation details have changed
- User feedback indicates confusion

## Analysis Process

### 1. Pattern Recognition

Monitor your codebase for repeated patterns:

```typescript
// Example: If you see this pattern repeatedly:
const data = await prisma.user.findMany({
  select: { id: true, email: true },
  where: { status: 'ACTIVE' }
});

// Consider documenting:
// - Standard select fields
// - Common where conditions  
// - Performance optimization patterns
```

### 2. Error Pattern Analysis

Track common mistakes and their solutions:

```yaml
Common Error: "Connection timeout"
Root Cause: Missing strategic delay after service startup
Solution: Add 5-10 second delay after launching services
Rule Update: Add timing guidelines to automation rules
```

### 3. Best Practice Evolution

Document emerging best practices:

```markdown
## Before (Old Pattern)
- Direct DOM manipulation
- No error handling
- Synchronous operations

## After (New Pattern)  
- Use framework methods
- Comprehensive error handling
- Async/await with proper error boundaries
```

## Rule Quality Framework

### Structure Guidelines

Each rule should follow this structure:

````markdown
# Rule Name

## Purpose
Brief description of what this rule achieves

## When to Apply
- Specific scenarios
- Trigger conditions
- Prerequisites

## Implementation
### Basic Pattern
```code
// Minimal working example
```

### Advanced Pattern
```code
// Complex scenarios with error handling
```

## Common Pitfalls
- Known issues
- How to avoid them

## References
- Related rules: [rule-name.md]
- External docs: [link]
````

### Quality Checklist

Before publishing a rule, ensure:

- [ ] **Actionable**: Provides clear, implementable guidance
- [ ] **Specific**: Avoids vague recommendations
- [ ] **Tested**: Examples come from working code
- [ ] **Complete**: Covers common edge cases
- [ ] **Current**: References are up to date
- [ ] **Linked**: Cross-references related rules

## Continuous Improvement Workflow

### 1. Collection Phase

**Daily Development**
- Note repeated code patterns
- Document solved problems
- Track tool usage patterns

**Weekly Review**
- Analyze git commits for patterns
- Review debugging sessions
- Check error logs

### 2. Analysis Phase

**Pattern Extraction**
```python
# Pseudo-code for pattern analysis
patterns = analyze_codebase()
for pattern in patterns:
    if pattern.frequency >= 3 and not documented(pattern):
        create_rule_draft(pattern)
```

**Impact Assessment**
- How many files would benefit?
- What errors would be prevented?
- How much time would be saved?

### 3. Documentation Phase

**Rule Creation Process**
1. Draft initial rule with examples
2. Test rule on existing code
3. Get feedback from team
4. Refine and publish
5. Monitor effectiveness

### 4. Maintenance Phase

**Regular Updates**
- Monthly: Review rule usage
- Quarterly: Major updates
- Annually: Deprecation review

## Meta-Rules for Rule Management

### Rule Versioning

```yaml
rule_version: 1.2.0
last_updated: 2024-01-15
breaking_changes:
  - v1.0.0: Initial release
  - v1.1.0: Added error handling patterns
  - v1.2.0: Updated for new framework version
```

### Deprecation Process

```markdown
## DEPRECATED: Old Pattern
**Status**: Deprecated as of v2.0.0
**Migration**: See [new-pattern.md]
**Removal Date**: 2024-06-01

[Original content preserved for reference]
```

### Rule Metrics

Track rule effectiveness:

```yaml
metrics:
  usage_count: 45
  error_prevention: 12 bugs avoided
  time_saved: ~3 hours/week
  user_feedback: 4.2/5
```

## Example: Self-Improving Rule System

### Automated Rule Suggestions

```typescript
// Monitor code patterns
interface RuleSuggestion {
  pattern: string;
  frequency: number;
  files: string[];
  suggestedRule: string;
}

// Generate suggestions
function analyzeForRules(codebase: Codebase): RuleSuggestion[] {
  // Implementation
}
```

### Feedback Loop Integration

```yaml
# In your project's .cursor/rules/feedback.yaml
feedback_enabled: true
feedback_channel: "#ai-rules"
suggestion_threshold: 3
auto_create_draft: true
```

## Best Practices for Rule Evolution

### 1. Start Simple
- Begin with minimal viable rules
- Add complexity based on real needs
- Avoid over-engineering

### 2. Learn from Failures
- Document what didn't work
- Understand why it failed
- Share lessons learned

### 3. Encourage Contributions
- Make it easy to suggest improvements
- Provide templates for new rules
- Recognize contributors

### 4. Measure Impact
- Track before/after metrics
- Collect user testimonials
- Quantify time savings

## Integration with Development Workflow

### Git Hooks
```bash
#!/bin/bash
# pre-commit hook to check rule compliance
./scripts/check-rules.sh
```

### CI/CD Pipeline
```yaml
# .github/workflows/rules.yml
name: Rule Compliance Check
on: [push, pull_request]
jobs:
  check-rules:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v2
      - run: npm run check:rules
```

### IDE Integration
```json
// .vscode/settings.json
{
  "cursor.rules.autoSuggest": true,
  "cursor.rules.path": ".cursor/rules",
  "cursor.rules.checkOnSave": true
}
```

## Conclusion

Continuous improvement of AI development rules is an iterative process that requires:
- Active monitoring of development patterns
- Regular analysis and documentation
- Community feedback and collaboration
- Systematic maintenance and updates

By following this guide, teams can build a living knowledge base that evolves with their codebase and continuously improves developer productivity.

نصبش چطور است کپی

Claude Code / Claude Desktop

1. Create a folder named after the skill inside your skills directory:
   - Claude Code: `~/.claude/skills/<skill-name>/`
   - A project-local skill: `<project>/.claude/skills/<skill-name>/`
2. Save the text below as `SKILL.md` in that folder, keeping the
   `---` frontmatter block at the top — the `name` and `description`
   fields are what make the skill discoverable.
3. Restart Claude Code, or run `/skills` to confirm it is listed.

The skill loads only when its `description` matches what you are doing,
so a precise description matters more than a long body.

برای تو جواب داد؟

از کجا آمده

2026 Peter Steinberger