Autonomous development is now central
Open ACE can run issue-driven workflows with planning, execution, review, final code changes, batch issue navigation, fork flows, and auto-merge controls.
Project
Open ACE is moving from a browser AI workspace into a self-hosted autonomous engineering control plane. This section turns repository state, roadmap planning, release history, and contribution entry points into a single public surface.
The current codebase shows a clear product shape: issue-driven autonomous development, inspectable execution timelines, broader remote-agent coverage, and governance features that stay close to runtime behavior.
Open ACE can run issue-driven workflows with planning, execution, review, final code changes, batch issue navigation, fork flows, and auto-merge controls.
Timeline updates added compact milestone cards, summaries, full-text views, status semantics, deep links, approvals, and clearer failure or pause behavior.
ZCode support, app-server mode, token-based remote agent identity, code-server proxying, and CLI adapter hardening broaden the execution layer beyond the original tool set.
Quota enforcement, run provenance, API key proxying, audit surfaces, and cost visibility now connect more directly to how sessions and workflows are executed.
The site reads repository metadata at build time when GitHub API access is available, then falls back to committed project files so Pages builds remain deterministic.
Stars
39
Public adoption signal pulled from repository metadata when available.
Open issues
73
Current backlog volume for public product and engineering work.
Good first issues
1
Visible starter work for new external contributors.
These pages are meant to show how Open ACE has evolved beyond a docs shell: into a product with autonomous workflows, remote execution, and governance features that can all be inspected from one public surface.
Use these pages as the default project surface for roadmap, release, and contribution status.