Agent Self Correction
Skill Profile
(Select at least one profile to enable specific modules)
Overview
AI agent self-correction mechanisms enable agents to detect errors, validate outputs, and automatically recover from failures. This includes validation loops, confidence scoring, iterative refinement, and recovery strategies to improve reliability.
Why This Matters
- Reliability: Agents can correct errors themselves without human intervention
- Quality: Output quality improves through iterative refinement
- Trust: Users are confident in results through confidence scoring
- Efficiency: Reduce unnecessary retry loops through smart recovery
Core Concepts & Rules
1. Core Principles
- Follow established patterns and conventions
- Maintain consistency across codebase
- Document decisions and trade-offs
2. Implementation Guidelines
- Start with the simplest viable solution
- Iterate based on feedback and requirements
- Test thoroughly before deployment
Inputs / Outputs / Contracts
- Inputs:
- Task description or prompt
- Expected output format (JSON, text, etc.)
- Context information (facts, constraints)
- Validation rules and thresholds
- Entry Conditions:
- LLM API is accessible
- Error detection patterns are defined
- Recovery strategies are configured
- Outputs:
- Validated and corrected outputs
- Confidence scores
- Error reports
- Improvement metrics
- Artifacts Required (Deliverables):
- Error detector implementation
- Validation loop implementation
- Recovery strategy definitions
- Self-reflection system
- Acceptance Evidence:
- Errors are detected and corrected
- Validation loops converge
- Confidence scores improve over iterations
- Recovery strategies work correctly
- Success Criteria:
- Error detection accuracy > 90%
- Validation convergence rate > 95%
- Confidence scores correlate with quality
- Recovery success rate > 80%
Skill Composition
Quick Start
// 1. Set up error detection
const detector = new ErrorDetector()
// 2. Set up validation loop
const loop = new ValidationLoop()
// 3. Execute with self-correction
const result = await loop.executeWithValidation(
() => llm.generate(task),
(output) => {
const errors = detector.detectErrors(output, context)
return {
isValid: errors.length === 0,
errors: errors.map(e => e.message),
warnings: [],
confidence: 1.0 - (errors.length * 0.2),
}
},
(output, errors) => llm.generate(`Fix: ${errors.join(', ')}\nOutput: ${output}`)
)
)
Assumptions / Constraints / Non-goals
- Assumptions:
- Development environment is properly configured
- Required dependencies are available
- Team has basic understanding of domain
- Constraints:
- Must follow existing codebase conventions
- Time and resource limitations
- Compatibility requirements
- Non-goals:
- This skill does not cover edge cases outside scope
- Not a replacement for formal training
Compatibility & Prerequisites
- Supported Versions:
- Python 3.8+
- Node.js 16+
- Modern browsers (Chrome, Firefox, Safari, Edge)
- Required AI Tools:
- Code editor (VS Code recommended)
- Testing framework appropriate for language
- Version control (Git)
- Dependencies:
- Language-specific package manager
- Build tools
- Testing libraries
- Environment Setup:
.env.example keys: API_KEY, DATABASE_URL (no values)
Test Scenario Matrix (QA Strategy)
| Type |
Focus Area |
Required Scenarios / Mocks |
| Unit |
Core Logic |
Must cover primary logic and at least 3 edge/error cases. Target minimum 80% coverage |
| Integration |
DB / API |
All external API calls or database connections must be mocked during unit tests |
| E2E |
User Journey |
Critical user flows to test |
| Performance |
Latency / Load |
Benchmark requirements |
| Security |
Vuln / Auth |
SAST/DAST or dependency audit |
| Frontend |
UX / A11y |
Accessibility checklist (WCAG), Performance Budget (Lighthouse score) |
Technical Guardrails & Security Threat Model
1. Security & Privacy (Threat Model)
- Top Threats: Injection attacks, authentication bypass, data exposure
2. Performance & Resources
3. Architecture & Scalability
4. Observability & Reliability
Agent Directives & Error Recovery
(ข้อกำหนดสำหรับ AI Agent ในการคิดและแก้ปัญหาเมื่อเกิดข้อผิดพลาด)
- Thinking Process: Analyze root cause before fixing. Do not brute-force.
- Fallback Strategy: Stop after 3 failed test attempts. Output root cause and ask for human intervention/clarification.
- Self-Review: Check against Guardrails & Anti-patterns before finalizing.
- Output Constraints: Output ONLY the modified code block. Do not explain unless asked.
Definition of Done (DoD) Checklist
Anti-patterns / Pitfalls
- ⛔ Don't: Log PII, catch-all exception, N+1 queries
- ⚠️ Watch out for: Common symptoms and quick fixes
- 💡 Instead: Use proper error handling, pagination, and logging
Reference Links & Examples
- Internal documentation and examples
- Official documentation and best practices
- Community resources and discussions
Versioning & Changelog
- Version: 1.0.0
- Changelog:
- 2026-02-22: Initial version with complete template structure
Source: AmnadTaowsoam/CerebraSkills — distributed by TomeVault.
1---2name: agent-self-correction3description: AI agent self-correction mechanisms enable agents to detect errors, validate Use when this capability is needed.4---56# Agent Self Correction78## Skill Profile9*(Select at least one profile to enable specific modules)*10- [ ] **DevOps**11- [x] **Backend**12- [ ] **Frontend**13- [ ] **AI-RAG**14- [ ] **Security Critical**1516## Overview17AI agent self-correction mechanisms enable agents to detect errors, validate outputs, and automatically recover from failures. This includes validation loops, confidence scoring, iterative refinement, and recovery strategies to improve reliability.1819## Why This Matters20- **Reliability**: Agents can correct errors themselves without human intervention21- **Quality**: Output quality improves through iterative refinement22- **Trust**: Users are confident in results through confidence scoring23- **Efficiency**: Reduce unnecessary retry loops through smart recovery2425---2627## Core Concepts & Rules2829### 1. Core Principles30- Follow established patterns and conventions31- Maintain consistency across codebase32- Document decisions and trade-offs3334### 2. Implementation Guidelines35- Start with the simplest viable solution36- Iterate based on feedback and requirements37- Test thoroughly before deployment383940## Inputs / Outputs / Contracts41* **Inputs**:42 - Task description or prompt43 - Expected output format (JSON, text, etc.)44 - Context information (facts, constraints)45 - Validation rules and thresholds46* **Entry Conditions**:47 - LLM API is accessible48 - Error detection patterns are defined49 - Recovery strategies are configured50* **Outputs**:51 - Validated and corrected outputs52 - Confidence scores53 - Error reports54 - Improvement metrics55* **Artifacts Required (Deliverables)**:56 - Error detector implementation57 - Validation loop implementation58 - Recovery strategy definitions59 - Self-reflection system60* **Acceptance Evidence**:61 - Errors are detected and corrected62 - Validation loops converge63 - Confidence scores improve over iterations64 - Recovery strategies work correctly65* **Success Criteria**:66 - Error detection accuracy > 90%67 - Validation convergence rate > 95%68 - Confidence scores correlate with quality69 - Recovery success rate > 80%7071## Skill Composition72* **Depends on**: [skill-architect](../72-metacognitive-skill-architect/skill-architect/SKILL.md)73* **Compatible with**: [task-decomposition-strategy](../72-metacognitive-skill-architect/task-decomposition-strategy/SKILL.md)74* **Conflicts with**: Infinite validation loops, over-correction75* **Related Skills**: [skill-discovery-and-chaining](../72-metacognitive-skill-architect/skill-discovery-and-chaining/SKILL.md)7677---7879## Quick Start80```typescript81// 1. Set up error detection82const detector = new ErrorDetector()8384// 2. Set up validation loop85const loop = new ValidationLoop()8687// 3. Execute with self-correction88const result = await loop.executeWithValidation(89 () => llm.generate(task),90 (output) => {91 const errors = detector.detectErrors(output, context)92 return {93 isValid: errors.length === 0,94 errors: errors.map(e => e.message),95 warnings: [],96 confidence: 1.0 - (errors.length * 0.2),97 }98 },99 (output, errors) => llm.generate(`Fix: ${errors.join(', ')}\nOutput: ${output}`)100)101)102```103104---105106## Assumptions / Constraints / Non-goals107108* **Assumptions**:109 - Development environment is properly configured110 - Required dependencies are available111 - Team has basic understanding of domain112* **Constraints**:113 - Must follow existing codebase conventions114 - Time and resource limitations115 - Compatibility requirements116* **Non-goals**:117 - This skill does not cover edge cases outside scope118 - Not a replacement for formal training119120121## Compatibility & Prerequisites122123* **Supported Versions**:124 - Python 3.8+125 - Node.js 16+126 - Modern browsers (Chrome, Firefox, Safari, Edge)127* **Required AI Tools**:128 - Code editor (VS Code recommended)129 - Testing framework appropriate for language130 - Version control (Git)131* **Dependencies**:132 - Language-specific package manager133 - Build tools134 - Testing libraries135* **Environment Setup**:136 - `.env.example` keys: `API_KEY`, `DATABASE_URL` (no values)137138139## Test Scenario Matrix (QA Strategy)140141| Type | Focus Area | Required Scenarios / Mocks |142| :--- | :--- | :--- |143| **Unit** | Core Logic | Must cover primary logic and at least 3 edge/error cases. Target minimum 80% coverage |144| **Integration** | DB / API | All external API calls or database connections must be mocked during unit tests |145| **E2E** | User Journey | Critical user flows to test |146| **Performance** | Latency / Load | Benchmark requirements |147| **Security** | Vuln / Auth | SAST/DAST or dependency audit |148| **Frontend** | UX / A11y | Accessibility checklist (WCAG), Performance Budget (Lighthouse score) |149150151## Technical Guardrails & Security Threat Model152153### 1. Security & Privacy (Threat Model)154* **Top Threats**: Injection attacks, authentication bypass, data exposure155- [ ] **Data Handling**: Sanitize all user inputs to prevent Injection attacks. Never log raw PII156- [ ] **Secrets Management**: No hardcoded API keys. Use Env Vars/Secrets Manager157- [ ] **Authorization**: Validate user permissions before state changes158159### 2. Performance & Resources160- [ ] **Execution Efficiency**: Consider time complexity for algorithms161- [ ] **Memory Management**: Use streams/pagination for large data162- [ ] **Resource Cleanup**: Close DB connections/file handlers in finally blocks163164### 3. Architecture & Scalability165- [ ] **Design Pattern**: Follow SOLID principles, use Dependency Injection166- [ ] **Modularity**: Decouple logic from UI/Frameworks167168### 4. Observability & Reliability169- [ ] **Logging Standards**: Structured JSON, include trace IDs `request_id`170- [ ] **Metrics**: Track `error_rate`, `latency`, `queue_depth`171- [ ] **Error Handling**: Standardized error codes, no bare except172- [ ] **Observability Artifacts**:173 - **Log Fields**: timestamp, level, message, request_id174 - **Metrics**: request_count, error_count, response_time175 - **Dashboards/Alerts**: High Error Rate > 5%176177178## Agent Directives & Error Recovery179*(ข้อกำหนดสำหรับ AI Agent ในการคิดและแก้ปัญหาเมื่อเกิดข้อผิดพลาด)*180181- **Thinking Process**: Analyze root cause before fixing. Do not brute-force.182- **Fallback Strategy**: Stop after 3 failed test attempts. Output root cause and ask for human intervention/clarification.183- **Self-Review**: Check against Guardrails & Anti-patterns before finalizing.184- **Output Constraints**: Output ONLY the modified code block. Do not explain unless asked.185186187## Definition of Done (DoD) Checklist188189- [ ] Tests passed + coverage met190- [ ] Lint/Typecheck passed191- [ ] Logging/Metrics/Trace implemented192- [ ] Security checks passed193- [ ] Documentation/Changelog updated194- [ ] Accessibility/Performance requirements met (if frontend)195196197## Anti-patterns / Pitfalls198199* ⛔ **Don't**: Log PII, catch-all exception, N+1 queries200* ⚠️ **Watch out for**: Common symptoms and quick fixes201* 💡 **Instead**: Use proper error handling, pagination, and logging202203204## Reference Links & Examples205206* Internal documentation and examples207* Official documentation and best practices208* Community resources and discussions209210211## Versioning & Changelog212213* **Version**: 1.0.0214* **Changelog**:215 - 2026-02-22: Initial version with complete template structure216217---218> Source: [AmnadTaowsoam/CerebraSkills](https://github.com/AmnadTaowsoam/CerebraSkills) — distributed by [TomeVault](https://tomevault.io).219<!-- tomevault:4.0:skill_md:2026-06-16 -->