
Elliot Gardiner
Elliot Gardiner is the founder of Code Telemetry, an observability platform for AI coding workflows. He brings 13 years of software engineering experience, including principal SRE work and engineering roles at Mastercard and Kustomer. He now applies production observability practices to AI-assisted development, investigating how coding agents use tools, recover from failures, and validate changes. His focus is making the work between a prompt and a pull request observable, so teams can improve their development environments, catch missing validation earlier, and evaluate whether changes to their AI coding workflows actually help.
Code Telemetry, USAelliotgardiner
Debugging the Work Behind the Diff: Observability for AI Coding Agents
AI Coding Summit NYC
Upcoming
Debugging the Work Behind the Diff: Observability for AI Coding Agents

After a weekend away at a cabin with limited cell service, I returned to work and discovered unexpected Fable usage (50% of my weekly budget was blown before I even got started). Tracing the consumption back into the contributing session revealed Fable checking on the status of a PR every 5 minutes, death by a thousand cuts. Icing on the cake is the pull request contained only one Markdown file: a plan for a feature I wasn't sure I wanted. I found the problem because I happened to look. What could have exposed it sooner?
This talk follows that investigation from an unexpected usage pattern to an actionable alert. We will examine the different properties of the same incident: accumulated consumption, repeated scheduling, unattended wakeups, premium-model use, and the cost of each check-in. Each suggests a different detection strategy, with different strengths and limitations. A workflow can consume resources unnecessarily even when its individual commands succeed, while a long session or a lack of file edits does not automatically mean the work has no value.
This talk follows that investigation from an unexpected usage pattern to an actionable alert. We will examine the different properties of the same incident: accumulated consumption, repeated scheduling, unattended wakeups, premium-model use, and the cost of each check-in. Each suggests a different detection strategy, with different strengths and limitations. A workflow can consume resources unnecessarily even when its individual commands succeed, while a long session or a lack of file edits does not automatically mean the work has no value.