---
title: "Unchecked agent decisions as a data risk: Isaac Kargar | Skene"
description: "AI researcher Isaac Kargar found about 1,000 records missing data his agent needed. His answer: verify each step, and decide what a system should forget."
url: https://www.skene.ai/resources/the-question/isaac-kargar
doc_version: "c00117dbc7a2"
last_updated: 2026-10-30
---

Resources / The Question / Issue 9

# Isaac Kargar: the agent decision nobody checked

Isaac Kargar. AI researcher who runs the consulting company Nazmi. Issue 9 of The Question, published by A Founder's Friend on 21 August 2026. By [Nicolas Dolenc](https://afoundersfriend.substack.com), author of A Founder's Friend. Skene adapted this page from his published issue.

Isaac Kargar once found about 1,000 records in a dataset missing information his agent needed. The fix he settled on was not a better final check. It was checking every step before the agent was allowed to take the next one.

**The short answer:** Trust belongs to the harness that decides what to extract, keep and forget, and the dangerous failure is an agent's decision that nobody verified.

## What Isaac Kargar trusts, and for what

| Evidence | Trusted for | Not trusted for |
| --- | --- | --- |
| Raw chat logs and agent traces | Nothing, until something filters them | Decisions, as they stand |
| A context layer that extracts decisions and signals | The part worth keeping | Remembering everything, which degrades it |
| A simple chain of small model calls | Predictable results, cheaper models | Open-ended autonomy |
| Verifying each step | Catching choices an agent made alone | Speed |

## Traces are not data until something filters them

Chat logs, agent traces and team chat history are noise until a context layer pulls out the decisions and signals worth keeping. To Isaac, that filtering harness is the system. The same idea runs his personal news channel: an agent pulls links, summarises them and stores everything in a local SQL database.

## Knowing what to forget

Building memory systems taught him that storing too much hurts as much as storing too little. His answer is a hierarchy: recent context close at hand, mid-term facts merged periodically, rarely used items dropped, and some information parked in a database and fetched only on demand.

> The hardest part, especially for memory, was finding the balance

Isaac Kargar, in Issue 9

## Verify the step, not just the result

An agent left alone on an ambiguous task makes choices about data and scope that nobody checked. His discipline is to tell the agent what matters and to break the work down so each step can be verified. He also found that a plain chain of predictable model calls beat the fully autonomous agent he built first: easier to build, cheaper to run and friendly to small models.

> So I started breaking the steps down: the agent does the step, but I verify the result before continuing.

Isaac Kargar, in Issue 9

## What to do with this

Every pipeline that writes data your team will read has intermediate choices in it. List them, and put a check after the ones where a wrong choice would still produce output that looks fine.

For seven checks drawn from across the series, see the [questions to ask before trusting a number](https://www.skene.ai/resources/the-question#before-you-trust-a-number).

## Read next in The Question

- [Dino Repo: one metric, five numbers, and a ten-minute fix](https://www.skene.ai/resources/the-question/dino-repo)

- [John Adib: when agents read your analytics, event names break first](https://www.skene.ai/resources/the-question/john-adib)

- [AmirBahador Bahadori: product data is three layers, not one](https://www.skene.ai/resources/the-question/amirbahador-bahadori)

- [What all fourteen interviews add up to](https://www.skene.ai/resources/the-question)

- Glossary: [Event name](https://www.skene.ai/resources/glossary/event-name)

## Source and disclosure

[Read Issue 9 on A Founder's Friend](https://afoundersfriend.substack.com/p/aff-the-question-issue-9-making-decisions). Quotations on this page are copied from the published issue.

Skene sponsored this research and commissioned it on a single question. A Founder's Friend ran the interviews, wrote them up and published them, and the series states that Skene paid for the research and did not direct the questions, the analysis or the conclusions. Each of the thirteen interviews was reviewed and signed off by the person in it, named or anonymous by their choice. Appearing in the series is not an endorsement of Skene, and nobody here is presented as a Skene customer.

## Sitemap

- [Markdown sitemap](https://www.skene.ai/sitemap.md): every page on this site, with its markdown counterpart.
- [Index for language models](https://www.skene.ai/llms.txt): the same set as a link-dense index.
- [Full corpus](https://www.skene.ai/llms-full.txt): reference content concatenated as plain text.