Validation
Skill Profile
(Select at least one profile to enable specific modules)
Overview
API Request Validation is process of validating incoming API requests before processing request body, query parameters, path parameters, and headers to ensure data integrity, security, and business logic enforcement.
API Request Validation consists of:
- Schema Validation: Define validation schemas for request/response data
- Type Safety: Type-safe validation with TypeScript/Python type hints
- Middleware: Middleware to validate incoming requests
- Sanitization: Clean and sanitize user inputs to prevent attacks
- Error Handling: Return appropriate error responses for invalid data
Why This Matters
- Data Consistency: Reduces invalid data by up to 90%
- Security: Input validation helps prevent SQL injection and XSS attacks
- User Experience: Clear error messages reduce support tickets and improve user satisfaction
- Development Efficiency: Reusable validation schemas reduce boilerplate code
- Business Logic: Enforces business rules at the API level
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:
- Validation requirements
- Schema definitions
- Security requirements
- Business logic rules
- Entry Conditions:
- Backend framework is set up
- Validation library is installed
- TypeScript/Python is configured
- Validation requirements are defined
- Outputs:
- Validation schemas
- Validation middleware
- Error handlers
- Sanitization utilities
- Artifacts Required (Deliverables):
- Validation schemas
- Middleware implementations
- Error handlers
- Custom validators
- Sanitization utilities
- Acceptance Evidence:
- Validation works correctly
- Invalid data is rejected
- Error messages are clear
- Security is enforced
- Success Criteria:
- Validation is robust
- Security is enforced
- Error messages are clear
- Performance is acceptable
Skill Composition
Quick Start / Implementation Example
- Review requirements and constraints
- Set up development environment
- Implement core functionality following patterns
- Write tests for critical paths
- Run tests and fix issues
- Document any deviations or decisions
# Example implementation following best practices
def example_function():
# Your implementation here
pass
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
Converted and distributed by TomeVault — claim your Tome and manage your conversions.
1---2name: validation-73description: API Request Validation is process of validating incoming API requests Use when this capability is needed.4---56# Validation78## 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## Overview17API Request Validation is process of validating incoming API requests before processing request body, query parameters, path parameters, and headers to ensure data integrity, security, and business logic enforcement.1819API Request Validation consists of:20- **Schema Validation**: Define validation schemas for request/response data21- **Type Safety**: Type-safe validation with TypeScript/Python type hints22- **Middleware**: Middleware to validate incoming requests23- **Sanitization**: Clean and sanitize user inputs to prevent attacks24- **Error Handling**: Return appropriate error responses for invalid data2526## Why This Matters27- **Data Consistency**: Reduces invalid data by up to 90%28- **Security**: Input validation helps prevent SQL injection and XSS attacks29- **User Experience**: Clear error messages reduce support tickets and improve user satisfaction30- **Development Efficiency**: Reusable validation schemas reduce boilerplate code31- **Business Logic**: Enforces business rules at the API level3233---3435## Core Concepts & Rules3637### 1. Core Principles38- Follow established patterns and conventions39- Maintain consistency across codebase40- Document decisions and trade-offs4142### 2. Implementation Guidelines43- Start with the simplest viable solution44- Iterate based on feedback and requirements45- Test thoroughly before deployment464748## Inputs / Outputs / Contracts49* **Inputs**:50 - Validation requirements51 - Schema definitions52 - Security requirements53 - Business logic rules54* **Entry Conditions**:55 - Backend framework is set up56 - Validation library is installed57 - TypeScript/Python is configured58 - Validation requirements are defined59* **Outputs**:60 - Validation schemas61 - Validation middleware62 - Error handlers63 - Sanitization utilities64* **Artifacts Required (Deliverables)**:65 - Validation schemas66 - Middleware implementations67 - Error handlers68 - Custom validators69 - Sanitization utilities70* **Acceptance Evidence**:71 - Validation works correctly72 - Invalid data is rejected73 - Error messages are clear74 - Security is enforced75* **Success Criteria**:76 - Validation is robust77 - Security is enforced78 - Error messages are clear79 - Performance is acceptable8081## Skill Composition82* **Depends on**: [error-handling](../error-handling/SKILL.md)83* **Compatible with**: [express-rest](../express-rest/SKILL.md), [fastapi-patterns](../fastapi-patterns/SKILL.md)84* **Conflicts with**: None85* **Related Skills**: [middleware](../middleware/SKILL.md), [api-design](../../01-foundations/api-design/SKILL.md)8687---8889## Quick Start / Implementation Example90911. Review requirements and constraints922. Set up development environment933. Implement core functionality following patterns944. Write tests for critical paths955. Run tests and fix issues966. Document any deviations or decisions9798```python99# Example implementation following best practices100def example_function():101 # Your implementation here102 pass103```104105106## 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> Converted and distributed by [TomeVault](https://tomevault.io/claim/amnadtaowsoam) — claim your Tome and manage your conversions.219<!-- tomevault:4.0:skill_md:2026-04-13 -->