How Forge works
Forge keeps repository context, engineering decisions, plans, evidence, and proposed changes connected to one project thread. It is designed for continued work rather than disposable prompts.
Active Development · Software Engineering Environment
A local-first engineering environment for sustained work on real repositories and codebases.

Mission
Forge is a local-first software engineering environment for developers and maintainers doing sustained work on real repositories. It connects repository inspection, planning, implementation, review, and repair so that project context survives across tasks. The engineering goal is to coordinate supported models and tools without obscuring evidence, affected files, or approval boundaries. Its long-term direction is a dependable desktop workspace where complex codebase work remains continuous and reviewable.
Forge keeps repository context, engineering decisions, plans, evidence, and proposed changes connected to one project thread. It is designed for continued work rather than disposable prompts.
Dale, Iris, and Victor are selectable communication profiles applied across supported reasoning models. Dale is the default. They are not separate AI models, and changing colleagues does not change Forge's routing or engineering rules.
Forge is designed to show plans, evidence, affected files, and proposed changes before consequential work is applied. User approval remains the trust boundary.
Forge is in active development. Product behavior, supported integrations, and release plans may change as the engineering workflow is tested and refined.
Forge is intended to support continued engineering work across the life of a repository, preserving the decisions, evidence, and project context needed to understand what changed and why.
Project status
The product is under active development. Public release timing has not been announced.
Current focus
Repository inspection and sustained project context
Planning, implementation, review, and repair workflows
Clear approval boundaries for consequential changes
Roadmap
current
current
planned
Features
Repository-aware project work
Model, tool, and task coordination
Selectable engineering-colleague communication profiles
Reviewable plans and proposed changes
Start with the repository itself: its files, structure, conventions, and the decisions already visible in the code.
Turn a goal into a reviewable sequence of work, with scope and affected areas made clear before consequential changes.
Coordinate supported reasoning engines and tools while keeping the project thread connected to the implementation.
Present evidence, affected files, and proposed diffs so the engineer can inspect the work instead of trusting a summary.
Run the available checks, investigate failures, and keep the validation result attached to the work that produced it.
Default engineering colleague
Calm, concise, and evidence-led. Dale prioritizes correctness, trust, simplicity, and maintainability.
Research engineer
Methodical and curious. Iris emphasizes architecture, patterns, tradeoffs, and understanding before change.
Performance engineer
Measured and practical. Victor looks for unnecessary work, profiles before optimizing, and keeps performance claims tied to evidence.
Engineering
A Rust backend and Tauri 2 desktop shell host a Svelte 5 and SvelteKit interface. SQLite provides local persistence, while the installed Codex app-server is the currently verified engineering engine.
Gallery

Product inquiry
Contact Reed Creative Labs for product, development, or press inquiries.
Contact the Studio