Skip to main content
In Orkestral, you never lose track of what the team is doing. Every meaningful request you make turns into issues, discrete, trackable units of work, that are automatically grouped under epics. Nothing reaches your code until you approve it.

​
From chat to issues

When you ask the team for something in chat, the CEO orchestrator reads your repos, plans the change, and breaks it into issues. You don’t file tickets by hand, the work items are created for you.
1

You make a request

Describe what you want in plain language in the chat.
2

The orchestrator plans

The CEO analyzes your codebase and decomposes the request into concrete work.
3

Issues are created

Each piece of work becomes an issue with a status, priority, and assignee.
4

Related issues group into an epic

Issues that belong to the same goal are linked under a parent epic.
Issue creation is deduplicated server-side. If a request maps to work that already exists, Orkestral reuses the existing issue instead of creating a duplicate.
An epic is a parent that holds related issues together. When a request spans multiple areas, say a backend change plus a frontend update, Orkestral creates one epic and attaches each issue as a child. Parent and child links keep the hierarchy clear, so you always see how a small task ladders up to the larger goal.

Epic

The high-level goal. Groups every issue created for one request.

Issue

A single trackable unit of work, linked to its parent epic.

​
Statuses

Each issue moves through a clear lifecycle. You can see at a glance where every piece of work stands.

Backlog

Captured, not yet scheduled.

Todo

Queued and ready to start.

In progress

Being worked on by an agent.

In review

Awaiting review of the result.

Done

Completed and closed.

​
Priority and assignee

Every issue carries a priority and an assignee, so the team works on the right things in the right order.
Priority signals urgency and ordering. Higher-priority issues are picked up first, helping the team focus on what matters most.
Each issue is assigned to a specialist, Tech Lead, Frontend, Backend, DevOps, QA, Designer, or Code Reviewer, based on the kind of work involved. The assignee owns the issue through its lifecycle.

​
The approval gate

No code is touched until you say so. Before any agent runs the FORGE to apply changes, Orkestral pauses at an approval gate.
Execution is blocked until you approve. You stay in control of every change that reaches your codebase.
1

Plan is ready

The orchestrator has created the issues and prepared the change.
2

You review

Inspect the plan and the issues it produced.
3

You approve

Only then does the FORGE execute the code changes locally, at $0 API cost.
Approved work flows straight into code review, where you see exactly what the FORGE did.