Building Self-Learning AI Agents for Site Reliability Engineering, Visual Asset Review, and Software Development

cleric_/puntt/_tanagram · Tech · 2026 · source Agentic: yes · promotional bias: med · source-backed · extracted with prompt 0.5.5 (schema v2)

Generated from extraction.json — do not edit by hand. Every claim cites verbatim source evidence; stated means the quote directly asserts the claim, implied means it supports it indirectly.

Problem

Domain: Production agent reliability across SRE, visual compliance, and software development

Cleric, Puntt, and Tanagram each needed to make agentic systems reliable in production: Cleric for incident response trust, Puntt for high-accuracy visual asset review, and Tanagram for industrialized AI-assisted software development.

Constraints:

Architecture

The talk presents three production agent architectures. Cleric's SRE agent learns a company's private operational domain through initial infrastructure mapping, expert feedback, and prior investigations treated as hypotheses. Puntt's review system uses deterministic computer-vision tools (OCR, layout, color, coordinates) to build a high-confidence asset representation, reconciles tool outputs with an LLM, then lets a review agent identify guideline violations and produce pinned designer feedback. Tanagram's software factory treats agent-assisted development as a production system: fast linters/type checks/tests run in parallel, agents perform end-to-end self-verification, eval tooling supports replay and self-improvement, prompts run as cloud skills, and agent-session threads are captured for PR context and collaboration.

Diagram confidence: explicit (topology described by the source).

flowchart LR
  cleric-alert-intake[Cleric alert intake] --> cleric-infrastructure-map[Cleric infrastructure map]
  cleric-alert-intake --> cleric-sre-agent[Cleric SRE agent]
  cleric-infrastructure-map --> cleric-sre-agent
  cleric-sre-agent --> expert-feedback-memory[Expert feedback memory]
  cleric-sre-agent --> prior-investigation-memory[Prior investigation memory]
  cleric-sre-agent --> verification-step[Verification step]
  expert-feedback-memory --> verification-step
  prior-investigation-memory --> verification-step
  puntt-asset-intake[Puntt asset intake] --> ocr-extractor[OCR extractor]
  puntt-asset-intake --> layout-analyzer[Layout analyzer]
  puntt-asset-intake --> color-analyzer[Color analyzer]
  puntt-asset-intake --> coordinate-extractor[Coordinate extractor]
  ocr-extractor --> reconciliation-llm[Reconciliation LLM]
  layout-analyzer --> reconciliation-llm
  color-analyzer --> reconciliation-llm
  coordinate-extractor --> reconciliation-llm
  reconciliation-llm --> review-agent[Review agent]
  review-agent --> pinned-designer-output[Pinned designer output]
  coordinate-extractor --> pinned-designer-output
  tanagram-foundation-harness[Tanagram foundation harness] --> tanagram-coding-agents[Tanagram coding agents]
  tanagram-foundation-harness --> posthog-metrics[PostHog metrics]
  tanagram-coding-agents --> self-verification-loop[Self verification loop]
  tanagram-coding-agents --> eval-self-improvement-loop[Eval self improvement loop]
  tanagram-coding-agents --> cloud-skills[Cloud skills]
  tanagram-coding-agents --> thread-archive[Thread archive]
Drag to pan · scroll or use +/− to zoom · reconstructed from the source's described component topology

Components

Component Role Interacts with
Cleric alert intake Receives production alerts such as Kafka consumer lag and starts incident investigation. Cleric infrastructure map, Cleric SRE agent
Cleric infrastructure map Upfront domain map of services, dependencies, and relevant tool subsets. Cleric alert intake, Cleric SRE agent
Cleric SRE agent Self-learning on-call agent that investigates incidents using infrastructure tools, expert feedback, and past work. Cleric alert intake, Cleric infrastructure map, Expert feedback memory, Prior investigation memory, Verification step
Expert feedback memory Scoped learned guidance from engineers, including corrections and reviews. Cleric SRE agent, Verification step
Prior investigation memory Historical incident investigations reused as hypotheses rather than absolute facts. Cleric SRE agent, Verification step
Verification step Checks whether remembered rules or prior causes actually apply to the current incident. Cleric SRE agent, Expert feedback memory, Prior investigation memory
Puntt asset intake Marketing asset, package, document, image, or video submitted for compliance and brand review. OCR extractor, Layout analyzer, Color analyzer, Coordinate extractor
OCR extractor Deterministic text extraction for printed, handwritten, rotated, and multilingual text. Puntt asset intake, Reconciliation LLM
Layout analyzer Detects structure such as tables, charts, paragraphs, images, and icons. Puntt asset intake, Reconciliation LLM
Color analyzer Traditional CV clustering and color analysis for exact visual measurements. Puntt asset intake, Reconciliation LLM
Coordinate extractor Finds precise XY positions for words, logos, colors, icons, and video timestamps. Puntt asset intake, Reconciliation LLM, Pinned designer output
Reconciliation LLM Combines conflicting or overlapping deterministic CV outputs into a high-confidence asset representation. OCR extractor, Layout analyzer, Color analyzer, Coordinate extractor, Review agent
Review agent Applies brand and regulatory guidelines to the high-confidence representation and identifies violations. Reconciliation LLM, Pinned designer output
Pinned designer output Visual feedback with problems, solutions, coordinates, and timestamps for designers. Coordinate extractor, Review agent
Tanagram foundation harness Parallel lint, type-check, and test runner optimized for frequent agent execution. Tanagram coding agents, PostHog metrics
Tanagram coding agents Agents that write, debug, push, merge, and verify software changes. Tanagram foundation harness, Self verification loop, Eval self improvement loop, Cloud skills, Thread archive
Self verification loop End-to-end agent-run verification across terminals, APIs, CI, package publishing, and local commands. Tanagram coding agents
Eval self improvement loop Evaluation tooling with replay and code iteration over labeled data. Tanagram coding agents
Cloud skills Plain-English prompt automations deployed as cloud services. Tanagram coding agents
Thread archive Captured agent transcripts used in PR context, debugging, and team collaboration. Tanagram coding agents
PostHog metrics Monitoring for foundation-check performance and regressions. Tanagram foundation harness

Data flow

Cleric starts from an alert, uses a prebuilt infrastructure map to narrow the tool/search space, consults scoped expert feedback and prior investigations, then verifies whether a remembered hypothesis applies before acting. Puntt ingests a visual asset, runs OCR, layout analysis, color analysis, and coordinate extraction in parallel, reconciles those outputs with an LLM into a high-confidence representation, then sends that representation to a review agent that applies guidelines and emits pinned visual feedback. Tanagram runs agent work against fast foundations, asks agents to verify real end-to-end behavior, uses eval replay and self-improvement to improve code, deploys prompt-based cloud skills, and stores agent threads as PR and collaboration context.

6 supporting quotes
“imagine like if you did that mapping already. Now I can say, well, these are like the full set of tools I could have called, but now I can just focus on this subset”transcript, stated
“take the work you did previously as like the like the 100% truth uh the next time you do it. Always treat it as a hypothesis that you have to go verify and test. So, for example, um let's say the fact that you've learned is that last week when I looked at this alert, the analytics”transcript, stated
“we first do these more deterministic uh approaches and then we are there are also cases where these more deterministic approaches might disagree”transcript, stated
“only then is the point when we pass it on to our review agent that is in charge of actually doing the work here of of in taking that high confidence image interpretation and then identifying all the guidelines that are relevant to it and then identifying the”transcript, stated
“we set up a little bit of a harness so that we can run all three checks locally in parallel and they all finish within 15 seconds.”transcript, stated
“I'm asking this agent to run Claude in a T-M session actually go type things into Claude, watch some logs on my computer and then curl our dev API”transcript, stated

Why this architecture

All three systems reduce the parts of the task left to raw LLM intuition. Cleric learns private operational context but verifies it instead of freezing it into rigid rules. Puntt gives the LLM deterministic visual evidence because compliance needs precision that visual-language models do not provide alone. Tanagram builds fast deterministic foundations and real self-verification because coding agents run repeatedly and must prove actual behavior, not just produce plausible code.

5 supporting quotes
“if your differentiation with domain learning is public knowledge, it's not going to last. You're going to spend a lot of time learning that and anthropic and open AAI are definitely going to learn that. It's going to be baked into the new model weights. So”transcript, stated
“Like if you take every single fact your users tell you as just like you have to do this, you're going to end up in trouble.”transcript, stated
“A lot of things that really matter are things like the precise color that is used, the exact layout, precise measurements”transcript, stated
“candidates are leaving too much up to the LLM and producing inconsistent or unreliable results. Yeah. And so and this is all on the interpretation side of how can we make sense of these packages. And then the other problem we have is that when a actual human”transcript, stated
“you want to make sure that they're really really reliable and really really fast because your agents are going to be running them hundreds of times a day.”transcript, stated

Models used: Cleric self-learning SRE agent · Vision-language models · Reconciliation LLM · Puntt review agent · Claude / cloud-code style coding agents · BitFab evaluation/self-improvement tooling

Scale

Alternatives considered (roads not taken)

Compete on public knowledge

Rejected because: Foundation model labs will absorb public knowledge into future model weights, eroding differentiation.

“if your differentiation with domain learning is public knowledge, it's not going to last. You're going to spend a lot of time learning that and anthropic and open AAI are definitely going to learn that. It's going to be baked into the new model weights. So”transcript, stated
“anthropic and open AAI are definitely going to learn that. It's going to be baked into the new model weights. So public knowledge you should think about as a flow. I'm not saying don't do it. It might be that some form of public knowledge for your use case”transcript, stated

Treat engineer feedback as absolute truth

Rejected because: Humans can give wrong feedback and fail to correct it later, causing the agent to learn false rules.

“AI has gotten pretty good to the point that now humans giving us feedback are sometimes wrong. Uh and that gets a little bit complicated. So sometimes like we have an instance where we'll do a recommendation and we'll get a we'll get a review that like a one”transcript, stated
“that but it's actually scary as an engineer because what happens when you got a one out of five but they didn't bother to correct. Now you might learn that you did something wrong when actually you were right. So the the main thing you got to focus on is like scoping that rule to a very specific”transcript, stated

Reuse prior incidents as facts

Rejected because: A past root cause may not apply to today's alert; historical memory should seed hypotheses, not decisions.

“You should not take that as fact. The agent should actually go and check did the analytics team run it again at this time”transcript, stated
“But if it verifies that it did not happen, it's just a hypothesis. It's fine. the agent moves on, right? So really like if you just step back a little bit, you're really trying to give the agent much better decision-m um sort of uh capabilities versus trying”transcript, stated

Feed images and rules directly to a vision-language model

Rejected because: Marketing compliance requires precise color, layout, measurements, text, and coordinates that VLMs handle inconsistently.

“find all of the problems in. Um like many people when we started working on this problem uh we first took a naive kind of baseline approach um which is one of the problems which is one of the approaches that many candidates that we see um take as well. Um what”transcript, stated
“precise color that is used, the exact layout, precise measurements, and all of those are pretty hard for an LLM to get out of the box”transcript, stated

Mock agent verification flows

Rejected because: Mocking may not test the real auto-update or upload behavior; agents can verify by operating across the actual stack.

“instead of trying to mock that functionality and and sort of use a test that way, which isn't really testing what you're trying to do”transcript, stated
“I can just have my agent actually make a PR check npm in and make sure that the the uh version on my computer is now the latest version”transcript, stated

Patterns

agent-memory (learning)

Cleric stores private operational knowledge from mappings, expert feedback, and prior investigations, but scopes and verifies remembered rules.

“what is private knowledge? And so to me the private knowledge is stuff that lives in teams”transcript, stated
“So for us that looks like reusing prior investigation. So so what we've been thinking about a lot is how do you actually have the agent do each of these three things.”transcript, stated

tool-use-orchestration (architecture)

Cleric narrows infrastructure tools through mapping, and Puntt orchestrates OCR, layout, color, coordinate, and LLM components rather than relying on one model.

“Now I can say, well, these are like the full set of tools I could have called, but now I can just focus on this subset, right?”transcript, stated
“giving them tools, giving them additional ways to ask questions about the image and to use more deterministic tools.”transcript, stated

eval-driven-development (quality)

Cleric uses time-to-resolution as a memory-quality metric, Puntt works against a 95% accuracy requirement, and Tanagram treats evals as replay plus self-improvement.

“find one metric at least to to give you a definition of success.”transcript, stated
“it's only eval if you have replay and self-improvement. Otherwise, you just have a fancy spreadsheet.”transcript, stated

data-quality-loop (data)

Puntt first builds the most precise asset interpretation possible with deterministic tools, then uses an LLM to reconcile and review that evidence.

“the goal in this first left side of the screen here is to providence interpretation we can of the asset that we're reviewing.”transcript, stated
“through all of this pre-processing and tool use and reconciling this um with our with a large language model”transcript, stated

observability-tracing (operations)

Tanagram monitors foundational check latency in PostHog and captures agent threads for PR context and debugging.

“We're tracking these metrics in post hog so we can be alerted on our team if these metrics breach”transcript, stated
“we're capturing all of these threads. And so we're adding them to all of our PRs as additional context”transcript, stated

batch-offline-processing (workflow)

Puntt reviews thousands of visual assets by running specialized preprocessing and review over assets before designers act on pinned outputs.

“there's thousands and thousands of them. It takes weeks and weeks and weeks and costs companies a lot of money”transcript, stated
“So one of the problems here was that we need to we need to place exact pins on the asset that we're reviewing that indicates this is exactly where the shade of the color you're looking for is off.”transcript, stated

Tradeoffs

Learn private domain knowledge

Chose Company-specific maps, expert feedback, and past investigations over Relying on public model knowledge.

Rationale: Foundation labs will absorb public knowledge, but team-specific context remains the durable differentiator for production agents.

“if your differentiation with domain learning is public knowledge, it's not going to last.”transcript, stated
“what is private knowledge? And so to me the private knowledge is stuff that lives in teams”transcript, stated

Use prior work as hypotheses

Chose Verify remembered causes at incident time over Treat historical investigations as facts.

Rationale: History accelerates investigation only when the agent checks that the same condition is actually present today.

“Always treat it as a hypothesis that you have to go verify and test.”transcript, stated
“If yes, now you've saved a lot of time and you've figured it out. But if it verifies that it did not happen, it's just a hypothesis.”transcript, stated

Hybrid CV plus LLM asset review

Chose Deterministic visual tools feeding an LLM reconciliation/review layer over One vision-language model doing all interpretation and review.

Rationale: Traditional tools provide precision; the LLM reconciles ambiguity and applies guidelines.

“building scaffolding around large language models for some of the cases where they're not very good”transcript, stated
“hand off um some of the more procedural deterministic um work that an LLM can do and hand it off uh to some of these tools”transcript, stated

Agent self-verification with real systems

Chose End-to-end terminal/API/CI/npm verification over Unit mocks for every failure mode.

Rationale: Agents can operate the actual systems under test, which catches behavior mocks may miss.

“how can you push your agents to verify their own work all the way through end to end”transcript, stated
“You can have them push changes. You can have them check npm. You can have them run terminal commands”transcript, stated

Capture agent threads as durable collaboration artifacts

Chose Thread archive attached to PRs and forkable by teammates over Treating agent sessions as disposable chats.

Rationale: Threads explain why code was built a certain way and let teammates continue research conversations.

“These threads capture information about why uh features were implemented a certain way”transcript, stated
“Um uh we can fork their threads and continue the conversation. So for example uh we're uh discussing an open source strategy and so someone on my team yesterday was researching the different open source options.”transcript, stated

Gotchas (what bit them)

One wrong recommendation can erase trust even after many correct investigation steps.

Root cause: The agent lacked private operational knowledge that the Kafka lag alert happened daily due to an analytics cron job.

Resolution: Invest in domain learning from mapping, experts, and prior investigations so the agent understands company-specific context.

“it did almost everything correctly, but it screws up in like the last point and now you're starting to lose trust.”transcript, stated
“This alert happens every day at the exact same time because the analytics team runs a crown job.”transcript, stated

Agents chase red herrings when the search space is too broad.

Root cause: Without an infrastructure map, the agent can query every suspicious system and fill context with irrelevant paths.

Resolution: Pre-map the environment and restrict investigations to relevant tool subsets.

“If you guys have been working on agents, as I'm sure you have, you know that agents get distracted very quickly. They love red herrings. They start chasing after everything that looks suspicious.”transcript, stated
“By limiting the agent's search space to relevant systems, the initial mapping improves accuracy and focus during high-pressure incidents.”summary, stated

User feedback can teach the wrong lesson.

Root cause: Humans sometimes give negative feedback and later realize the agent was right, or never correct the false negative.

Resolution: Scope learned rules narrowly and avoid trusting feedback as absolute truth.

“AI has gotten pretty good to the point that now humans giving us feedback are sometimes wrong.”transcript, stated
“scoping that rule to a very specific subset and not trusting it completely”transcript, stated

Vision-language models underperform on pixel-level visual compliance.

Root cause: They approximate spatial, graphical, color, and text details that enterprise compliance review needs precisely.

Resolution: Use deterministic OCR, layout, color, and coordinate tools before LLM reconciliation and review.

“So the failure that we had a lot was that LLMs out of the box are bad at visual assets. So I'll let Kevin unpack this problem a little bit.”transcript, stated
“being able to extract that directly as opposed to leaving it up to a large language model was definitely one of the ways”transcript, stated

Slow or flaky foundations compound across agent runs.

Root cause: Coding agents run linters, type checks, tests, and CI paths hundreds of times per day.

Resolution: Optimize and monitor foundations as production infrastructure.

“your agents are going to be running them hundreds of times a day.”transcript, stated
“they compound over the hundreds of times that we're running our agents across our team in CI”transcript, stated

Evaluation

The three systems use different evaluation strategies: Cleric measures whether memory reduces incident time-to-resolution; Puntt targets enterprise-grade visual-review accuracy; Tanagram requires fast foundation checks, replay/self-improvement eval tooling, and end-to-end self-verification rather than mocked slices.

Metrics: Cleric time-to-resolution with and without memory · Puntt visual review accuracy target · Exact coordinates and timestamps for visual issues · Tanagram lint/typecheck/test latency · PostHog alerts for foundation metric breaches · Eval replay and self-improvement · End-to-end self-verification success

5 supporting quotes
“find one metric at least to to give you a definition of success.”transcript, stated
“>> yeah For us, we need accuracy to be at 95%. Because these are large enterprises where regulatory and compliance work is highly critical.”transcript, stated
“we also get XY coordinates um and a time stamp if we're doing a video.”transcript, stated
“We're tracking these metrics in post hog so we can be alerted on our team if these metrics breach”transcript, stated
“Um but the overall point that I'm trying to make is that it's only eval if you have replay and self-improvement. Otherwise, you just have a fancy spreadsheet.”transcript, stated

Outcomes

The case spans a two-and-a-half-year SRE-agent effort, thousands of visual assets reviewed for enterprise brands, 95% compliance accuracy requirements, and a software-factory workflow producing about 40 PRs/day with five engineers.

5 supporting quotes
“we've been building this for about I'd say like two and a half years.”transcript, stated
“there's thousands and thousands of them. It takes weeks and weeks and weeks and costs companies a lot of money”transcript, stated
“>> yeah For us, we need accuracy to be at 95%. Because these are large enterprises where regulatory and compliance work is highly critical.”transcript, stated
“ship you know 40 PRs a day at our team while maintaining um high quality with a with a team of five engineers.”transcript, stated
“And so we're adding them to all of our PRs as additional context, right?”transcript, stated