Design in code, review together.

Build with any AI.Review it like real product work.

Forge is a Git-native workspace that turns raw AI-built prototypes into clean, version-controlled releases stakeholders can actually review.

Download for MacWindows soonmacOS 14+ · Apple silicon · Local projects are free
Product walkthrough — coming soon
Models
Claude Code, Codex, or anything local. Picked per task, swapped without ceremony.
Truth
Your repository. Forge never grows a database of record behind your back.
Reviewers
They open a link. No installs, no seats to buy, no tools to teach.

01 The shift

Design moved into code. The review system stayed behind.

Teams that prototype with AI gain executable interfaces — and lose the things a design file quietly provided: shared context, structured feedback, an approval that means something. Forge rebuilds that system where the work actually lives now. The repository.

fig. 1 — where the context goes
Withoutdesign file → screenshot → ticket → rebuild → context lost
With Forgerepository → frozen versionreview linkdecision → repository

02 The loop

An opinionated loop, not another agent terminal.

Forge guides work through a lifecycle. Every step leaves a record in the repo — one a teammate can read six months later and still understand why it looks the way it does.

01Frame

Capture the problem, the constraints, and the supporting material as files in the repo, next to the interfaces they describe.

02Explore

Branch into parallel directions with whichever model fits the job. Explorations run side by side — you compare working interfaces, not thumbnails.

03Check

Run quality checks before anyone outside the team sees the work, so stakeholders review the design, not the typos.

04Freeze

Pin an exact, immutable version. What reviewers see never shifts underneath their comments.

05Review

Publish a guided review. Stakeholders comment on real screens, real states, and real flows — from a link, with nothing to install.

06Resolve

Triage feedback into decisions and tasks, execute the accepted ones locally with any model, and show every reviewer what happened to their comment.

03 Spoken here

Git underneath. Design language on top.

Designers shouldn’t need Git internals to keep a defensible record. Forge runs the standard mechanics and names them after the work.

git branchexploration
git commitcheckpoint
git diffwhat changed
git tagfreeze
pull requestpromotion review
git mergeaccepted direction

04 Forge Cloud

The repo stays home. The review goes out.

Forge Cloud hosts the one part of the process that needs other people: review rooms with real identity, comments pinned to exact elements, approvals, reminders, and the running record of how feedback was resolved.

Stays on your machine

  • Source code and Git history
  • Model credentials and execution
  • Artifacts, todos, and decisions
  • Previews and immutable versions
  • Exported review history

Runs in Forge Cloud

  • Hosted review rooms
  • Stakeholder identity and access
  • Pinpoint comments and approvals
  • Version-to-version comparison
  • Notifications, reminders, analytics
The repository is permanent. The cloud is replaceable.

Inside Forge Cloud ↗

05 Downstream

Engineers receive a repository, not a redline.

When a version is approved, Forge prepares the handoff from the repo itself: the exact checkpoint, a component inventory, scenario and seed data, the observed data model, every decision with its reasoning, and the questions that remain open. Developers consume it through Git — no Forge account, no new portal.

06 The method

Opinions, written down.

01

Automation proposes before it promotes.

02

Human decisions are explicit.

03

Every reviewed version is immutable.

Read the Forge method ↗

Design in code. Review with people. Build with any model.