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

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
  • business-domain.md - Why this technical foundation exists
  • business-tech-bridge.md - How business needs map to technical solutions
  • decisions-log.md - Full decision history with context