Receber por email
← Voltar para o catálogo

creating-feedback-loops

Expert at creating continuous improvement feedback loops for Claude's responses. Use when establishing self-improvement processes, tracking progress over time, or implementing iterative refinement workflows.

367estrelas
Atualizado há 4 meses

Ver no GitHub ↗

Como adicionar

/plugin marketplace add aiskillstore/marketplace

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/creating-feedback-loops/svg)](https://www.skillteca.com.br/skills/creating-feedback-loops)

Skills relacionadas

Ver todas de Segurança →

Alerta por categoria

Receba novas skills de Segurança toda segunda

1 email curto, só com as skills novas de Segurança. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

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**:

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:

## 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 significan
Compartilhar X LinkedIn