You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
3.4 KiB
3.4 KiB
Technical Domain
Document the technical foundation, architecture, and key decisions.
Quick Reference
- Purpose: Understand how the project works technically
- Update When: New features, refactoring, tech stack changes
- Audience: Developers, DevOps, technical stakeholders
Primary Stack
| Layer | Technology | Version | Rationale |
|---|---|---|---|
| Language | [e.g., TypeScript] | [Version] | [Why this language] |
| Framework | [e.g., Node.js] | [Version] | [Why this framework] |
| Database | [e.g., PostgreSQL] | [Version] | [Why this database] |
| Infrastructure | [e.g., AWS, Vercel] | [N/A] | [Why this infra] |
| Key Libraries | [List important ones] | [Versions] | [Why each matters] |
Architecture Pattern
Type: [Monolith | Microservices | Serverless | Agent-based | Hybrid]
Pattern: [Brief description]
Diagram: [Link to architecture diagram if exists]
Why This Architecture?
[Explain the business and technical reasons for this architecture choice. What problem does this architecture solve? What were alternatives considered?]
Project Structure
[Project Root]
├── src/ # Source code
├── tests/ # Test files
├── docs/ # Documentation
├── scripts/ # Build/deploy scripts
└── [Other key directories]
Key Directories:
src/- Contains all application logic organized by [module/feature/domain]tests/- [How tests are organized]docs/- [What documentation lives here]
Key Technical Decisions
| Decision | Rationale | Impact |
|---|---|---|
| [Decision 1] | [Why this choice] | [What it enables] |
| [Decision 2] | [Why this choice] | [What it enables] |
See decisions-log.md for full decision history with alternatives.
Integration Points
| System | Purpose | Protocol | Direction |
|---|---|---|---|
| [API 1] | [What it does] | [REST/GraphQL/gRPC] | [Inbound/Outbound] |
| [Database] | [What it stores] | [PostgreSQL/Mongo/etc] | [Internal] |
| [Service] | [What it provides] | [HTTP/gRPC] | [Outbound] |
Technical Constraints
| Constraint | Origin | Impact |
|---|---|---|
| [Legacy systems] | [Business/Tech] | [What limitation it creates] |
| [Compliance] | [Regulation] | [What must be followed] |
| [Performance] | [SLAs] | [What must be met] |
Development Environment
Setup: [Quick setup command or link]
Requirements: [What developers need installed]
Local Dev: [How to run locally]
Testing: [How to run tests]
Deployment
Environment: [Production/Staging/Development]
Platform: [Where it deploys]
CI/CD: [Pipeline used]
Monitoring: [Tools for observability]
Onboarding Checklist
- Know the primary tech stack
- Understand the architecture pattern and why it was chosen
- Know the key project directories and their purpose
- Understand major technical decisions and rationale
- Know integration points and dependencies
- Be able to set up local development environment
- Know how to run tests and deploy
Related Files
business-domain.md- Why this technical foundation existsbusiness-tech-bridge.md- How business needs map to technical solutionsdecisions-log.md- Full decision history with context