Architecture

Git2Docs uses a modular architecture that separates concerns between GitHub integration, AI processing, data storage, and user interfaces.

System Overview

Git2Docs Architecture Diagram

The diagram above shows how Git2Docs processes your code and delivers documentation to users. Each component plays a specific role in the pipeline.

Data Flow

  1. Trigger - A GitHub release event or manual trigger initiates the process.
  2. Clone - The worker clones your repository at the specified tag/branch.
  3. Analyze - The documentation engine analyzes the codebase structure and content.
  4. Generate - AI processes the analysis and generates documentation content.
  5. Store - Generated content is stored in the database with version tracking.
  6. Serve - The web app serves documentation to users through the portal.

Feedback Loop

Git2Docs supports a human-in-the-loop workflow where team members can review and edit AI-generated content. When humans edit a section:

  • The section becomes "human-owned" and won't be overwritten by AI
  • Future regeneration respects human edits
  • If AI detects a conflict, it creates a "contested" state for review

This creates a collaborative workflow where AI handles the heavy lifting while humans maintain control over critical content.

Deployment

Git2Docs is designed for cloud deployment with the following components:

ComponentTechnologyScaling
Web AppNext.js on VercelServerless, auto-scaling
WorkerNode.js serviceHorizontal scaling
DatabasePostgreSQL (Neon)Serverless, auto-scaling
AIClaude APIAPI rate limits