{
  "title": "Articles/agent-executes-radio-abstracts-user-steers-artifact-records",
  "caption": "Agent Executes. Radio Abstracts. User Steers. Artifact Records.",
  "slug": "agent-executes-radio-abstracts-user-steers-artifact-records",
  "tags": [
    "agents",
    "article",
    "automatic-radio",
    "hermes-published",
    "pack-10",
    "published",
    "work-radio"
  ],
  "canonical_url": "https://mosiah.org/articles/agent-executes-radio-abstracts-user-steers-artifact-records/",
  "interactive_url": "https://mosiah.org/#Articles%2Fagent-executes-radio-abstracts-user-steers-artifact-records",
  "markdown_url": "https://mosiah.org/articles/agent-executes-radio-abstracts-user-steers-artifact-records.md",
  "json_url": "https://mosiah.org/json/agent-executes-radio-abstracts-user-steers-artifact-records.json",
  "fields": {
    "sort-date": "2026-05-12T13:25:00Z",
    "caption": "Agent Executes. Radio Abstracts. User Steers. Artifact Records.",
    "created": "20260512130026088",
    "modified": "20260512130026088",
    "tags": "article hermes-published published work-radio automatic-radio agents pack-10",
    "title": "Articles/agent-executes-radio-abstracts-user-steers-artifact-records",
    "type": "text/vnd.tiddlywiki"
  },
  "text": "//Related:// [[sources|Article Sources/agent-executes-radio-abstracts-user-steers-artifact-records]] · [[notes|Article Notes/agent-executes-radio-abstracts-user-steers-artifact-records]] · [[metadata|Article Metadata/agent-executes-radio-abstracts-user-steers-artifact-records]] · [[Published Pieces]]\n\n! Agent Executes. Radio Abstracts. User Steers. Artifact Records.\n\n//The user does not need a diary of the agent’s activity. The user needs an intelligent account of the work.//\n\nThe mistake is to make the agent narrate itself.\n\nMost agent interfaces are full of process chatter. The agent says what it is about to do, what it just did, what it thinks it found, what command it is running, what file it opened, what test failed, what it plans to try next. This seems useful because it creates a sense of transparency. In practice, it often creates noise.\n\nThe user does not need a diary of the agent’s activity. The user needs an intelligent account of the work.\n\nAn activity feed says: “I inspected the parser. I found a bug. I edited the file. I ran the test. The test failed. I will now inspect the logs.”\n\nA radio abstraction says: “The parser bug is not local to parsing. It exposes a state-boundary issue. The input is being normalized twice: once before the artifact write and once before the verifier reads it back. The agent is removing the second normalization path and adding a trace check so this cannot silently recur.”\n\nThe second is useful because it gives the user the concept.\n\nThe basic division should be: agent executes, radio abstracts, user steers, artifact records.\n\nThe agent executes because local implementation work belongs to the machine. Read files, search sources, run tests, fetch transcripts, parse PDFs, generate drafts, compare diffs, inspect logs, retry failed commands. This work should not require human attention unless it hits a meaningful boundary.\n\nThe radio abstracts because raw process is not the right medium for the user. The radio should surface conceptual bottlenecks, tradeoffs, decision points, failure modes, discoveries, and checkpoints. It should suppress micro-detail until the micro-detail becomes mission-relevant.\n\nThe user steers because the human’s role is judgment: taste, priority, mission gradient, tolerance for risk, and recognition of meaning. The user decides when to go deeper, change direction, preserve an invariant, accept a tradeoff, or stop.\n\nThe artifact records because memory should not live in the audio. The radio stream is a traversal. The artifact graph is the state. Every important change should land somewhere durable: a vtext, diff, claim graph, event log, source bundle, checkpoint, decision record, or published artifact.\n\nThis is the opposite of chat ontology. In chat, the transcript becomes the world. The model’s context window becomes memory. The user scrolls through past turns to reconstruct what happened. Tool calls may be hidden or summarized. Long trajectories become either verbose or opaque.\n\nIn Work Radio, the audio is not the state. The audio is the interface to state. If the user interrupts, the system does not lose the thread because the thread is stored in artifacts. The current segment, source path, checkpoint, pending question, and background run all have durable references.\n\nThat is why the radio can be calm.\n\nA good Work Radio system should rarely say, “I am doing X now.” It should say, “The important change is X.” It should not narrate every log, read diffs aloud, or produce constant reassurance. It should make uncertainty legible.\n\nThe user should hear things like: the agent found a shortcut that would pass the current test but violate the scheduler boundary; the research agent found a stronger opposing frame; the code works in the low-resolution case but the next risk is concurrency; the draft is more readable but less sharp.\n\nThese are useful because they expose the work’s shape.\n\nThe radio should be editorial, not theatrical. It should not pretend to be a coworker with feelings. It should not fill silence with personality. It should not make the user feel watched or managed. It should provide a clean interface to ongoing transformation.\n\nThe artifact does not need flattery. It needs improvement.\n\nThe user does not need chatter. They need leverage.\n\nThe agent does not need a stage. It needs a landscape.\n"
}