This guide is for a COO, CTO or Head of Operations at a mid-market company that already has a candidate AI-agent use case and must decide, before committing budget, what to build it on. It assumes the agent-vs-workflow question is already settled; see AI agent vs workflow automation if the first question is whether the task needs agentic reasoning at all. It also assumes you have not yet chosen who delivers the work; see choosing an AI consulting partner for the separate question of which outside partner archetype fits once this page's architecture choice is made. For the broader process-selection and governance questions, start at the AI automation for business operations guide.
In this guide
- What is the real difference between a platform and a custom-built agent?
- The decision matrix: match the path to the constraint
- How to run the decision for one use case
- Where AI fits
- What delivery record exists, and what does not
- Alternatives: buy a point solution instead of deciding at all
- Limits of this guide
- Frequently asked questions
- Next step
What is the real difference between a platform and a custom-built agent?
A configurable agentic AI platform is a vendor's product: you configure prompts, tools and guardrails inside a workspace the vendor builds, hosts and upgrades, and you depend on its roadmap for anything outside its configuration surface. A custom-built agent is software written to your own systems and data model, with no product boundary to configure around — either as a single agent with its own small set of controls, or, once several agents need the same approvals, audit log and budget rules, behind a custom-built governance platform layer that you (or a partner) own and run inside your own cloud. The product's value is a shorter path to a working result inside its boundary; the custom build's value is that there is no boundary, at the cost of owning everything inside it.
The decision matrix: match the path to the constraint
Score the actual use case, then read down the column with the most matches.
| Signal in your situation | Configurable platform fits | Custom-built agent fits | Custom-built platform layer fits |
|---|---|---|---|
| What the agent touches | One system the product already connects to | Your own systems and data model, in a shape the product does not configure | Several agents, each touching different systems |
| Data control needed | The product's standard data handling is acceptable | The data must stay inside infrastructure you control | Same, across every agent sharing the layer |
| Audit and compliance | The product's built-in log is enough for your record-keeping | You must export a full, queryable trail in your own format | A shared, queryable trail across every agent and approver |
| In-house engineering capacity | Little to none; nobody owns an agent after launch | A team can own and extend the agent once delivered | A team (or a managed partner) owns the registry, gateway and policy engine |
| Time to a working result | Weeks, inside the vendor's configuration surface | A delivery cycle, scoped like any custom engagement | Longer: the layer is built once, then agents are added to it |
| What you give up | The product's roadmap and support boundary become your ceiling | Upfront engineering commitment and ongoing ownership | The largest upfront commitment, justified only once more than one or two agents are planned |
How to run the decision for one use case
-
Name the workflow and the systems it touches
List every system an agent for this task would need to read or act on.
-
Classify the data
Decide whether the data this agent handles may leave your infrastructure boundary, and under what contract terms, before you look at any product.
-
Write the audit requirement
State what a reviewer must be able to reconstruct after the fact, and in what format; check whether a candidate platform can export that, not just display it.
-
Count the engineering capacity you actually have free
, not the capacity you plan to hire. A platform with no owner after launch still needs someone to maintain its configuration.
-
Score the matrix above
for this one use case. Do not let an answer from a previous, different use case carry over.
-
If the answer is platform, run a bounded pilot
inside the product before committing a second use case to it.
-
If the answer is custom-built agent or platform layer, scope it like any custom engagement
a fixed-scope discovery, a named owner, and an evaluation gate before production data — see the AI agent evaluation harness for that gate.
Where AI fits
-
In delivered commerce work
Recommendation engine
Named, for 4over4's online printing store; an e-commerce personalisation feature, not an agent and not evidence for either path on this page.
-
In delivered work
MLOps pipeline
Netbase has delivered retrieval-augmented knowledge assistants, document AI and MLOps pipelines for clients that are not named; these are the closest registered evidence for the custom-built-agent path, described by kind of system and Netbase's role only, with no client name, count or result figure.
-
Available capability
A custom-built governance platform layer
A registry, tool gateway, approvals, audit log and budgets, built inside the client's own cloud as part of agent delivery (design detailed in the enterprise AI agent platform solution); not yet tied to a published case.
What delivery record exists, and what does not
Netbase has not operated or sold a commercial, configurable agentic AI platform product, and this page does not claim one. The registered delivery record that applies is on the custom-build side of the matrix: anonymised RAG, document AI and MLOps engagements beyond the named 4over4 case (F072), and the phased, named-owner handover method used on the cloud ERP and ERP/CRM delivery engagements (F076, F077) — the closest precedent for the discipline a custom-built governance layer needs, not a published agent-platform delivery itself. Netbase works with commercial and open-source AI tools and models, chosen per project, so neither path locks a client to one vendor's model (F070, F073). Where a mid-market buyer has no internal owner for this decision at all, a fractional technology leadership engagement can sit with the executive team to make and own it (F085). No duration, cost, headcount or outcome figure is published for either path. Most Netbase projects are delivered on fixed-price contracts, with scope and price agreed after discovery; milestone-based, monthly team retainer and KPI-linked terms are also offered (F067, F018).
Alternatives: buy a point solution instead of deciding at all
A narrower alternative exists for some use cases: buy a single-purpose product built for one job (for example, a support-ticket triage tool or an invoice-matching tool) rather than a general-purpose agentic AI platform. This sidesteps the build-vs-buy question only for that one job; it still leaves the same decision open for the next use case, and a point solution that cannot export its own audit trail carries the same compliance limit a general platform does. Treat it as a special case of "platform fits" in the matrix above, not a fourth path.
Limits of this guide
- The matrix scores one use case at a time; it does not size a multi-agent rollout or a 90-day plan — see the first-90-days operating plan for that once a path is chosen.
- It does not name or rank any commercial agentic AI platform product; published vendor cost and timeline figures vary widely by source and by vendor incentive, and are not repeated here. A specific cost-saving percentage attributed to an unnamed study was found repeated, unattributed, across several build-vs-buy pages checked for this guide; it could not be traced to a verifiable primary source and is deliberately left out.
- It assumes the agent-vs-workflow question is already answered and that a delivery partner, if any, is chosen separately; see the linked guides above for each.
Plan the next step with a Netbase consultant
Frequently asked questions
Usually yes for the agent's logic, but check the data-export and audit format before you start: a platform that only shows its own dashboard, with no exportable trail, makes the later move harder, not just slower. Our vendor lock-in and exit planning guide lists the contract clauses that keep that move possible.
Usually not. A single agent can run with its own small set of controls; a custom-built platform layer pays off once several agents need the same approvals, logs and budgets.
Not inherently; it means the security boundary is partly the vendor's. Netbase applies secure code review, encryption in transit and at rest, role-based access and vulnerability scanning to work it builds, and holds ISO 27001 certification and a SOC 2 Type II attestation for its own operations (F021, F022, F051, F052); those controls do not automatically extend to a third-party product you configure.
Name one accountable owner before scoring the matrix, so the answer is not revisited every time a new use case appears; if nobody internal can own it yet, a fractional technology leadership engagement is one way to fill that gap (F085).
Next step
Send us the candidate use case and the systems it touches, and we will score it against this matrix with you; see the enterprise AI agent platform solution if the scoring points to a shared governance layer, or book a solution review to start either path.
Related services and solutions
AI automation and agents that keep people in charge
Netbase provides AI automation and agent development for operations teams that want repetitive, multi-step work done by software while people keep approval over the decisions that matter. We combine rule-based automation with AI where it adds value, build in human approval, and measure return against a baseline.
Learn More
Enterprise AI agent platform: run AI agents with approvals, audit logs and cost limits
An enterprise AI agent platform is a governed runtime where AI agents plan and carry out multi-step work through approved tools, while approvals, audit logs, access rules and cost limits keep every action accountable. Netbase offers it as a forward-looking solution, built inside your own environment rather than licensed as a product.
Learn More
Work with Netbase remotely
Every Netbase engagement is delivered remotely, so clients in any country and any industry can work with us; Netbase has worked with clients in 80 countries. Contracts and invoices are issued by Netbase JSC, and payment is made by bank transfer to Netbase JSC's company account or PayPal Business. Talk to the CEO, Huy Nguyen (David), on WhatsApp or by email.
Discuss a project
Netbase JSC helps organizations design, build, modernize, and operate digital products and AI-enabled business systems.project@netbasejsc.com
+84 937 869 689
91 Nguyen Chi Thanh, Dong Da, Hanoi, Vietnam
Get in touch
Tell us what you want to build, modernize, or operate.