What Our Team Does During Build
Building your agent involves more than writing code. Every layer of the system needs to be constructed, connected, and verified before it reaches you.1
Implement the agent logic
Our engineers translate the approved workflow diagram into working code — each step, branch, and decision point in the design becomes a functioning part of the agent.
2
Connect your tools and integrations
We wire up every tool on the approved tool list: your CRM, inbox, helpdesk, database, or any API in the design. Each connection is tested independently before the full workflow runs.
3
Configure guardrails
The constraints and rules defined in the design are implemented and tested specifically for edge cases — the scenarios where guardrails matter most.
4
Run the internal test suite
Before you see the agent, we run a structured set of tests covering expected inputs, edge cases, error handling, and escalation paths. The agent doesn’t move to staging until it passes.
Your Role During Build
You won’t be heads-down in the build, but there are moments where we’ll need you to act. Delays in these areas are the most common cause of extended timelines.Authorise Integrations
Some tools — such as your CRM, your inbox, or your messaging platform — require you to provide credentials or grant access permissions. We’ll give you clear, step-by-step instructions when this comes up.
Provide Sample Data
Real examples from your business make testing far more reliable than synthetic data. We may ask for anonymised email threads, form submissions, or CRM records to use in our test suite.
Clarify Edge Cases
Build surfaces questions the design didn’t anticipate. When they come up, we’ll flag them clearly — usually a short async message — so you can give a quick decision and we can keep moving.
The Staging Environment
Before we hand anything over for your review, we deploy the agent to a staging environment — a sandboxed version of your production setup.The staging environment is fully isolated. It connects to test versions of your tools (or read-only connections where test environments aren’t available), so you can interact with the agent freely without any risk to live data, real customers, or production systems.
- Trigger the agent yourself using real or sample inputs
- Step through each part of the workflow and verify it matches the approved design
- Test escalation and handoff scenarios
- Flag anything that doesn’t feel right before it goes anywhere near production
Build Timeline
Standard Build
2–3 weeks for agents with a single trigger, a linear workflow, and 2–4 tool integrations. This covers the majority of first-agent builds.
Complex Build
3–4+ weeks for agents with multiple triggers, branching logic, five or more integrations, or custom API connections that require additional development work.
What Can Change Scope During Build
Some changes are expected and handled as part of the build. Others represent meaningful additions to the agreed scope and are treated formally as change requests.- Handled Within Build
- Change Requests
- Minor wording adjustments to agent copy
- Tweaks to escalation thresholds within the same logic structure
- Fixing edge cases that surface during internal testing
- Adjusting how an existing tool integration behaves