Skip to content
cccskills
FreePublished on GitHub

iterate

Use when the workflow needs to self-correct, improve over time, or establish feedback loops and evaluation cycles.

The English summary is being prepared. Showing the original description.

sharpdeveye/maestro591 stars(GitHub 591 + cccskills 0)

Run score Not tested

See how to install

Files included (1)

  • SKILL.md3.4 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

MANDATORY PREPARATION

Invoke /agent-workflow — it contains workflow principles, anti-patterns, and the Context Gathering Protocol. Follow the protocol before proceeding — if no workflow context exists yet, you MUST run /teach-maestro first.

Consult the feedback-loops reference in the agent-workflow skill for evaluation patterns and self-correction strategies.


Set up feedback loops that make workflows self-correcting and continuously improving. Iteration transforms one-shot gambles into convergent, reliable systems.

Feedback Loop Design

Step 1: Define Quality Criteria

What does "good output" look like? Score dimensions:

DimensionWeightThresholdMeasurement
Accuracy0.4≥ 0.8Factual correctness check
Completeness0.3≥ 0.7Required fields present
Format0.2≥ 0.9Schema compliance
Tone0.1≥ 0.6Appropriate for audience

Step 2: Choose Evaluator Type

Match evaluator to requirements:

  • Rule-based: Schema validation, field presence, value ranges (fast, free)
  • Self-check: Same model evaluates own output (fast, cheap, less reliable)
  • Cross-model: Different model evaluates (slower, more reliable)
  • Human-in-the-loop: Human review (slowest, most reliable, doesn't scale)
  • Hybrid: Rules first, then model check for what rules can't catch

Step 3: Design the Correction Loop

generate(input) → evaluate(output) → score
  if score ≥ threshold → return output
  if score < threshold AND attempts < max →
    enrich input with evaluator feedback
    generate again (with feedback)
  if attempts ≥ max → fallback or escalate

Critical: The retry input MUST be different from the original. Include:

  • The evaluator's specific feedback
  • What was wrong and why
  • A suggestion for how to fix it

Step 4: Set Up Regression Detection

When changing prompts, models, or tools:

  1. Run golden test set with OLD config → baseline scores
  2. Run golden test set with NEW config → new scores
  3. Compare: improvement ≥ 5% → accept; regression ≥ 5% → reject

Step 5: Continuous Monitoring

For production workflows:

  • Sample 1-5% of outputs for automated evaluation
  • Track quality scores over time
  • Alert on downward trends
  • A/B test changes before full rollout

Iteration Checklist

  • Quality criteria defined with weights and thresholds
  • Evaluator selected and configured
  • Correction loop has max attempts limit
  • Feedback is injected into retries (not identical retry)
  • Golden test set exists with ≥ 10 cases
  • Regression detection configured for changes
  • Production monitoring in place

Recommended Next Step

After setting up feedback loops, run /evaluate to validate the loop with real scenarios, then /refine for final polish.

NEVER:

  • Retry with the exact same input (definition of insanity)
  • Use the same weak model to both generate and evaluate
  • Skip the max attempts limit (infinite loops are real)
  • Deploy changes without regression testing against golden set
  • Monitor only errors — track quality scores over time

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Use when the workflow is too slow, too expensive, or both and needs latency, cost, or token usage optimization.

The English summary is being prepared. Showing the original description.

sharpdeveye/maestro591Updated Apr 29, 2026

Use when porting a workflow to a different AI provider, deployment environment, model tier, or organizational context.

The English summary is being prepared. Showing the original description.

sharpdeveye/maestro591Updated Apr 29, 2026

Use when any Maestro command is invoked — provides foundational workflow design principles across prompt engineering, context management, tool orchestration, agent architecture, feedback loops, knowledge systems, and guardrails.

The English summary is being prepared. Showing the original description.

sharpdeveye/maestro591Updated Apr 29, 2026

Use when the workflow works but needs to handle more complex cases or produce higher-quality output through better tools, context, prompts, or models.

The English summary is being prepared. Showing the original description.

sharpdeveye/maestro591Updated Apr 29, 2026

Use when workflow components are inconsistent, naming conventions vary, or a new team member's work needs alignment to project standards.

The English summary is being prepared. Showing the original description.

sharpdeveye/maestro591Updated Apr 29, 2026

Capture a session summary — what was done, what decisions were made, and what to do next.

The English summary is being prepared. Showing the original description.

sharpdeveye/maestro591Updated Apr 29, 2026

See all skills by sharpdeveye

Report a problem with this skill