// AGENT SECURITY · RELIABILITY · INTEGRATION

AI agents that are safe to let near real systems.

Architecture, security and reliability for tool-using AI agents in regulated businesses: banks, payments, insurers and anyone whose agents touch production.

20+ yrs backend · cloud · distributed systems Payments grade UK based, remote and on site
01 — WHAT STACKTICIAN DOES

One question, answered with evidence: can this agent be trusted in production?

/ security

Agent security & authorisation.

Least-privilege tool access. Agents bound to enterprise identity rather than shared keys. Audit trails a risk team can read. Threat models for prompt injection, tool poisoning and the agent supply chain, done before the agent meets a real system.

MCP authorisationOAuthLeast privilegeAudit trailsThreat modelling
/ reliability

Production reliability

Durable execution for long-running agents: retries, idempotency, human approval steps and waits that survive a crash. Evals, tracing and token budgets so the system stays measurable and affordable.

TemporalEvalsOpenTelemetryCost control
/ integration

Senior integration engineering

MCP servers and gateways, agent orchestration, cloud, CI/CD and observability, built by someone who has kept backend and payments systems running in production for twenty years.

MCP gatewayAgent SDKCloudCI/CD
/ review

Architecture review

Senior eyes on an agent design before it reaches production: boundaries, identity, failure modes and blast radius.

/ enablement

Coding-agent enablement

Rolling out coding agents across an engineering team with the guardrails that make them safe to use: scoped access, review gates, and evidence of what they changed.

/senior

Senior by default

No hand-offs. The person who designs your agent's boundary is the person who has run systems like it before, and who answers for it afterwards.

/payments-grade

Payments-grade habits

Idempotency, reconciliation, audit, least privilege. The disciplines of regulated money, applied to systems where an agent can act on its own.

/evidence

Evidence, not assurances

Evals, traces and audit logs ship with the design, so your risk team can see what the agent did and why, rather than take anyone's word for it.

/open

Built in the open

Reference implementations and write-ups are published as they are ready, so you can read the code before you hire the author.

03 — WORK IN THE OPEN

Reference work, published as it lands.

Reference systemIn build

Coding-agent control plane

An issue-to-PR coding agent driven by durable workflows, calling tools through an MCP gateway under enterprise-issued identity, with evals and traces as the evidence.

Agent SDKTemporalMCP gatewayKeycloakOpenTelemetry
Security researchPlanned

MCP server audits

Security reviews of widely used open-source MCP servers, with responsible disclosure and published findings.

Tool poisoningSupply chainDisclosure
Write-upsOngoing

Notes from the build

Short, specific notes on agent authorisation, durable execution and evals, written from the reference work rather than from the marketing.

AuthorisationDurable executionEvals

Code and notes land at github.com/stacktician.

04 — HOW WE WORK

A short, boring, repeatable path to an agent you can defend.

01

Threat model

What the agent can touch, who it acts as, and what the worst case looks like. Written down before anything is built.

02

Design the boundary

Identity, least-privilege tools, approval points and audit. The unglamorous decisions that decide everything later.

03

Build with evidence

Durable workflows, evals in CI and traces from the first commit, so every claim about the agent has a number behind it.

04

Attack it first

Red-team the agent before production does: injected instructions, poisoned tools, runaway loops. Fix what breaks, then re-run.

05

Hand over clean

Docs, runbooks and the measurements your risk and audit teams will ask for, in the shape they will ask for them.

05 — GET IN TOUCH

Tell us what your agents need to touch.

A short note is enough. Replies within one business day, usually with questions worth answering.

Useful to include

  • What the agent does, or should do.
  • Which systems and data it reaches, and who it acts as.
  • Where you are: idea, pilot, or already in production.
  • What your risk or security team has asked for.

UK-based, working remotely and on site. Code at github.com/stacktician.