Dev Environment Setup
Skill Profile
(Select at least one profile to enable specific modules)
Overview
Development Environment Setup ensures all developers have consistent, properly configured environments with right tools, settings, and workflows.
Core Principle: "Automate environment setup. Developers should be coding, not configuring."
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
- Developer has admin privileges on machine
- Internet connection available for downloads
- Using macOS, Linux, or Windows with WSL
Compatibility
- macOS, Linux, Windows (with WSL)
- Language-agnostic setup principles
- Can be adapted to different IDEs
Test Scenario Matrix
| Scenario |
Expected Behavior |
Notes |
| New developer onboarding |
One-command setup |
Automated script handles all tools |
| Existing developer |
Update tools only |
Skip already-installed tools |
| Different OS |
OS-specific commands |
Script detects and adapts |
| CI/CD integration |
Minimal setup |
Use Docker for consistency |
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: dev-environment-setup3description: Development Environment Setup ensures all developers have consistent, Use when this capability is needed.4---56# Dev Environment Setup78## 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## Overview17Development Environment Setup ensures all developers have consistent, properly configured environments with right tools, settings, and workflows.1819**Core Principle**: "Automate environment setup. Developers should be coding, not configuring."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- Developer has admin privileges on machine66- Internet connection available for downloads67- Using macOS, Linux, or Windows with WSL6869## Compatibility70- macOS, Linux, Windows (with WSL)71- Language-agnostic setup principles72- Can be adapted to different IDEs7374---7576## Test Scenario Matrix77| Scenario | Expected Behavior | Notes |78|----------|-------------------|-------|79| New developer onboarding | One-command setup | Automated script handles all tools |80| Existing developer | Update tools only | Skip already-installed tools |81| Different OS | OS-specific commands | Script detects and adapts |82| CI/CD integration | Minimal setup | Use Docker for consistency |8384---8586## Technical Guardrails & Security Threat Model8788### 1. Security & Privacy (Threat Model)89* **Top Threats**: Injection attacks, authentication bypass, data exposure90- [ ] **Data Handling**: Sanitize all user inputs to prevent Injection attacks. Never log raw PII91- [ ] **Secrets Management**: No hardcoded API keys. Use Env Vars/Secrets Manager92- [ ] **Authorization**: Validate user permissions before state changes9394### 2. Performance & Resources95- [ ] **Execution Efficiency**: Consider time complexity for algorithms96- [ ] **Memory Management**: Use streams/pagination for large data97- [ ] **Resource Cleanup**: Close DB connections/file handlers in finally blocks9899### 3. Architecture & Scalability100- [ ] **Design Pattern**: Follow SOLID principles, use Dependency Injection101- [ ] **Modularity**: Decouple logic from UI/Frameworks102103### 4. Observability & Reliability104- [ ] **Logging Standards**: Structured JSON, include trace IDs `request_id`105- [ ] **Metrics**: Track `error_rate`, `latency`, `queue_depth`106- [ ] **Error Handling**: Standardized error codes, no bare except107- [ ] **Observability Artifacts**:108 - **Log Fields**: timestamp, level, message, request_id109 - **Metrics**: request_count, error_count, response_time110 - **Dashboards/Alerts**: High Error Rate > 5%111112113## Agent Directives & Error Recovery114*(ข้อกำหนดสำหรับ AI Agent ในการคิดและแก้ปัญหาเมื่อเกิดข้อผิดพลาด)*115116- **Thinking Process**: Analyze root cause before fixing. Do not brute-force.117- **Fallback Strategy**: Stop after 3 failed test attempts. Output root cause and ask for human intervention/clarification.118- **Self-Review**: Check against Guardrails & Anti-patterns before finalizing.119- **Output Constraints**: Output ONLY the modified code block. Do not explain unless asked.120121122## Definition of Done123- [ ] Automated setup script created124- [ ] VS Code workspace settings committed125- [ ] Recommended extensions documented126- [ ] Git configuration provided127- [ ] Shell configuration with aliases128- [ ] Docker Compose for local services129- [ ] Environment variables template130- [ ] Code snippets for common patterns131- [ ] Troubleshooting guide132- [ ] Setup documentation in README133134---135136## Anti-patterns / Pitfalls137138* ⛔ **Don't**: Log PII, catch-all exception, N+1 queries139* ⚠️ **Watch out for**: Common symptoms and quick fixes140* 💡 **Instead**: Use proper error handling, pagination, and logging141142143## Reference Links144- [Oh My Zsh](https://ohmyz.sh/)145- [NVM Documentation](https://github.com/nvm-sh/nvm)146- [Docker Documentation](https://docs.docker.com/)147- [VS Code Settings](https://code.visualstudio.com/docs/getstarted/settings)148149---150151## Versioning & Changelog152153* **Version**: 1.0.0154* **Changelog**:155 - 2026-02-22: Initial version with complete template structure156157---158> Converted and distributed by [TomeVault](https://tomevault.io/claim/amnadtaowsoam) — claim your Tome and manage your conversions.159<!-- tomevault:4.0:skill_md:2026-04-13 -->