Pilots that never become practice
A few engineers get great results. Everyone else gets inconsistent ones, and nobody can explain the difference or repeat it.
I help CTOs, VPs of Engineering and platform teams take Claude Code, Codex, OpenCode and Cursor from scattered experiments to a practice that is measurable, governed and owned by your engineers.
Most organisations already have engineers using coding agents. The hard part is what happens next.
A few engineers get great results. Everyone else gets inconsistent ones, and nobody can explain the difference or repeat it.
Usage is spread across tools, seats and API keys. Spend can't be attributed to a team, a repo or a model, so it can't be managed.
AGENTS.md and CLAUDE.md files grow into long prose that is re-sent on every turn and still doesn't change how the agent behaves.
Unpinned MCP servers, broad permissions and no sandbox turn a helpful assistant into a supply-chain and data-access risk.
More pull requests, same reviewers. “Tests pass” is not a finish line when the agent wrote the tests.
Agents poll long jobs, retry the same failing command or resume cold sessions, burning tokens and engineers' patience.
Each one can stand alone or be combined into a single engagement.
Give every team the same, working foundation instead of a dozen private prompt collections.
You leave with: A shared, versioned setup your teams can adopt and maintain themselves.
Know where the tokens go before deciding what to cut.
You leave with: A baseline, a per-team view of spend, and a short list of changes ranked by impact.
Let agents do more by deciding up front what they can touch.
You leave with: Guardrails that live in tooling and CI, not in a policy document nobody reads.
Work alongside your platform or product team when the stakes are real.
You leave with: A production-grade result and a team that owns it.
Every engagement follows the same adoption path. You choose how far we go together and in which format.
Find out where you really stand and what to do first.
Build the foundation together with the engineers who'll use it.
Senior support while you roll out at scale.
Scope and terms are agreed in writing after an intro call. Get in touch to discuss what fits.
Start from session logs, usage exports and telemetry. Opinions about “token waste” are cheap; a baseline isn't.
Instructions, decisions and definitions of done belong next to the code, versioned and reviewed like code.
If a rule must always hold, it goes into a hook, a CI check or a pinned config, not another paragraph in AGENTS.md.
Claude Code, Codex, OpenCode and Cursor all change monthly. The practices should survive a switch.
Recommendations are tested in your environment with your teams before they're rolled out.
How I think about cost, workflow and safety, in public. Most come with the commands and configs to try it yourself.
How to check you're really patched, why most public “exploits” are junk, and how to get a coding agent to find every PHP version you run.
Read on Medium Usage audit ·Most “token leaks” aren't bugs. They're overhead paid on every turn. Measure it first, then cut it, one leak at a time.
Read on Medium Sessions ·Treat agent sessions as disposable and keep the state in files: when to compact, when to clear and when to write a hand-off.
Read on Medium Workflow ·Move specs and decision logs into the repository and wire them into AGENTS.md so planner, builder and reviewer agents read the same page.
Read on Medium Prompting ·Why “be more detailed” gets you longer answers rather than better ones, and the questions that change that.
Read on Medium Cost ·Running Claude Code against a much cheaper Anthropic-compatible model, and what that does to the economics of long agentic sessions.
Read on Medium Cost ·Where agent credits actually go (re-establishing context, re-sending history) and how orchestration reduces it.
Read on MediumI bring more than 17 years of experience leading software engineering, building complex software products and scaling engineering teams in regulated and data-intensive industries.
My background spans enterprise software, biotechnology, healthcare, automotive and scientific research. I've led software and data engineering for a biotech digital-twin platform, built safety and compliance tooling for automated-driving software, managed R&D software teams in healthcare and medical imaging, and led research software for digital rock analysis. Along the way I've contributed to more than 40 projects, spanning cloud platforms, data pipelines, AI, DevSecOps and scientific computing.
I've championed AI-assisted delivery and specification-driven development in engineering organisations. I've also taught computer science at university level and mentor students in online data and AI engineering programmes. I hold an M.Sc. in Computer Science and an MBA in Big Data & Analytics, and work in English, German, Spanish and Portuguese.
Claude Code, Codex, OpenCode and Cursor, plus the MCP servers, CI pipelines and telemetry around them. The recommendations are deliberately tool-agnostic: repo-resident instructions, pinned dependencies and measured usage carry over when you change or mix tools.
No. The goal is that engineers who use agents get reliably good results, at a cost you can explain, without new security exposure. Where time is saved, you decide what to do with it.
We agree it before any work starts. The default is to work inside your environment, under your NDA and access rules, with access scoped to the engagement. Security testing is only ever done with written authorisation and an agreed scope.
A short intro call. For an assessment: a sponsor, one or two teams willing to be interviewed, and read access to configs and usage data where it exists. No preparation work is needed beyond that.
Remote by default, with on-site workshops by arrangement. Sessions can run in English, German, Spanish or Portuguese.