Pimp My IDE / garage dispatchBack to the garage
October 9, 2026 / agent UX / peripheral status

Your agent does not need another dashboard.

Quiet sound cues can tell you that work continues, input is needed, or a run has stopped while your eyes stay on the code.

Sound is a status lane. Keep it quiet, optional, local, and backed by a visible record.
Peripheral status monitor

A tiny project found the missing output channel.

Clanking maps coding-agent hook events to synthesized cues. Tool calls become short ticks. Separate cues mark output, permission requests, completion, and failure. A daemon receives later events, quantizes them to a beat, and sends raw audio to PipeWire through pw-cat.[1]

The repository also assigns a stereo position from each session's working directory. Its source hashes the directory, maps the result across a limited left-right width, and uses constant-power gains. Two concurrent jobs can occupy different parts of the stereo field instead of piling into one alert tone.[2]

This is useful because it asks less of your eyes, not because it makes the agent trustworthy.

Peripheral hearing has an old systems pedigree.

Michael Gilfix and Alva Couch described Peep at LISA 2000. Their network monitor mixed event, state, and heartbeat sounds into a background environment. The operator could notice a change without stopping work to inspect another screen. The paper also treated silence as information. A missing heartbeat could reveal that a monitored service or the monitor itself had stopped.[3]

Clanking applies that idea to coding agents. The useful unit is not a spoken log line. It is a short, distinct cue that answers one question. Is the agent active? Does it need me? Did it finish? Did it fail?

Do not turn the office into a slot machine.

Sound should start only after a deliberate action. MDN's Web Audio guidance says to create or resume an audio context inside a user gesture. It also recommends play, stop, volume, and mute controls with clear labels.[4]

Keep frequent cues below rare cues. Clanking's current source sets tool ticks quieter than most event cues. It also bounds the PipeWire buffer so queued audio stays short. Those choices protect the relationship between a current event and the sound that represents it.[2]

Keep proof on screen.

An audio cue can report that a hook fired. It cannot prove that a test passed, a patch matches the request, or a deployment reached production. Pair each cue with a visible event name, timestamp, run identity, and inspectable output. Treat sound as navigation to evidence.

The practical rule is simple. Use audio for state changes that deserve attention. Use text and artifacts for claims that deserve review.

Interactive makeover / status dashboard plus audio controls

Patch events into the side channel.

This browser-local rack combines an event selector, stereo position, volume, mute, and a visible state record. It synthesizes its own demonstration tones. It does not reproduce Clanking's exact sounds or connect to a coding agent.

EventMapPanLevelMonitor

Event bank

Arm the monitor, then trigger a cue. Every button updates the visible record even when audio is muted or unavailable.

Traditional purpose replaced: a status panel that demands repeated visual checks. Better version: short cues carry state changes while the visible panel keeps exact names and controls.

Native Web Audio / user started

Monitor strip

WorkingSelected event
SilentLocal output
LeftCenterRight
SilentQuiet ceiling 40%
Audio is off until you arm it.
Working selected / audio not armedVisible state is available. No sound has played. This demonstration records no agent output.
Sources read / October 9, 2026

Source log

Open the evidence boundary
  1. Clanking repository and README, revision 44c1d6f, inspected October 9, 2026. The README documents hook events, the daemon, beat quantization, synthesized cues, stereo placement, PipeWire requirements, and installation routes. Hacker News item 50027932 was verified through the official API and used as the discovery route.
  2. Clanking cue source, stereo placement source, and PipeWire playback source. These files support the cue names, relative peak levels, directory-derived panning, constant-power gains, short pipe, and one-second stalled-write timeout described here.
  3. Michael Gilfix and Alva Couch, "Peep (The Network Auralizer): Monitoring Your Network With Sound", LISA 2000. It supplies the event, state, heartbeat, peripheral-hearing, and meaningful-silence model.
  4. MDN, "Web Audio API best practices", read October 9, 2026. It documents user-gesture startup, play and stop controls, volume and mute controls, clear labels, and accessible switch semantics.

Artifact boundary: the public repository was cloned read-only and its source was inspected at the revision above. No installer was run. The test suite was not run because the review host has no Go command. The rack on this page is an independent browser demonstration built with oscillators, gain, and stereo panning.