| name | onboarding-docs |
| description | Developer Onboarding Documentation provides new team members with everything Use when this capability is needed. |
| metadata | {"author":"amnadtaowsoam"} |
Onboarding Docs
Skill Profile
(Select at least one profile to enable specific modules)
Overview
Developer Onboarding Documentation provides new team members with everything they need to become productive quickly. Good onboarding reduces time-to-first-commit from weeks to days.
Core Principle: "New developers should commit code on day 1, deploy to staging by day 3, and feel confident by week 2."
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
```bash
git clone https://github.com/company/project.git
cd project
npm run setup
npm run dev
```
Visit http://localhost:3000
Assumptions
- New developer has basic programming skills
- Company accounts are provisioned
- Hardware is provided
- Team has established practices
Compatibility
- Works with any tech stack
- Language-agnostic principles
- Can be adapted to any team size
Test Scenario Matrix
| Scenario | Expected Behavior | Notes |
|---|
| New developer joins | Follow onboarding checklist | Buddy guides through process |
| First week | Complete graduated tasks | Build confidence gradually |
| Month 1 | Full team integration | Lead a feature end-to-end |
| Remote onboarding | Video-based onboarding | Use async communication |
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.