OV

Overlord

Agent work with tickets, not chat sprawl.

Web app + desktop + CLI + MCP

Run agent work like real engineering work.

Overlord gives AI-assisted development a shared operating surface: structured tickets, live progress, human review, and final delivery without asking your team to abandon the tools they already trust.

Ticket-first execution

Prompt, progress, review, and delivery all live in one place.

Local-first boundaries

Repository contents stay on your machine unless you intentionally share them.

Agent flexibility

Launch work in the tools your team already uses instead of forcing a new chat UI.

Works with
CodexCodex
Claude CodeClaude Code
CursorCursor
GeminiGemini

Ticket 183

Create basic marketing site

Ship a concise homepage that pitches Overlord, clarifies the product model, and drives account creation.

executing

objective

Coordinate public marketing, product screenshots, and signup flow without inventing a new UI metaphor.

deliverable

Landing page implemented, screenshot placements defined, CTA wired to account creation.

activity stream

Agents report progress back into the ticket while humans stay in control.

Attached to ticket and loaded project guidance.

step 01

Replaced the homepage redirect with a public landing page.

step 02

Added screenshot callouts for the final product captures.

step 03

stack

Web app
Desktop app
CLI protocol
MCP server

system record

The ticket becomes the place where prompts, updates, blockers, and delivery all stay attached.

privacy boundary

Repository contents are not uploaded just because a project is connected to Overlord.

Why it fits

A coordination layer for agent work, not another agent shell.

Overlord is strongest when a team already has tools they like and needs structure around execution, review, and handoffs.

Keep using Codex, Claude Code, Cursor, Gemini, and your own tools.

Coordinate local terminal runs, cloud agents, and human review in one ticket.

Turn prompts, progress, and delivery into a durable system of record.

Workflow

Keep the terminal where it belongs. Keep the coordination where everyone can see it.

The product model is simple: tickets define the work, agents execute in their normal environment, and humans review outcomes in a shared system instead of private chat tabs.

01

Write the work once

Create a ticket with the objective, context, constraints, and acceptance criteria.

02

Launch in your real environment

Start an agent from the desktop app or CLI directly inside the repository that matters.

03

Track progress without babysitting

Sessions stream updates, blockers, and structured artifacts back into the ticket.

04

Review like engineering work

Humans answer questions, inspect file changes, and keep a durable record of the result.

Suggested screenshot placements

These placeholders can be swapped with real UI captures later without changing the page structure.

Hero replacement

Active ticket with live agent updates

Capture the ticket detail view with progress updates, a structured deliverable, and a visible status badge.

Workflow section

Project board with multiple tickets

Show how work is grouped by project so the page immediately communicates organization and momentum.

Local-first section

Desktop launch or terminal attachment flow

Use a screenshot that proves Overlord connects the web workflow to a real local repository and terminal.

Privacy

Local repos stay local.

Overlord stores ticket content and ticket activity. It does not upload your repository just because you connected a folder or launched an agent from the desktop app.

Connect a repository folder to the project

Launch an agent in that local working directory

Share only the ticket content and updates you choose to record

Start with one ticket

Create an account and give your agent workflow a real home.

If your team is already using AI coding agents, the missing piece is usually not another model. It is shared coordination, review, and continuity.