01how is this different from just using chatgpt or claude directly?
chatgpt or claude in a browser tab is a person typing a prompt and reading an answer. what we build is a system: the agent holds state across a multi-step task, calls your internal tools and apis through a permissioned layer, retries when a call fails, and passes an eval suite before and after it ships. the model call is the smallest part of the work. the state machine, the guardrails, the observability and the retrieval layer are the engineering, and none of them exist when someone opens a chat window.
02how do you prevent an agent from doing something wrong?
guardrails are designed during discovery, never bolted on after an incident. every tool the agent can call is permissioned and scoped: an agent that drafts a refund cannot execute one without a human approval step unless the architecture spec authorizes exactly that. retries have backoff and a hard stop. every run is logged, so an anomaly surfaces in minutes instead of arriving as a customer complaint. the eval suite runs the agent against known edge cases before every deploy, failure cases included.
03do we own the code?
yes, and completely. github repo under your org from the first commit, supabase project under your billing, claude usage on your own anthropic console. the agent ships inside your codebase, never a tool you rent from us. if we vanished tomorrow, your engineers keep shipping it on monday.
04can this run alongside our existing ai-integration or claudekick setup?
yes, they stack. claudekick automates operational workflows on top of the tools you already run: your accounting software, your line oa, your crm. agentic engineering ships agent capability inside the product itself, a feature your customers and your team touch every day. run claudekick for the finance team's monthly close and a support agent from this service inside the product, both on one claude account, zero conflict.
05what does 'eval suite' mean in practice?
a documented set of test cases your agent passes before it ships and before every future deploy: known inputs, expected behavior, pass or fail thresholds, edge cases and failure modes included. it is wired into ci, so a prompt change, a model version upgrade or a new tool integration gets checked automatically instead of waiting for someone to notice the agent got worse. this is the line between an agent you trust in production and a demo that worked once.
06what stack do you use?
next.js and supabase as the application layer, the same stack as our custom apps builds. claude for the model layer, on anthropic's tool-use apis for the agent's actions. postgres with pgvector or a dedicated vector store when retrieval is part of the design. sentry and supabase logs for observability, ci-wired eval runs on every deploy. aws in the region you choose, or fly.io when latency or data residency decides it.
07how much does it cost to build an ai agent in bangkok?
Architecture discovery is USD 4,750 (THB 156,400), a fixed fee credited to the build when you proceed. The build runs from USD 24,500 (THB 806,800) per phase, fixed price. Terms are 50/50 under USD 25k and 30/40/30 at USD 25k and above, paid by Stripe, Wise, or Thai bank transfer in THB. Every price is published on this page, which is more than any agency in Bangkok will show you before a call.
08how long does it take to build an ai agent?
One to two weeks of discovery, then six to fourteen weeks of build. The written architecture spec and eval plan land before the first line of the agent loop is written. Build length tracks how many tools and integrations the agent touches. Launch comes with 90 days of care and two tuning passes against real production traffic.
09do I need a prompt engineer or a software engineer to build an ai agent?
AI agent engineering for defined product and operational tasks, with permissioned tools, evaluation cases, failure handling and human decision points. The delivery plan follows technical discovery.
10what do you get when you pay someone to build an ai agent?
An architecture spec and eval plan, the agent implementation with typed tool use and guardrails, a retrieval and memory layer, observability on every agent run, a documented eval suite wired into CI, a 20-page operating manual, and 90 days of post-launch tuning. All of it inside your own Next.js and Supabase codebase, owned by you from the first commit.
11is an ai agent better than a zapier or make automation?
It depends who touches it. A Zapier or Make flow with a Claude node has no state, no memory, no eval suite, and no answer for an edge case at 3am. That is fine for one-off internal automation, which DLVX covers under AI integration. An agent is for the feature paying customers and staff use inside your product every day.
12how is an ai agent different from just using chatgpt or claude?
A chat window is a person typing a prompt and reading an answer. An agent holds state across a multi-step task, calls your internal tools and APIs through a permissioned layer, retries when a call fails, and passes an eval suite before and after every ship. The model call is the smallest part of the engineering.
13do I own the code if dlvx builds my ai agent?
Yes. The GitHub repo sits under your org from the first commit, the Supabase project is under your billing, and Claude usage runs on your own Anthropic console. The agent ships inside your codebase, never a tool you rent from DLVX, so if DLVX vanished tomorrow your engineers keep shipping it on Monday.
14how do you stop an ai agent from doing something wrong?
Guardrails are designed during discovery, never bolted on after an incident. Every tool the agent can call is scoped and permissioned, so an agent that drafts a refund cannot execute one without human approval unless the spec authorizes it. Retries have a hard stop, every run is logged, and the eval suite runs before every deploy.