Cost Modeling
Skill Profile
(Select at least one profile to enable specific modules)
Overview
This skill provides techniques for predicting and modeling cloud costs. For comprehensive coverage of cloud pricing models, optimization strategies, and real-world examples, please refer to the main Cloud Cost Models skill.
Core Principle: "Model costs before spending to make informed decisions and avoid surprises."
Why This Matters
- Accurate Budgeting: Reliable cost predictions enable better budgeting
- Decision Support: Informed decisions about architecture and providers
- Risk Mitigation: Identify potential cost issues before they occur
- Financial Planning: Support quarterly and annual planning processes
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:
- Infrastructure requirements
- Workload specifications
- Historical cost data
- Growth projections
- Entry Conditions:
- Requirements are defined
- Pricing data is available
- Modeling approach selected
- Outputs:
- Cost models and projections
- Budget recommendations
- Risk assessments
- Comparison analyses
- Artifacts Required (Deliverables):
- Cost model spreadsheet
- Budget forecast
- Risk analysis
- Decision recommendations
- Acceptance Evidence:
- Cost models are accurate
- Budgets are realistic
- Decisions are supported
- Success Criteria:
- Forecast accuracy > 85%
- Budget variance < 10%
- Decision quality improved
Skill Composition
- Depends on: Cloud Cost Models, Cost Observability
- Compatible with: Budget Guardrails, Infra Sizing
- Conflicts with: Systems without historical cost data
- Related Skills:
- 42-cost-engineering/cloud-cost-models - Main skill with comprehensive pricing coverage
- 42-cost-engineering/cost-observability - Cost monitoring
- 42-cost-engineering/infra-sizing - Infrastructure sizing
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: cost-modeling3description: This skill provides techniques for predicting and modeling cloud costs. Use when this capability is needed.4---56# Cost Modeling78## 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## Overview17This skill provides techniques for predicting and modeling cloud costs. For comprehensive coverage of cloud pricing models, optimization strategies, and real-world examples, please refer to the main **Cloud Cost Models** skill.1819**Core Principle**: "Model costs before spending to make informed decisions and avoid surprises."2021## Why This Matters22- **Accurate Budgeting**: Reliable cost predictions enable better budgeting23- **Decision Support**: Informed decisions about architecture and providers24- **Risk Mitigation**: Identify potential cost issues before they occur25- **Financial Planning**: Support quarterly and annual planning processes2627---2829## Core Concepts & Rules3031### 1. Core Principles32- Follow established patterns and conventions33- Maintain consistency across codebase34- Document decisions and trade-offs3536### 2. Implementation Guidelines37- Start with the simplest viable solution38- Iterate based on feedback and requirements39- Test thoroughly before deployment404142## Inputs / Outputs / Contracts43* **Inputs**:44 - Infrastructure requirements45 - Workload specifications46 - Historical cost data47 - Growth projections48* **Entry Conditions**:49 - Requirements are defined50 - Pricing data is available51 - Modeling approach selected52* **Outputs**:53 - Cost models and projections54 - Budget recommendations55 - Risk assessments56 - Comparison analyses57* **Artifacts Required (Deliverables)**:58 - Cost model spreadsheet59 - Budget forecast60 - Risk analysis61 - Decision recommendations62* **Acceptance Evidence**:63 - Cost models are accurate64 - Budgets are realistic65 - Decisions are supported66* **Success Criteria**:67 - Forecast accuracy > 85%68 - Budget variance < 10%69 - Decision quality improved7071## Skill Composition72* **Depends on**: Cloud Cost Models, Cost Observability73* **Compatible with**: Budget Guardrails, Infra Sizing74* **Conflicts with**: Systems without historical cost data75* **Related Skills**: 76 - [42-cost-engineering/cloud-cost-models](42-cost-engineering/cloud-cost-models/SKILL.md) - Main skill with comprehensive pricing coverage77 - [42-cost-engineering/cost-observability](42-cost-engineering/cost-observability/SKILL.md) - Cost monitoring78 - [42-cost-engineering/infra-sizing](42-cost-engineering/infra-sizing/SKILL.md) - Infrastructure sizing7980---8182## Quick Start / Implementation Example83841. Review requirements and constraints852. Set up development environment863. Implement core functionality following patterns874. Write tests for critical paths885. Run tests and fix issues896. Document any deviations or decisions9091```python92# Example implementation following best practices93def example_function():94 # Your implementation here95 pass96```979899## Assumptions / Constraints / Non-goals100101* **Assumptions**:102 - Development environment is properly configured103 - Required dependencies are available104 - Team has basic understanding of domain105* **Constraints**:106 - Must follow existing codebase conventions107 - Time and resource limitations108 - Compatibility requirements109* **Non-goals**:110 - This skill does not cover edge cases outside scope111 - Not a replacement for formal training112113114## Compatibility & Prerequisites115116* **Supported Versions**:117 - Python 3.8+118 - Node.js 16+119 - Modern browsers (Chrome, Firefox, Safari, Edge)120* **Required AI Tools**:121 - Code editor (VS Code recommended)122 - Testing framework appropriate for language123 - Version control (Git)124* **Dependencies**:125 - Language-specific package manager126 - Build tools127 - Testing libraries128* **Environment Setup**:129 - `.env.example` keys: `API_KEY`, `DATABASE_URL` (no values)130131132## Test Scenario Matrix (QA Strategy)133134| Type | Focus Area | Required Scenarios / Mocks |135| :--- | :--- | :--- |136| **Unit** | Core Logic | Must cover primary logic and at least 3 edge/error cases. Target minimum 80% coverage |137| **Integration** | DB / API | All external API calls or database connections must be mocked during unit tests |138| **E2E** | User Journey | Critical user flows to test |139| **Performance** | Latency / Load | Benchmark requirements |140| **Security** | Vuln / Auth | SAST/DAST or dependency audit |141| **Frontend** | UX / A11y | Accessibility checklist (WCAG), Performance Budget (Lighthouse score) |142143144## Technical Guardrails & Security Threat Model145146### 1. Security & Privacy (Threat Model)147* **Top Threats**: Injection attacks, authentication bypass, data exposure148- [ ] **Data Handling**: Sanitize all user inputs to prevent Injection attacks. Never log raw PII149- [ ] **Secrets Management**: No hardcoded API keys. Use Env Vars/Secrets Manager150- [ ] **Authorization**: Validate user permissions before state changes151152### 2. Performance & Resources153- [ ] **Execution Efficiency**: Consider time complexity for algorithms154- [ ] **Memory Management**: Use streams/pagination for large data155- [ ] **Resource Cleanup**: Close DB connections/file handlers in finally blocks156157### 3. Architecture & Scalability158- [ ] **Design Pattern**: Follow SOLID principles, use Dependency Injection159- [ ] **Modularity**: Decouple logic from UI/Frameworks160161### 4. Observability & Reliability162- [ ] **Logging Standards**: Structured JSON, include trace IDs `request_id`163- [ ] **Metrics**: Track `error_rate`, `latency`, `queue_depth`164- [ ] **Error Handling**: Standardized error codes, no bare except165- [ ] **Observability Artifacts**:166 - **Log Fields**: timestamp, level, message, request_id167 - **Metrics**: request_count, error_count, response_time168 - **Dashboards/Alerts**: High Error Rate > 5%169170171## Agent Directives & Error Recovery172*(ข้อกำหนดสำหรับ AI Agent ในการคิดและแก้ปัญหาเมื่อเกิดข้อผิดพลาด)*173174- **Thinking Process**: Analyze root cause before fixing. Do not brute-force.175- **Fallback Strategy**: Stop after 3 failed test attempts. Output root cause and ask for human intervention/clarification.176- **Self-Review**: Check against Guardrails & Anti-patterns before finalizing.177- **Output Constraints**: Output ONLY the modified code block. Do not explain unless asked.178179180## Definition of Done (DoD) Checklist181182- [ ] Tests passed + coverage met183- [ ] Lint/Typecheck passed184- [ ] Logging/Metrics/Trace implemented185- [ ] Security checks passed186- [ ] Documentation/Changelog updated187- [ ] Accessibility/Performance requirements met (if frontend)188189190## Anti-patterns / Pitfalls191192* ⛔ **Don't**: Log PII, catch-all exception, N+1 queries193* ⚠️ **Watch out for**: Common symptoms and quick fixes194* 💡 **Instead**: Use proper error handling, pagination, and logging195196197## Reference Links & Examples198199* Internal documentation and examples200* Official documentation and best practices201* Community resources and discussions202203204## Versioning & Changelog205206* **Version**: 1.0.0207* **Changelog**:208 - 2026-02-22: Initial version with complete template structure209210---211> Converted and distributed by [TomeVault](https://tomevault.io/claim/amnadtaowsoam) — claim your Tome and manage your conversions.212<!-- tomevault:4.0:skill_md:2026-04-13 -->