Release Workflow
Skill Profile
(Select at least one profile to enable specific modules)
Overview
Release Workflow defines how code moves from development to production, including versioning, changelog generation, tagging, and deployment automation.
Core Principle: "Releases should be boring, predictable, and automated."
Why This Matters
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:
- <e.g., env vars, request payload, file paths, schema>
- Entry Conditions:
- <Pre-requisites: e.g., Repo initialized, DB running, specific branch checked out>
- Outputs:
- <e.g., artifacts (PR diff, docs, tests, dashboard JSON)>
- Artifacts Required (Deliverables):
- <e.g., Code Diff, Unit Tests, Migration Script, API Docs>
- Acceptance Evidence:
- <e.g., Test Report (screenshot/log), Benchmark Result, Security Scan Report>
- Success Criteria:
- <e.g., p95 < 300ms, coverage ≥ 80%>
Skill Composition
- Depends on: None
- Compatible with: None
- Conflicts with: None
- Related Skills: None
Quick Start
Assumptions
- Team follows conventional commits
- Git repository has proper access
- CI/CD pipeline is configured
- Deployment targets are accessible
Compatibility
- Works with any Git hosting platform
- Language-agnostic versioning
- Can be integrated with any CI/CD system
Test Scenario Matrix
| Scenario |
Expected Behavior |
Notes |
| Feature release |
Minor version bump |
New features added |
| Bug fix |
Patch version bump |
Backward compatible |
| Breaking change |
Major version bump |
Communication required |
| Hotfix |
Patch release from main |
Bypass develop branch |
| Pre-release |
Alpha/beta/rc tag |
Testing before GA |
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
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
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: release-workflow-33description: Release Workflow defines how code moves from development to production, Use when this capability is needed.4---56# Release Workflow78## 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## Overview17Release Workflow defines how code moves from development to production, including versioning, changelog generation, tagging, and deployment automation.1819**Core Principle**: "Releases should be boring, predictable, and automated."2021---2223## Why This Matters24- **<Benefit>**: <short explanation>25- **<Benefit>**: <short explanation>26- **<Benefit>**: <short explanation>2728## Core Concepts & Rules2930### 1. Core Principles31- Follow established patterns and conventions32- Maintain consistency across codebase33- Document decisions and trade-offs3435### 2. Implementation Guidelines36- Start with the simplest viable solution37- Iterate based on feedback and requirements38- Test thoroughly before deployment394041## Inputs / Outputs / Contracts42* **Inputs**:43 - <e.g., env vars, request payload, file paths, schema>44* **Entry Conditions**:45 - <Pre-requisites: e.g., Repo initialized, DB running, specific branch checked out>46* **Outputs**:47 - <e.g., artifacts (PR diff, docs, tests, dashboard JSON)>48* **Artifacts Required (Deliverables)**:49 - <e.g., Code Diff, Unit Tests, Migration Script, API Docs>50* **Acceptance Evidence**:51 - <e.g., Test Report (screenshot/log), Benchmark Result, Security Scan Report>52* **Success Criteria**:53 - <e.g., p95 < 300ms, coverage ≥ 80%>5455## Skill Composition56* **Depends on**: None57* **Compatible with**: None58* **Conflicts with**: None59* **Related Skills**: None6061## Quick Start62#6364## Assumptions65- Team follows conventional commits66- Git repository has proper access67- CI/CD pipeline is configured68- Deployment targets are accessible6970## Compatibility71- Works with any Git hosting platform72- Language-agnostic versioning73- Can be integrated with any CI/CD system7475---7677## Test Scenario Matrix78| Scenario | Expected Behavior | Notes |79|----------|-------------------|-------|80| Feature release | Minor version bump | New features added |81| Bug fix | Patch version bump | Backward compatible |82| Breaking change | Major version bump | Communication required |83| Hotfix | Patch release from main | Bypass develop branch |84| Pre-release | Alpha/beta/rc tag | Testing before GA |8586---8788## Technical Guardrails & Security Threat Model8990### 1. Security & Privacy (Threat Model)91* **Top Threats**: Injection attacks, authentication bypass, data exposure92- [ ] **Data Handling**: Sanitize all user inputs to prevent Injection attacks. Never log raw PII93- [ ] **Secrets Management**: No hardcoded API keys. Use Env Vars/Secrets Manager94- [ ] **Authorization**: Validate user permissions before state changes9596### 2. Performance & Resources97- [ ] **Execution Efficiency**: Consider time complexity for algorithms98- [ ] **Memory Management**: Use streams/pagination for large data99- [ ] **Resource Cleanup**: Close DB connections/file handlers in finally blocks100101### 3. Architecture & Scalability102- [ ] **Design Pattern**: Follow SOLID principles, use Dependency Injection103- [ ] **Modularity**: Decouple logic from UI/Frameworks104105### 4. Observability & Reliability106- [ ] **Logging Standards**: Structured JSON, include trace IDs `request_id`107- [ ] **Metrics**: Track `error_rate`, `latency`, `queue_depth`108- [ ] **Error Handling**: Standardized error codes, no bare except109- [ ] **Observability Artifacts**:110 - **Log Fields**: timestamp, level, message, request_id111 - **Metrics**: request_count, error_count, response_time112 - **Dashboards/Alerts**: High Error Rate > 5%113114115## Agent Directives & Error Recovery116*(ข้อกำหนดสำหรับ AI Agent ในการคิดและแก้ปัญหาเมื่อเกิดข้อผิดพลาด)*117118- **Thinking Process**: Analyze root cause before fixing. Do not brute-force.119- **Fallback Strategy**: Stop after 3 failed test attempts. Output root cause and ask for human intervention/clarification.120- **Self-Review**: Check against Guardrails & Anti-patterns before finalizing.121- **Output Constraints**: Output ONLY the modified code block. Do not explain unless asked.122123124## Definition of Done125- [ ] Semantic versioning configured126- [ ] Automated versioning with standard-version127- [ ] Changelog generation automated128- [ ] Git tagging strategy defined129- [ ] CI/CD integration for releases130- [ ] Release notes template131- [ ] Pre-release workflow132- [ ] Hotfix workflow133- [ ] Release checklist template134135---136137## Anti-patterns / Pitfalls138139* ⛔ **Don't**: Log PII, catch-all exception, N+1 queries140* ⚠️ **Watch out for**: Common symptoms and quick fixes141* 💡 **Instead**: Use proper error handling, pagination, and logging142143144## Reference Links145- [Semantic Versioning Specification](https://semver.org/)146- [Standard Version Documentation](https://github.com/conventional-changelog/standard-version)147- [GitHub Actions Documentation](https://docs.github.com/en/actions)148- [Conventional Commits](https://www.conventionalcommits.org/)149150---151152## Versioning & Changelog153154* **Version**: 1.0.0155* **Changelog**:156 - 2026-02-22: Initial version with complete template structure157158---159> Converted and distributed by [TomeVault](https://tomevault.io/claim/amnadtaowsoam) — claim your Tome and manage your conversions.160<!-- tomevault:4.0:skill_md:2026-04-13 -->