Skip to content
Chad Brown
Chad Brown
  • Designing Extraction Schemas the Model Can Satisfy

    A schema attached to an extraction task looks like a description of the output you expect back. It is really a set of instructions the model reads while it generates, and it presses on what comes out. That reframing is the whole subject. A schema is not a passive record of the shape you hope to receive and inspect…

    Read More Designing Extraction Schemas the Model Can SatisfyContinue

  • A Constraint Is a Design Parameter, Not a Polite Request

    Most quality standards live in your head. You know the answer should be short, or written for a non-specialist, or structured so a downstream step can parse it, and you assume that because you know these things the model will honor them. It will not, because it cannot see them. A standard you hold silently has exactly zero effect on the output. It…

    Read More A Constraint Is a Design Parameter, Not a Polite RequestContinue

  • Every Token You Add to Context Costs Money, Latency, and Accuracy

    There is a comfortable assumption behind a lot of context handling: the window has a ceiling, so anything up to that ceiling is fair game. Retrieve a few extra passages in case they help. Keep the whole conversation because trimming is work. Carry a generous system prompt because instructions feel safer when there are more of them. The window fits it…

    Read More Every Token You Add to Context Costs Money, Latency, and AccuracyContinue

  • A Subagent’s Blast Radius Is a Design Decision

    Every time an agent delegates a task, it creates a second actor with its own context, its own tools, and its own capacity to do the wrong thing. How much of the system that second actor can see, touch, and break is its blast radius, and the mistake most people make is treating that radius as a side effect of the task…

    Read More A Subagent’s Blast Radius Is a Design DecisionContinue

  • Decomposition Comes in Three Shapes, and the Work Decides Which One Fits

    Once you have accepted that a complex goal has to be broken into pieces, a second question arrives that is easy to skip past: what shape does the broken-down work run in? There are only three answers that matter, and almost every agentic system is some arrangement of them. Work can be nested, so that a high-level intent is split into…

    Read More Decomposition Comes in Three Shapes, and the Work Decides Which One FitsContinue

  • A Tool Schema Steers the Call Before It Ever Guards It

    Once a model has chosen a tool, one artifact decides whether the resulting call is any good: the input schema. It is read at two different moments by two different readers. The model reads it while it writes the arguments, and your system reads it when it decides whether to accept them. Most teams design a schema entirely for the second…

    Read More A Tool Schema Steers the Call Before It Ever Guards ItContinue

  • Termination Is the First Thing to Design in an Agent, Not the Last

    An agent is a loop, and a loop that only knows how to continue is a loop with no way out. Its strength is exactly this: it keeps choosing a next action in light of what the last one returned, so it can pursue goals no fixed script anticipates. Its characteristic failure is the same trait with nothing holding it…

    Read More Termination Is the First Thing to Design in an Agent, Not the LastContinue

  • The Recovery Path for an Agent Failure Is Decided by Where It Began

    When an agent fails, the reflex is to ask what to do about it. Retry, fall back, escalate, alert someone. That is the wrong first question. The right one is where the failure came from, because the answer determines which of those responses has any chance of working and which of them will only waste time and money on the way to the…

    Read More The Recovery Path for an Agent Failure Is Decided by Where It BeganContinue

  • When a Model’s Output Becomes a Contract Your System Can Trust

    There is a difference between asking a model for JSON and guaranteeing that what comes back conforms to a schema. It looks like a formatting detail. It is actually one of the most consequential architectural decisions you make when you put a language model inside a larger system, because it determines where the risk of malformed output lives, what…

    Read More When a Model’s Output Becomes a Contract Your System Can TrustContinue

  • Every Ambiguous Instruction Hands a Decision to the Model

    The largest single lever over the quality of a model’s output is not the model, the sampling settings, or the length of the prompt. It is how completely the instruction defines what a good answer would be. An instruction that leaves a decision open does not leave it unmade. The model makes it, silently, on your behalf, and you find out which way…

    Read More Every Ambiguous Instruction Hands a Decision to the ModelContinue

Page navigation

1 2 Next PageNext
  • LinkedIn