# What we build

> Agent engineering, retrieval and data, and workflow automation, plus the evals, tracing and human approval steps that make them safe to run in production.

Canonical page: https://aispeedforce.com/services/

Last updated: 2026-08-23

Three lines of agent work, and two supporting lines that sit around it. Most engagements use two of the three, and we say which before we quote.

## The three lines

Each one is a real engineering practice with its own failure modes, not a package name.

- [Agents that finish a task](https://aispeedforce.com/services/agent-engineering/): Task-scoped and multi-step agents that plan, call tools and know when to stop. Covers: tool use, MCP servers, memory and state.
- [Answers grounded in your content](https://aispeedforce.com/services/retrieval-and-data/): Ingestion, chunking and hybrid search, with retrieval quality measured rather than assumed. Covers: RAG pipelines, ingestion, retrieval evals.
- [Work that runs without a tab open](https://aispeedforce.com/services/automation-workflows/): Triggers, background jobs and approval steps, with a defined path for what happens when something fails. Covers: human in the loop, background jobs, escalation.

## Which one a job needs

The most useful thing we do early is talk you out of the expensive option when the cheap one is correct.

- **a workflow**: The path is known and the same every time, and a person could write it down as steps. Deterministic, cheaper to run, far easier to debug. If this describes your job, we will tell you, even though it is the smaller piece of work.
- **an agent**: The path varies with the input, and writing out every branch would take longer than describing the goal. Worth the extra engineering because the alternative does not fit.
- **both**: The common answer. A workflow handles the deterministic spine and calls an agent for the one step that needs judgement, which keeps the reasoning small and the cost predictable.
- **retrieval underneath**: Any of the above, when the work depends on your own content. Without measured retrieval, an agent will answer confidently from nothing.

## What every engagement includes

These are conditions of the work, not add-ons you choose between.

- **Evals**: Every agent ships with an eval suite. Written from your real examples, before the agent exists.
- **Tracing**: Every run is traced end to end. Plan, tools, inputs, outputs and cost, from the first day you use it.
- **Human gate**: Write actions wait for a person by default. We open that up only where you tell us to.
- **Budgets**: Cost and latency ceilings are agreed before we build. Enforced inside the run, not reviewed after the invoice.

## Supporting lines

Subordinate to the agent work, and honest about it. We build these where they sit around an agent project, and on their own where the fit is good.

- [The interfaces the work needs](https://aispeedforce.com/services/web-development/): Approval queues, run review screens, internal tools, and the sites and storefronts around them. Covers: approval queues, run review, storefronts.
- [Technical, on page and content operations](https://aispeedforce.com/services/seo/): The work itself, plus the agents that do its repetitive parts with a person gating anything that publishes. Covers: technical, content ops, structured data.
- [Where this runs](https://aispeedforce.com/platforms/)
- [Shopify](https://aispeedforce.com/platforms/shopify/)
- [Wix](https://aispeedforce.com/platforms/wix/)
- [WordPress](https://aispeedforce.com/platforms/wordpress/)
- [Ecwid](https://aispeedforce.com/platforms/ecwid/)
- [HighLevel](https://aispeedforce.com/platforms/highlevel/)
- [BigCommerce](https://aispeedforce.com/platforms/bigcommerce/)

## Questions we get asked first

### Which of these do we actually need?

Most engagements use two of the three. An agent that answers questions about your own content needs retrieval underneath it. An agent that acts on a schedule needs a workflow around it. We scope which parts a job needs before quoting, and we say so when the answer is that you need less than you asked for.

### Do you take on work that is not agent work?

Yes. Web development and SEO are supporting lines, and we take them on where they sit around an agent build or where the work is a good fit on its own. They are no longer what we lead with.

### How small can a first project be?

One task, narrowly scoped enough that we can agree what a good result looks like and write eval cases for it. We would rather prove one task than build a platform nobody trusts yet.

## Tell us the task, not the technology

Describe one job you would hand to a capable new starter. We will tell you whether an agent should do it, what it would touch, and what it would cost to run.