firehose> #llmops

Hunk: the review diff as a two-way human↔︎agent annotation channel

TL;DR

The video demos Hunk, a review-first terminal diff viewer, and its actual payload is not the viewer's ergonomics (view modes, search, theming) but that it turns the diff into a bidirectional, line-anchored annotation channel between a human and a coding agent. Hunk ships a hunk-review skill wrapping its CLI; once the agent loads it, the loop runs both ways on the same surface: the agent writes review notes pinned to lines the human reads in place (it flags "KV increments can lose concurrent updates" on worker/index.ts:25), and the human writes notes pinned to lines that the agent reads back and implements ("add a button for the reset API" on src/App.tsx becomes a working reset button). The presenter's own framing — the first two-thirds is "not that impressive," the annotation round-trip is "the good part" — is the whole point: legible diff review already exists (Agent Supervision); making the review artifact writable by both parties is the new move. He prefers manual refresh (R) over --watch so updates land when he asks for them.

Concepts introduced

Held, not dropped (touched, no concept page yet):

Key claims

Why this builds on Agent Supervision

Agent Supervision already holds the operator-workbench thesis: when review bandwidth is the bottleneck, the tool's job is to render agent output as legible diffs the human can accept, reject, edit, or annotate. This source sits squarely inside that frame — Hunk is such a workbench — and corroborates the "legible diffs before approval" claim from an independent tool. What it builds on / refines is the annotation lever: supervision described annotation as one option among accept/reject/edit, implicitly one-way (the human marks up the agent's output). Hunk makes the annotation store symmetric — the agent writes notes the human reads, and the human writes notes the agent reads and acts on — so the review view becomes a closed loop rather than a terminal approval gate. That symmetry is the new node (Shared Review Surface); the enabling seam is a skill wrapping a CLI (CLI Tools over MCP Servers), which is why the same page also touches the tool-surface concept. No tension with existing concepts — this is additive.

Illustrated walkthrough

Video is 5:14.


Linked from