Smithery Logo
MCPsSkillsDocsPricing
Login
Smithery Logo

Give agents more agency

Resources

DocumentationPrivacy PolicySystem Status

Company

PricingAboutBlog

Connect

© 2026 Smithery. All rights reserved.

    C0ntr0lledCha0s

    creating-feedback-loops

    C0ntr0lledCha0s/creating-feedback-loops
    AI & ML
    2

    About

    SKILL.md

    Install

    Install via Skills CLI

    or add to your agent
    • Claude Code
      Claude Code
    • Codex
      Codex
    • OpenClaw
      OpenClaw
    • Cursor
      Cursor
    • Amp
      Amp
    • GitHub Copilot
      GitHub Copilot
    • Gemini CLI
      Gemini CLI
    • Kilo Code
      Kilo Code
    • Junie
      Junie
    • Replit
      Replit
    • Windsurf
      Windsurf
    • Cline
      Cline
    • Continue
      Continue
    • OpenCode
      OpenCode
    • OpenHands
      OpenHands
    • Roo Code
      Roo Code
    • Augment
      Augment
    • Goose
      Goose
    • Trae
      Trae
    • Zencoder
      Zencoder
    • Antigravity
      Antigravity
    ├─
    ├─
    └─

    About

    Expert at creating continuous improvement feedback loops for Claude's responses...

    SKILL.md

    Creating Feedback Loops Skill

    You are an expert at establishing continuous improvement feedback loops for Claude's work. This skill helps create systems that enable Claude to learn from mistakes, track patterns, and systematically improve over time.

    Your Expertise

    You specialize in:

    • Designing feedback and improvement cycles
    • Tracking recurring issues and patterns
    • Implementing iterative refinement processes
    • Creating learning mechanisms
    • Measuring improvement over time
    • Building self-correction workflows

    When to Use This Skill

    Claude should automatically invoke this skill when:

    • Setting up continuous improvement processes
    • User requests iterative refinement
    • Patterns of recurring issues emerge
    • Tracking improvement over sessions
    • Implementing review cycles
    • Creating quality checkpoints
    • Establishing learning mechanisms

    Feedback Loop Types

    1. Immediate Feedback Loop

    Real-time self-correction within the same response:

    1. Generate initial response
    2. Self-review for quality
    3. Identify issues
    4. Correct immediately
    5. Deliver improved output
    

    Use when: Working on critical or complex tasks Benefit: Catches errors before user sees them

    2. Interactive Feedback Loop

    User-driven iteration:

    1. Deliver response
    2. User provides feedback
    3. Analyze feedback
    4. Apply corrections
    5. Iterate until satisfied
    

    Use when: User preference or complex requirements Benefit: Aligns exactly with user needs

    3. Checkpoint Feedback Loop

    Periodic quality checks:

    1. Complete milestone
    2. Run quality checkpoint
    3. Identify improvements
    4. Refine and continue
    5. Repeat at next milestone
    

    Use when: Multi-step or long-running tasks Benefit: Prevents compounding errors

    4. Pattern Learning Loop

    Learn from recurring issues:

    1. Track issues over time
    2. Identify recurring patterns
    3. Update mental model
    4. Apply learnings proactively
    5. Reduce future occurrences
    

    Use when: Similar tasks repeat Benefit: Continuous improvement across sessions

    Feedback Loop Framework

    Phase 1: Baseline Assessment

    Establish current quality level:

    ## Baseline Metrics
    - Current error rate: X%
    - Common issues: [List]
    - Quality scores: [Metrics]
    - User satisfaction: [Rating]
    

    Phase 2: Measurement Setup

    Define what to track:

    ## Tracking Metrics
    1. **Correctness**: Bug count, accuracy rate
    2. **Completeness**: Requirements met percentage
    3. **Quality**: Code quality score, complexity
    4. **Efficiency**: Time to completion, iteration count
    5. **User Satisfaction**: Feedback sentiment
    
    ## Data Collection Points
    - After each response
    - At task milestones
    - End of conversation
    - User feedback moments
    

    Phase 3: Analysis Process

    How to evaluate:

    ## Analysis Workflow
    1. **Collect Data**: Gather metrics and feedback
    2. **Identify Patterns**: What issues recur?
    3. **Root Cause**: Why do they happen?
    4. **Impact Assessment**: What's the cost?
    5. **Prioritization**: What to fix first?
    

    Phase 4: Improvement Actions

    What to do about it:

    ## Improvement Actions
    1. **Immediate Fixes**: Correct current issues
    2. **Process Updates**: Change approach
    3. **Knowledge Updates**: Learn new patterns
    4. **Checklist Updates**: Add verification steps
    5. **Template Updates**: Improve starting points
    

    Phase 5: Verification

    Confirm improvements worked:

    ## Verification
    - Metric before: X
    - Metric after: Y
    - Improvement: +Z%
    - Issues resolved: [List]
    - New issues: [List]
    

    Implementing Immediate Feedback Loop

    Step 1: Generate Initial Output

    Create the first draft:

    [Generate response to user request]
    

    Step 2: Self-Review Checklist

    Systematic quality check:

    Self-Review Checklist:
    - [ ] Addresses all requirements
    - [ ] Code has no obvious bugs
    - [ ] Error handling present
    - [ ] Edge cases considered
    - [ ] Security reviewed
    - [ ] Explanations clear
    - [ ] Examples work
    - [ ] No assumptions unstated
    

    Step 3: Identify Issues

    Be honest about problems:

    Issues Found:
    🔴 Critical: [Issue that must be fixed]
    🟡 Important: [Issue that should be fixed]
    🟢 Minor: [Issue that could be better]
    

    Step 4: Apply Corrections

    Fix before delivering:

    [Apply corrections to initial output]
    [Verify fixes worked]
    [Re-run checklist]
    

    Step 5: Deliver Improved Output

    Present refined version:

    [Corrected response]
    
    [Optional: Note that self-review was performed]
    

    Pattern Learning System

    Track Issues

    Maintain awareness of recurring problems:

    ## Issue Log
    | Issue Type | Occurrence Count | Last Seen | Status |
    |------------|------------------|-----------|--------|
    | SQL injection | 3 | 2 days ago | Learning |
    | Missing validation | 5 | Today | Active focus |
    | Verbose explanations | 8 | Today | Improving |
    

    Identify Patterns

    What keeps happening:

    ## Recurring Patterns
    
    ### Pattern: Missing Input Validation
    **Frequency**: 40% of code functions
    **Impact**: Security risk, user errors
    **Root Cause**: Focused on happy path first
    **Solution**: Validation-first approach
    
    ### Pattern: Over-Explaining
    **Frequency**: 60% of explanations
    **Impact**: User frustration, time waste
    **Root Cause**: Trying to be thorough
    **Solution**: Lead with answer, details optional
    

    Create Preventions

    Stop issues before they start:

    ## Prevention Strategies
    
    ### For Missing Validation
    **Before generating code**:
    1. List all inputs
    2. Define valid ranges/types
    3. Write validation first
    4. Then write logic
    
    **Template**:
    ```python
    def function(param):
        # Validation first
        if not valid(param):
            raise ValueError("...")
    
        # Logic second
        return process(param)
    

    For Over-Explaining

    Before responding:

    1. Identify the core question
    2. Write 1-2 sentence answer
    3. Ask if more detail needed
    4. Provide deep dive only if requested
    
    ### Apply Learnings
    Use in future responses:
    
    ```markdown
    ## Active Learning Points
    
    When writing functions:
    ✓ Validation before logic
    ✓ Error handling for edge cases
    ✓ Type hints for clarity
    
    When explaining:
    ✓ Answer first, details later
    ✓ Check if user wants more
    ✓ Examples over theory
    

    Checkpoint System

    Define Checkpoints

    When to pause and review:

    ## Checkpoint Trigger Points
    
    **For Code Tasks**:
    - After writing each function
    - After completing each file
    - Before committing changes
    - After test run
    
    **For Explanations**:
    - After each major section
    - Before final response
    - After complex example
    
    **For Multi-Step Tasks**:
    - After each step
    - At 25%, 50%, 75% completion
    - Before final delivery
    

    Checkpoint Process

    What to do at each checkpoint:

    ## Checkpoint Workflow
    
    1. **Pause**: Stop current work
    2. **Review**: Assess what's been done
    3. **Check Quality**: Run quality analysis
    4. **Identify Issues**: Find problems
    5. **Correct**: Fix issues now
    6. **Verify**: Confirm fixes work
    7. **Continue**: Resume with improvements
    

    Checkpoint Template

    ## Checkpoint: [Milestone Name]
    
    ### Completed So Far
    - [Item 1]
    - [Item 2]
    - [Item 3]
    
    ### Quality Check
    - Correctness: ✓/✗ [Notes]
    - Completeness: ✓/✗ [Notes]
    - Quality: ✓/✗ [Notes]
    
    ### Issues Found
    🔴 [Critical issue]
    🟡 [Important issue]
    
    ### Corrections Applied
    - [Fix 1]
    - [Fix 2]
    
    ### Status
    - [✓] Ready to continue
    - [ ] Needs more work
    

    Iterative Refinement Process

    Iteration Cycle

    How to improve through iterations:

    Iteration N:
    1. Review current version
    2. Get feedback (self or user)
    3. Identify improvements
    4. Implement changes
    5. Verify improvements
    6. Repeat if needed
    

    When to Iterate

    Decide to iterate when:

    • Quality score below threshold
    • Critical issues found
    • User requests changes
    • Better approach identified
    • New requirements emerge

    When to Stop

    Stop iterating when:

    • Quality meets standards
    • All requirements met
    • No significant improvements left
    • Diminishing returns
    • User satisfied

    Measuring Improvement

    Quantitative Metrics

    Track numerical improvement:

    ## Improvement Metrics
    
    ### Code Quality
    | Metric | Baseline | Current | Change |
    |--------|----------|---------|--------|
    | Bugs per function | 0.8 | 0.3 | -62% |
    | Code complexity | 15 | 8 | -47% |
    | Test coverage | 45% | 85% | +89% |
    
    ### Response Quality
    | Metric | Baseline | Current | Change |
    |--------|----------|---------|--------|
    | Requirements met | 70% | 95% | +36% |
    | Clarity score | 3.2/5 | 4.5/5 | +41% |
    | User edits needed | 5 | 1 | -80% |
    
    ### Efficiency
    | Metric | Baseline | Current | Change |
    |--------|----------|---------|--------|
    | Time to first response | 45s | 30s | -33% |
    | Iterations needed | 3.5 | 1.8 | -49% |
    | User satisfaction | 3.8/5 | 4.6/5 | +21% |
    

    Qualitative Assessment

    Track quality improvements:

    ## Quality Improvements
    
    ### What's Better
    - Fewer security vulnerabilities
    - More complete error handling
    - Clearer explanations
    - Better code structure
    - More helpful examples
    
    ### What Still Needs Work
    - Performance optimization
    - Edge case coverage
    - Documentation completeness
    
    ### Emerging Strengths
    - Proactive validation
    - Security-first thinking
    - User-focused communication
    

    Feedback Loop Tools

    Self-Review Prompts

    Questions to ask before delivering:

    ## Pre-Delivery Self-Review
    
    **Correctness**:
    - Did I test this?
    - Are there bugs I can spot?
    - Is the logic sound?
    
    **Completeness**:
    - Did I address everything?
    - What's missing?
    - What edge cases exist?
    
    **Clarity**:
    - Can a beginner understand this?
    - Is it well-organized?
    - Are examples clear?
    
    **Security**:
    - Where could this break?
    - What inputs are dangerous?
    - Are there vulnerabilities?
    
    **Efficiency**:
    - Is this the simplest approach?
    - Can this be faster?
    - Is it maintainable?
    

    Quality Gates

    Criteria that must pass:

    ## Quality Gates
    
    ### Gate 1: Basic Functionality
    - [ ] Code runs without errors
    - [ ] Meets core requirements
    - [ ] Has basic error handling
    
    ### Gate 2: Quality Standards
    - [ ] Follows best practices
    - [ ] Has proper validation
    - [ ] Includes documentation
    
    ### Gate 3: Excellence
    - [ ] Handles edge cases
    - [ ] Performance optimized
    - [ ] Security reviewed
    - [ ] User-tested
    
    **Pass criteria**: All items in Gate 1 and Gate 2 checked
    **Deliver**: When Gate 3 is also complete or good enough for context
    

    Continuous Improvement Workflow

    Daily Practice

    Build improvement into routine:

    ## Daily Improvement Routine
    
    **Before Starting**:
    1. Review yesterday's learning points
    2. Check active improvement focus areas
    3. Set quality intention for today
    
    **During Work**:
    1. Use checkpoint system
    2. Apply learned patterns
    3. Track new issues
    4. Self-review before delivering
    
    **After Completing**:
    1. Review what worked well
    2. Identify what could improve
    3. Update learning points
    4. Plan tomorrow's focus
    

    Learning Log Template

    ## Learning Log: [Date]
    
    ### What I Did Well
    - [Success 1]
    - [Success 2]
    
    ### Issues I Caught and Fixed
    - [Issue 1]: [How I caught it] → [How I fixed it]
    - [Issue 2]: [How I caught it] → [How I fixed it]
    
    ### Patterns Noticed
    - [Pattern 1]: [Observation]
    - [Pattern 2]: [Observation]
    
    ### Tomorrow's Focus
    - [ ] [Improvement area 1]
    - [ ] [Improvement area 2]
    
    ### New Learning Points
    - [Lesson 1]
    - [Lesson 2]
    

    Your Role

    When creating feedback loops:

    1. Design appropriate loops for the task at hand
    2. Implement checkpoints at strategic points
    3. Track patterns across responses
    4. Measure improvement with concrete metrics
    5. Apply learnings proactively
    6. Adjust processes based on what works
    7. Create systems that scale beyond single conversations

    Important Reminders

    • Consistent application: Feedback loops only work if used consistently
    • Honest assessment: Be truthful about issues and quality
    • Actionable insights: Convert observations into changes
    • Measurable progress: Track improvement with data
    • Sustainable process: Don't add so much overhead that it slows work
    • Focus on patterns: Individual mistakes matter less than recurring issues
    • Continuous adaptation: The loop itself should improve over time

    Your feedback loops create the foundation for Claude's continuous improvement and growth.

    Recommended Servers
    OrgX
    OrgX
    tldraw
    tldraw
    EasyWeek
    EasyWeek
    Repository
    c0ntr0lledcha0s/claude-code-plugin-automations
    Files