my-app
D:\Sites\my-app
Alepou wraps Claude Code, Codex CLI, Gemini CLI, and shell in a project-owned workspace. Memory, plans, tasks, command approvals, bridge snapshots, and git-linked audit history stay as inspectable files beside your code.
BYO CLI · no API keys · not SaaS · works with your existing subscriptions
D:\Sites\my-app
D:\Services\api-server
D:\Sites\docs-site
http://127.0.0.1:8788
Safe mode and auto-refresh are controlled here.D:\Backups\Alepou
Snapshots store commit, branch, dirty state, and note.See what is actually alive, not just what you launched.
permission presets and custom auto-approve patterns
model, reasoning effort, and Windows sandbox defaults
toggle experimental capabilities without leaving the app
Roll back any task commit from here — gated by typing CONFIRM, never by one stray click. The rollback itself becomes a new commit, so the trail never loses an entry.
Each codebase gets its own card — launchers, live sessions, ports, git, and backups grouped under the right repo.
Sessions stay attached to the right repo, named and reachable — from the desktop or the phone remote.
File-backed planning lives beside your code under plan/ — continuity from session to session, nothing hidden in SaaS memory.
Sequential or parallel runs on the subscriptions you already have — every completed task ends in a git commit, the watchdog catches stalls.
One question goes in once; Claude, Codex, and Gemini answer without seeing each other, then a supervisor synthesizes the strongest plan.
Why it is different
Cursor, Windsurf, and Antigravity are editor-first agentic environments. Alepou is different: it is a local workspace around the CLI tools and project files you already use.
Claude Code, Codex CLI, Gemini CLI, and shell sessions stay as real local processes. Alepou groups them by project and gives them file-backed plans, memory, inboxes, and tasks — one connected agent working in a project-owned workspace. When you want to scale, a supervisor model can keep the queue moving while workers execute in their normal terminals.
A newer wave of agent orchestrators — Conductor, Superset, Agent Deck — groups the same CLIs behind parallel worktrees and run dashboards. Alepou's model is different: one task, one commit, in your real working tree, with memory, plans, and audit history as plain files in your own repo. When Vibe Kanban shut down in April 2026, its users had to migrate their workflows out. If Alepou stopped tomorrow, everything it knows would still be sitting next to your code.
You keep your editor. You keep your official CLIs. You keep your subscriptions. Alepou gives the surrounding workflow a local control plane.
Alepou keeps project memory, tasks, plans, and handoffs in local files, then gives the model a bounded map of the current state when a session starts. The goal is not to stuff more into the prompt; it is to stop wasting context on rediscovery.
Starts each workspace session with a bounded map of the project instead of making the model rediscover it.
Wraps official CLIs instead of replacing them.
Project files and planning state stay on your machine.
Sessions, tasks, docs, memory, ports, Git, and backups live under the same project.
Plans and task state are plain files, not hidden service memory.
Domain tools can export local state, accept approved command files, and report results back into the same planning center.
Every completed task ends in a git commit, with the SHA recorded on the task entry. Click through to inspect the diff.
Plans, memory, tasks, and history are plain files and git commits in your repo. Nothing to migrate out of, ever.
Supervisor and worker queues are built in for when one agent isn't enough — opt-in, not the default posture.
Monitor and manage the same live sessions over LAN or Tailscale.
What it actually does
git show output. The audit trail is plain git in your own repo, so git log, git revert, git blame, and CI hooks all apply as-is. A dedicated History tab shows the day-grouped timeline of every AI commit — click any entry for the full diff, revert with a typed confirmation.Audit trail
Every tool in this space will eventually face the same question from a security review or a compliance office: “Show me every change the AI made, who approved it, and undo the third one — without losing the record.” Alepou is built so that question has a boring answer.
Each completed task records which agent did the work, and the commit SHA is written back onto the task entry. git blame resolves to a task, an agent, and its planning context.
The record is created by the completion flow itself — commit first, SHA onto the task — not reconstructed later from chat logs.
Undo requires a typed confirmation and lands as a new commit. The trail is append-only: the rollback is itself an auditable event.
No proprietary history store. git log, git show, CI hooks, and your existing review tooling inspect the AI's work with zero adaptation.
Alepou is not a validated compliance system and does not claim to be one — but teams in regulated environments will recognise the shape.
Unity Bridge beta
Unity Bridge is the first domain bridge for Alepou: a local package that lets AI CLI sessions see the Editor — scene state, a queryable asset index, Console output, even Scene and Game view captures — and change it through 28 approved command actions, while the planning center stays in charge.
Scene hierarchy, selection, Inspector snapshots, Console output, a queryable asset index, packages, build settings, diagnostics, compile status, and command results are written into plan/unity/ — and refreshed automatically as the Editor changes.
The CLI writes C# scripts as normal assets, then creates explicit command JSON under plan/unity/commands/pending/ for scene and Inspector changes.
The Editor window previews pending commands. You approve them locally — or allow-list trusted actions for auto-approval — and Unity applies them through Unity APIs with Undo grouping, then writes applied or failed results.
The planner captures the Scene or Game view to see the result, inspects command outcomes before continuing, updates tasks, and keeps the same audit trail: local files, explicit decisions, and git-backed completion.
https://github.com/alepou-ai/alepou.git?path=/terminal-manager/unity-bridge/com.alepou.unity-bridge#unity-bridge-v0.5.0
It is not a shift into being a Unity-only product. It is a proof point for a broader pattern: expose local tool state, use approved command files for side effects, and let Alepou remain the planning center for the whole project.
Phone remote
You started a refactor at your desk. Your phone shows you it is still running and lets you steer from wherever you are.
Phone remote is a paid companion app — $2.99 one-time, coming to Google Play. Desktop core is free and open source (Apache 2.0).
Deliberation and orchestration
The 1+1 setup is the sweet spot: Claude Opus reads your context and assigns the next task. Codex executes, commits, and says done. Supervisor reviews the diff and moves on. Only one model runs at a time - subscription-friendly, without running multiple model sessions at once.
Round 1: each model responds without seeing the others. Round 2 onward: each sees the full transcript and refines. A supervisor synthesizes agreements and open questions. Iterate until consensus, or a clear disagreement that tells you something real.
The architecture of this product was designed using deliberation mode. Three models debated structure and tradeoffs across multiple rounds before any code was written.
The supervisor reads your project memory and task board, writes precise instructions for the worker, and dispatches. The worker executes and commits. Supervisor reviews the git diff and assigns the next task. Repeat until the queue is empty — or the watchdog fires because something went wrong and needs your attention.
Add more workers for parallel throughput. On subscription, 1+1 is the practical sweet spot. For larger overnight runs, per-token API keeps costs predictable.