Written before code.
The outcome, the systems touched, the approval point and the limits are agreed in writing before development starts. If the scope changes, the brief changes first.
Fortoxa designs and builds agentic workflows for teams whose work crosses systems, approvals and audit. The same engineer scopes the work, writes it and hands it over.
Fortoxa is run by Ismail, a senior full-stack engineer who scopes, builds and hands over the work himself. You talk to the person writing the code — there is no account layer and no junior handoff.
The outcome, the systems touched, the approval point and the limits are agreed in writing before development starts. If the scope changes, the brief changes first.
You review progress in your own repository, against real inputs. Test evidence covers what happens when a step fails, not only the happy path.
Code, configuration, run notes and the rollback plan are yours. Maintenance is optional, and it is priced like any other work.
Know what happens next, what you receive and where your approval is needed.
Map one task, the systems involved and the limits. Agree the scope and estimate before work starts.
You receive a written brief.Review the implementation in your repository. Test the agreed behaviour, including what happens when something fails.
You receive code and test evidence.Approve the release with a rollback plan. Document how it runs, what remains open and who maintains it.
You receive release and handover notes.Saying no early is part of the service. These are the requests we turn down, because they tend to end with a system nobody owns.
If your problem is adjacent to these, say so in the enquiry — there is usually a smaller, honest version of it worth building.
One page is enough: what happens today, the systems involved, who approves the result.
Four questions, one page. The enquiry goes to the studio workflow and we reply by email within one working day.