Projects

Workbench overview

The main operating surface for following project work, reviewing evidence, and understanding what the AI worker team is doing.

Public draft for dev reviewLast verified 2026-05-22

Created from Phase 2 docs inventory and Workbench planning notes.

What Workbench is

Workbench is the project room. It brings together the goal, current status, worker activity, files, messages, handoffs, review evidence, and approval gates so users can understand progress without chasing separate conversations.

What to check first

Start with the project status, active worker tasks, recent handoffs, FileVault, and any review requests. These areas answer whether the project is moving, blocked, waiting for input, or ready for review.

  • Project status: the current state of the work.
  • Worker activity: who is working and what they own.
  • Handoffs: what has been assigned, completed, or paused.
  • Evidence: what changed and how it was checked.
  • Review gates: what needs a human decision.

Main areas

Workbench should feel like a project control room. The exact layout can evolve, but users should expect an overview, worker activity, messages or notes, FileVault, evidence, review requests, and settings for the project.

Worker activity

Worker activity shows what each role is doing or waiting for. A useful activity view should make ownership visible: who has the next action, what they are working on, and whether anything needs a user decision.

Handoffs

A handoff is a bounded packet of work. Users do not need to manage every handoff manually, but they should understand that handoffs keep work scoped, assign ownership, and make progress reviewable.

Evidence and review packages

Evidence is the proof behind a claim. It may include a summary, screenshots, changed files, route checks, tests, notes, decisions, or known residual risk. A review package should let a user decide whether the work is ready to continue.

Review gates

A review gate is where Kaidera should wait for human approval. Common gates include scope approval, release approval, customer-visible changes, billing or access changes, security-sensitive steps, and unclear business decisions.

What good progress looks like

Good progress is visible and reviewable. Users should be able to see what changed, why it changed, what evidence exists, what is blocked, and what the next step is.

When to intervene

Intervene when the goal has changed, the system asks for approval, the evidence is unclear, a business constraint is missing, or the project appears to be moving in the wrong direction.

What can go wrong

If Workbench feels confusing, look for three things first: missing goal, unclear owner, or missing evidence. Those are the usual reasons users cannot tell whether a project is healthy.

Read next

Read FileVault next if the project depends on files, diagrams, screenshots, or generated documents. Read Built-in AI workers next if the question is who owns each kind of work.

Website context

Connect this guide back to the product story

The technology docs map links this page to the public technology narrative and helps buyers move from a capability overview into the right operating guide.

Open technology docs map →