scenario 06 · reader-harness

watch one article re-render for three priors

one manifest. three binding sets. zero server roundtrips.
READER chain · DOC_READER/v1
  1. 01Bootstrap
  2. 02Plan
  3. 03Draft
  4. 04Review
  5. 05Publish
  6. 06Reader
static-bundle: live
⬢doclayer.live / posts / meta-harnesses-1-what-is-a-harness
↻ same DOM
same article. same manifest. three priors. harness re-binds in the browser.
atom · reader-prior-picker
AI engineer binding… PM binding… researcher binding…
grammar · evolving-explainer · revision-variant · comment-thread
reader · AI engineer PM researcher manifest · frozen at publish · re-binds in browser

What is a harness?

The controller wrapping inference evolving-explainer

The shape of the AI product, not the model

The decision process external to the policy

A harness is the controller wrapping the transformer at inference: the loop deciding which tokens to feed in, which tools to call, what to remember, and how to route the output back into state.

If the model is the engine, the harness is the chassis. Two products can use the exact same engine and feel completely different — what the customer touches is the chassis.

The harness is the decision process that wraps a parameterized policy: it selects context, performs intermediate computation, and routes the policy's emissions back into state. The policy is one action among many.

while (!done) { ctx = memory.recall(state) out = model.generate(ctx) state = harness.step(out) }
A sedan, a truck, and a sports car can run the same V8. The engine matters less than the form factor for what someone is buying. Same with AI products: same model, very different products.
Treat the harness as a sequential decision process whose action space includes the policy's own forward pass — every step it chooses between calling a tool, updating memory, or invoking the model again.

The transformer is policy. The harness is everything else.

Why scaling LLMs doesn't solve it

Why scaling models doesn't dissolve startups

Implications for self-improvement

Bigger models give you better tokens per call, not a better loop. The decision of when to call, what to feed, and what to do with the output lives in code outside the weights.

You can't bigger-model your way to a better product. The engine generates tokens; the chassis decides which tokens are even worth generating, and what surface they reach the user through.

Scaling the policy improves per-step behavior but does not constrain the harness's decision process. If the harness admits its own training signal, you can hill-climb the harness layer separately from the policy.

Meta-harnesses author Harness values from a typed grammar — the way an Architect emits UI manifests in meta-ide.

Meta-harnesses are the next move: products that shape themselves per user, per task. The product layout itself adapts.

The recursive case — meta-harnesses that author harnesses from a typed grammar — generalizes this to a search over harness families.

reader · PM analogy-bound

What is a harness?

The shape of the AI product, not the model

If the model is the engine, the harness is the chassis. Two products can use the exact same engine and feel completely different — what the customer touches is the chassis.

A sedan, a truck, and a sports car can run the same V8. The engine matters less than the form factor for what someone is buying.

The transformer is policy. The harness is everything else.

Why scaling models doesn't dissolve startups

You can't bigger-model your way to a better product. The engine generates tokens; the chassis decides which tokens are worth generating, and what surface they reach the user through.

Meta-harnesses are the next move: products that shape themselves per user, per task. The product layout itself adapts.

reader · researcher formal-bound

What is a harness?

The decision process external to the policy

The harness is the decision process that wraps a parameterized policy: it selects context, performs intermediate computation, and routes the policy's emissions back into state.

Treat the harness as a sequential decision process whose action space includes the policy's own forward pass — every step it chooses between calling a tool, updating memory, or invoking the model again.

The transformer is policy. The harness is everything else.

Implications for self-improvement

Scaling the policy improves per-step behavior but does not constrain the harness's decision process. If the harness admits its own training signal, you can hill-climb the harness layer separately from the policy.

The recursive case — meta-harnesses that author harnesses from a typed grammar — generalizes this to a search over harness families.

18KB
same manifest
3
binding sets
0
server roundtrips
same DOM. same atoms. the harness re-binds per reader, in the browser.
atom · comment-thread
prior-bound replies
E
jay · engineer where does harness.step live — host process or worker?
P
mira · PM how does this affect distribution if the engine commoditizes?
R
k.ito · researcher do you have offline evals for the harness loss vs. a fixed-policy baseline?
same atom
three prior-bound renders
← publish all scenarios
all scenarios →