Actofy documentation

How it works

From a product request to a reviewed change in one visible loop.

In short

Every Actofy run follows the same pattern: describe the outcome, review the plan, approve important steps, and hand the result to your team for review.

How it works

  1. 01

    1 · You describe the outcome

    Write what should change for customers or attach the ticket your team already uses.

  2. 02

    2 · Actofy reads the right context

    Actofy looks at the connected project areas so the plan matches how your product is actually built.

  3. 03

    3 · You review the plan

    The plan explains what will change and where your team should review it. You can approve, edit, or stop.

  4. 04

    4 · Actofy builds safely

    Work happens in a protected workspace first. Your main app stays clean while checks run.

  5. 05

    5 · Your team reviews the handoff

    Actofy prepares the change with checks, notes, and a timeline so technical reviewers can make the final call.

For your engineering team

  1. 01

    1 · Local control plane

    The desktop app talks to the local control server on your machine for policy, persistence, and routing.

  2. 02

    2 · Planner drafts a Blueprint

    Actofy reads repo context, maps relevant architecture, and produces an execution plan before implementation.

  3. 03

    3 · Isolated execution

    File edits, shell commands, and tests run inside an isolated workspace. The main environment stays clean.

  4. 04

    4 · Checks and delivery

    Validators run tests, lint, and review logic. Actofy opens a pull request with diffs, logs, and review notes.