Skip to content

[ Engineer from Silicon to Cloud ]

KubeLab 24/7 · GitOps

The infrastructure under the agents, not the prompts on top

Almost everyone building for AI agents arrives from the application side. I arrive from the metal — Kubernetes on hardware I own, mesh, split DNS, GitOps that reconciles in under thirty seconds. That platform is where my own agents now run, under a harness with hard limits. The agent platform is what I am building on it.

[ My path ]

I’m Manu. I studied telecommunications engineering, specialised in electronics, and my first job, in 2015, was on a test bench in Seville, validating silicon: new imaging chips, one at a time. The bench was slow, so I automated it in Python and gave the team back more than 15 hours a week. Automating my way out of the manual part has been a habit ever since.

In Grenoble I moved into the camera itself: digital logic in VHDL and firmware in C for vision cameras that had to answer in under 10 ms. Then, in 2018, Shenzhen, as the engineer between our European teams and our customers in China. That is where I learned the part nobody teaches: a chip that works on your bench is not a product until it works in the customer’s system. The industry calls that job field application engineering, and it is still part of the job I do.

From 2019, working between Spain and the US, that job had a bottleneck: every new camera had to be integrated before a customer could even try it. So I built a platform on Kubernetes and AWS that turned out an SDK and a proof of concept per camera. Onboarding a customer went from 120 days to 20–30, and the infrastructure bill fell by 80%.

Today the test bench is a cluster I run myself, on hardware I own. You can see it running: what it serves, how it deploys and what it measures. My AI agents work on it, under written rules and the checks that enforce them. The rest of what I build is in projects, and what I learn along the way goes into the notes below.

I never switched worlds. I just kept moving up a layer: from silicon to firmware, from firmware to the customer’s system, and from there to the cloud. Every layer taught me the same thing: the work is done when it runs in someone else’s hands.

Outside work I’m part of Cloud Native Sevilla and NaN, a community of people building with AI, and I give the odd talk when I can. And I row.

[ What I do ]

  • Kubernetes and GitOps platforms (K3s, Argo CD, Helm) the Lab
  • Infrastructure as code (Terraform, Ansible) ADR
  • CI/CD that ships exactly the build it tested ADR
  • Observability, with alerts proven by causing the failure (Grafana, Loki) runbook
  • Backups with restore drills, secrets encrypted with SOPS runbook
  • AWS in production, with the infrastructure bill cut by 80% in the story
  • A harness for AI agents: written rules, cross-model review, gated merges how it works
  • Open-source MCP servers PyPI
  • Self-hosted LLM inference on edge hardware (llama.cpp, Jetson) benchmark
  • Embedded firmware: C, FPGA and VHDL, FreeRTOS MSc thesis, FPGA
  • Camera and sensor integration, SDKs, EMVA 1288, test automation BSc thesis, EMVA 1288

[ Contact ]

I take one project at a time.

If something has to work in production, or at your customer’s site, and right now it doesn’t, tell me in three lines: what has to work, what’s already in production, and when you need it. If it’s a fit, I’ll tell you when I can start. If it isn’t, I’ll tell you that too.

Shipped it fast with AI? Now it has to stay up. That’s my job too.

Tell me what has to work

manu@mlorente.dev

60-minute session · from $300

We look at your system together and you leave with a written list of what to fix first. If you don’t think it was worth it, I refund you. If we start a sprint within 30 days, it’s credited in full.

Sprint · 2–4 weeks, priced after the session

One system, on a foundation that already exists. “Done” means in production and monitored, and I keep working until the agreed result is met.

Not for you if nothing depends on it yet.