As code generation becomes inexpensive, the constraint shifts from writing speed to architectural judgment. Forge is built for that constraint. Engineers define outcomes, boundaries, and invariants upfront, and agents handle implementation with full repository awareness and respect for existing patterns.Documentation Index
Fetch the complete documentation index at: https://docs.potpie.ai/llms.txt
Use this file to discover all available pages before exploring further.
Specification first
Before generating anything, Forge probes for:- The desired outcome and scope
- Constraints and invariants the implementation must satisfy
- System boundaries and interface definitions
- Failure modes and validation strategies
Repository context
Forge reads the knowledge graph for established abstraction layers, dependency direction rules, naming conventions, shared domain models, and prior architectural decisions. When introducing new functionality, Forge:- Reuses existing abstractions
- Avoids duplicating domain logic
- Respects dependency boundaries
- Aligns with current error handling and testing patterns

