Working Notes on Agent Systems/Brad Zhang

Standing thesis

Where AI work becomes real software, teams, and markets.

This document states the publication's standing argument and keeps the evidence attached: each claim links the field notes that raised it and the repositories that test it.

01 / Harness Engineering

The next AI engineering frontier is the harness around the model.

For most startups, the model is no longer the only scarce layer. The scarce layer is the harness: context, constraints, evals, memory, cleanup loops, permissions, and product surfaces that make intelligence operable.

As foundation models become more capable and more accessible, early AI companies will compete on how well they package model capability into reliable workflows. This turns applied AI engineering into systems design, product taste, and operating discipline.

Field notes

Mar 22, 2026

Harness Engineering: the next battlefield for AI engineers

A high-signal X essay framing AI agents as model plus harness, with strong engagement around context engineering, architecture constraints, and entropy cleanup.

Indexed note·Original X post

Mar 27, 2026

A real harness engineering project: persistent skill memory

Public post explaining why coding agents repeat mistakes and why per-skill memory is an operating layer, not just storage.

Indexed note·Original X post

Lab proofs

Founder use

  • Design memory and context policies for coding agents or internal copilots.
  • Build quality gates around long-running autonomous workflows.
  • Turn repeated support or engineering failures into reusable product primitives.

02 / Long-Running Agents

Agent products become serious when they survive long tasks and interruptions.

Short demos hide the hard parts. Real agentic products need continuation, permission design, state recovery, subtask delegation, and progress that can be inspected after hours of work.

The winning agent products will feel less like chat sessions and more like operating systems for work. They need durable state, resumable intent, and fewer pointless interruptions.

Field notes

May 3, 2026

What is the limit of long-running agent tasks?

A field report after running Codex goals for many hours, turning usage pain into a product thesis around context compression, memory, and fit-for-purpose autonomy.

Indexed note·Original X post

May 1, 2026

Codex goals unlock long tasks, delegation, and async work

A current X note positioning goals as a product primitive for long-running agent work, not just another coding feature.

Indexed note·Original X post

Apr 27, 2026

The real pain is interruption, not capability

A widely saved post arguing that agent interruptions break the user's thinking state, which is a product-design problem for AI tools.

Indexed note·Original X post

Lab proofs

Founder use

  • Audit where an agent workflow stops unnecessarily.
  • Design continuation states, checkpoints, and approval boundaries.
  • Build dashboards or logs that make long work reviewable after the fact.

03 / Developer Communication

Complex AI products need publication-grade technical surfaces.

In AI infrastructure and devtools, explanation is part of the product. Diagrams, docs, launch examples, and reusable artifacts help a team sell trust before the product is fully obvious.

A founder who can explain a system repeatedly without redrawing it from scratch has a distribution advantage. Technical communication becomes onboarding, sales engineering, developer education, and investor clarity at once.

Field notes

Apr 10, 2026

fireworks-tech-graph launch post

The strongest public signal: high engagement around the pain of turning clear architecture intent into beautiful, reusable technical diagrams.

Indexed note·Original X post

Apr 12, 2026

fireworks-tech-graph v3 update

A follow-up showing fast iteration from community feedback: Codex compatibility, output stability, and publication-quality examples.

Indexed note·Original X post

Apr 11, 2026

Major upgrade from user feedback

Proof that the repo was not a one-off launch, but a feedback-driven product surface.

Indexed note·Original X post

Lab proofs

Founder use

  • Package a technical capability into docs, diagrams, and launch material.
  • Create a repeatable explanation grammar for AI infra or agent workflows.
  • Improve the first 30 seconds of founder, developer, and investor comprehension.

04 / Skill-Native Workbench

AI-native work will be assembled from small, composable skills.

The most interesting AI workbench is not a single giant app. It is a set of small, inspectable capabilities that agents can call, update, combine, and hand off across contexts.

This points toward a new product category: AI-native workbenches where skills are distribution units, not hidden implementation details. The developer experience matters as much as the model.

Field notes

Jan 21, 2026

skills-updater and recommendation workflows

Public interest around keeping local AI skills updated and discoverable.

Indexed note·Original X post

Jan 15, 2026

YouTube AI digest skill

A practical example of turning media browsing, summarization, and screenshots into one repeatable agent workflow.

Indexed note·Original X post

Jan 20, 2026

media-downloader

A workflow that removes manual asset search and download steps for creators and builders.

Indexed note·Original X post

May 3, 2026

fireworks-radio

A recent example of packaging ambient coding context as a CLI-first AI-native workflow.

Indexed note·Original X post

Lab proofs

Founder use

  • Turn internal prompts into reusable agent skills.
  • Package small automation wins into repeatable team workflows.
  • Design update, discovery, and trust mechanics for AI skill ecosystems.

05 / Retrieval and Skill-RAG

RAG failure is often workflow misalignment, not missing knowledge.

Retrieval systems fail when questions, evidence, memory, and tool actions are not aligned. The interesting work is diagnosing failure modes and turning them into skills, routing, and better product loops.

Many AI products are really search, routing, and evidence products with a model on top. Teams that understand this will build more trustworthy systems than teams that only tune generation.

Field notes

Apr 21, 2026

Skill plus RAG

A note connecting adaptive retrieval failure to reusable skills and diagnostic workflows.

Indexed note·Original X post

May 1, 2026

Dynamic software and agent infrastructure

A market read on deterministic execution, context as state, long sessions, tracing, self-checks, and approval mechanisms.

Indexed note·Original X post

Lab proofs

Founder use

  • Diagnose whether an AI workflow is failing from retrieval, routing, memory, or UX.
  • Design evidence surfaces that help users trust generated answers.
  • Build skill-like recovery paths for repeated RAG failure modes.

06 / Distribution Systems

AI builders need distribution surfaces, not only product surfaces.

The same systems thinking that makes AI workflows reliable can also make public distribution compound: programmatic SEO, technical case studies, X field notes, GitHub metadata, and founder outreach all reinforce one another.

Early AI startups often under-package their knowledge. A durable site, searchable artifacts, and public proof loops can turn technical work into opportunity flow.

Field notes

May 4, 2026

Do not confuse impressions with traffic

A current note studying programmatic SEO and explaining why stable search growth beats short-term social feedback.

Indexed note·Original X post

Lab proofs

Founder use

  • Turn open-source traction into a credible founder-facing acquisition surface.
  • Build SEO pages from real technical notes instead of generic AI content.
  • Connect product proof, public writing, and paid offers into one operating loop.