An overview of ForgeAI: the cloud cockpit, the forge CLI, how they communicate, and what the beta includes.
ForgeAI is an intelligent project cockpit for AI-driven software development. It gives your team a structured, visible way to go from an idea to shipped code: methodology-guided workflows produce planning artifacts, those artifacts turn into grouped tasks with dependencies, and AI coding agents execute the tasks on your own machine while you watch them work on a live Kanban board.
ForgeAI is made of two halves that are designed to work together.
The cockpit is the web app — the beta instance runs at https://forgeai-production-382c.up.railway.app. It is where your team:
Workflow conversations are encrypted at rest with a per-workflow AES-256-GCM key — see Security for details.
The forge CLI is the execution engine that runs on your machine. It is published on npm under the Apache-2.0 license. It:
forge auth login) — see Authenticating the CLIforge task open <taskId>, forge workflow open <workflowId>, forge release open <releaseId>)Install it with npm install -g @getforgeai/cli@beta — see Installing the CLI for the details, and the CLI command reference for every command.
The CLI and the cockpit talk over two channels:
| Channel | Used for |
|---|---|
| WebSocket (Socket.io) | Real-time dispatch of tasks and workflow steps to the CLI, heartbeats (every 30 seconds), live streaming of agent output back to the board and wizard |
REST (/api/cli/*) | Device registration, task status updates, resync after a disconnect, and one-off connectivity checks (used by forge auth status) |
Your browser also holds a WebSocket connection to the cockpit, which is how the board and the workflow wizard update live for every viewer.
The CLI is resilient to disconnects: events that occur while the WebSocket is down are journaled locally as NDJSON files under ~/.forgeai/events and replayed to the cockpit over REST when the connection comes back.
BMAD is the built-in methodology that structures a project's lifecycle from analysis to implementation. A BMAD workflow walks you through a sequence of steps in a wizard — an agent drafts each deliverable (for example a brief, a PRD, or an architecture document), you review it, request changes or approve, and the workflow advances. Workflows distinguish greenfield projects from brownfield changes (major, minor, or patch), which determines the git branch naming and which workflow templates apply. When a workflow completes, it can generate grouped tasks with dependencies that agents then execute. See BMAD workflows for the full walkthrough.
ForgeAI does not run AI models in the cloud. Agents run in Docker containers on the machine where you run forge connect, authenticated with your own AI credentials:
forge auth setup-claude, setup-codex, setup-opencode, or setup-kilo depending on the agent engine you pick; the CLI keeps them in the macOS Keychain (or an encrypted file on other platforms) and configures each agent container at spawn time.This is why creating a workflow requires at least one registered CLI device: the AI work physically happens on your hardware. If the registered CLI is offline, the workflow is still created and branch creation is deferred until a CLI connects. Docker is therefore a hard requirement — see Prerequisites.
The current beta (v0.1.0-beta) includes:
The beta moves quickly — follow the changelog to track what changes between releases.
Known beta limitations:
beta npm tag, so install it as @getforgeai/cli@beta; see Installing the CLIIf something breaks, check Troubleshooting & FAQ.