Two papers, both stepping back

The previous weeks were architecture-heavy: how the model fuses audio with text, how it predicts the next token, how it stays under the latency budget. This week is an HCI week, and the two papers do something the others don’t. They stop asking how to build the thing and start asking what kind of thing is even being built, and for whom.

The first paper, A Design Space for Live Music Agents (Kim, Brade, Wang, Zhou, Kim, Wang, Lee, Flores Garcia, Huang, Donahue, 2026), maps the territory. The authors survey 184 live music agent systems across HCI, AI, and computer music venues, and propose a unified design space that names the dimensions everyone has been navigating implicitly: what the agent listens to, what it can do, how musicians control it, what it puts back into the room. The map is the contribution, and it’s the kind of paper that should have existed two years ago.

The second paper, When AI don’t sound like AI (Pelinski, Melbye, McPherson, 2026, Organised Sound), zooms way in. The authors reconstruct a single project of theirs, Surfing Hyperparameters (a duo performance system), and use it to argue that aesthetic expectations are not consequences of the technology but active inputs to it. The story we tell ourselves about what AI should sound like ends up shaping the system we build, regardless of what the system would have produced on its own.

Read together, the two papers cover a useful arc. Kim et al. give us the geometry of the field. Pelinski et al. remind us that everyone moving through that geometry is being pushed around by cultural expectations they may or may not have noticed.

A few primers before the deep dives

The first three primers below are about how this week’s papers frame live-music AI. The fourth is about a specific philosophical move (hauntology) that the Pelinski paper leans on heavily and that some readers will not have seen before.

toolinstrumentagentexplicit control → latent agency → intentional behavior

Tool, instrument, agent: a spectrum

The Kim et al. paper inherits a long-running argument from NIME and HCI: an AI music system can sit anywhere on a continuum between tool (every output is explicitly chosen by the musician), instrument (the musician shapes behavior through performance, but the system contributes choices within its learned model), and agent (the system perceives context and adapts strategy mid-performance). Most current systems live ambiguously between tool and instrument, and almost none cleanly clear the bar for "agent" in the AI sense. The label a designer picks for their own system constrains the questions they ask about it.

designdecisionsexpectationnarrativestories shape the artifact

Aesthetic expectations are inputs

The Pelinski paper's central move is to argue that the cultural narratives we hold about AI music (what it should sound like, what it conjures up, who it's haunted by) actively shape the design choices we make. These narratives aren't retrospective descriptions of what the technology produced; they're upstream constraints we keep applying to the technology. The example in the paper is their own: while developing Surfing Hyperparameters, the team kept narrating their system's outputs in ways that confirmed expectations they'd held since the start. "Sounding like AI" wasn't an emergent property of the system. It was the brief.

capabilityinputinteractionoutput184 systems

A design space, not a leaderboard

Most AI-music papers compare systems on a small set of metrics and pick a winner. The Kim et al. paper deliberately doesn't do that. The point of a design space is that there's no single "best" location in it; different cells make sense for different performers, contexts, and traditions. By plotting 184 systems across several axes (musical input, agent capability, interaction modality, output representation, alongside contextual axes like usage and ecosystem), the authors show where systems cluster and where the empty regions are. The empty regions are part of the contribution.

presence haunted by what it isn't

Hauntology, briefly

The Pelinski paper invokes sonic hauntology, Mark Fisher's reading of Derrida, to explain the cultural background hum behind "AI music sounding like AI." The idea is that any present moment is constituted by the traces of pasts that didn't fully arrive: futures that never happened, recordings that decayed, voices already absent. AI music inherits this directly because it literally is a recombination of archived recordings ("plundered datasets resituated in different contexts," in the paper's words). When listeners describe AI output as ghostly or uncanny, that isn't an accident of the model. It's the cultural frame doing work. We hear hauntology before we hear the audio.

The tool, instrument, agent distinction is the most-cited framing in this week’s papers, so it’s worth making concrete. The interactive below switches between the three modes and shows what changes about how control flows between musician and system.

Tool, instrument, agent — what's actually different?

The musician shapes behaviour through performance, but the system contributes its own choices within a learned model. Like a tuned synth: you play it, but it has a voice.

Same musician, same system, different framings. The arrows show how control flows between them: a tool waits for commands, an instrument trades signals continuously, an agent also has its own internal loop (planning, adapting). Most current AI music systems sit ambiguously between tool and instrument — clearing the bar for "agent" by Kim et al.'s definition is rare.

The three modes don’t differ in technology. They differ in who initiates. A tool waits for the musician to commit. An instrument trades signals continuously. An agent has an internal loop of its own that can lead. By the Kim et al. paper’s bar, almost nothing in current AI music actually clears the agent threshold; most “AI music agents” are sophisticated instruments with very strong priors. That isn’t a failure mode, but it’s a useful thing to know about the field’s actual position.

A design space for 184 live music agents

Kim et al.’s contribution is conceptual. They surveyed 184 systems explicitly designed for live music interaction (real-time exchange with a human performer, not offline composition or passive listening) drawn from CHI, NIME, ICML, arXiv, and adjacent venues, spanning roughly the last two decades with heavy weight on the 2020 to 2026 window. The systems are catalogued along design-space dimensions covering what the agent listens to (audio, symbolic, gestural, contextual signals), what it can do (accompaniment, continuation, real-time transcription, harmonization, sound-design assistance), how the musician communicates with it (real-time MIDI, audio input, gestures, latency budgets), and what it produces (audio synthesis, symbolic streams, control signals to other instruments). The framing extends beyond the obvious technical axes to include usage context, ecosystem, and the social setting around a performance.

A live-music-agent design space (illustrative)

x: y:
An illustrative slice of the Kim et al. design space, populated with systems we've talked about in this reading group plus a few canonical references. Pick any two of the four axes; toggle gaps to highlight cells with no example systems. Position estimates are approximate and editorial — they're meant to spark whiteboard arguments, not settle them. The 184-system catalogue in the actual paper is the authoritative version.

The map shows clusters and gaps. Most systems sit on the audio-input / audio-output diagonal, which is partly a tooling artifact: audio is what’s easy to capture and synthesize, and audio-only systems compose cleanly with the rest of the music technology stack. Symbolic and gestural inputs are sparser. Real-time symbolic generation is sparser still; low-latency models tend to be audio-domain, and the symbolic-domain models that exist are mostly offline. Cross-modal agents (listen with audio, respond symbolically; listen with gesture, respond with parameter automation) are largely empty cells.

Two further gaps the authors flag explicitly. First, cultural and genre diversity: training data is dominated by Western classical and jazz traditions, with most systems implicitly inheriting those tonal and rhythmic priors. Second, long-form coherence: the field optimizes hard for short-horizon objectives (the next bar, the next phrase), but live music as practiced runs on much longer arcs of tension and release. Few systems are evaluated for what they do across an entire performance.

A few specific framings the paper makes load-bearing. The “agent” label is reserved for systems that show intentional behavior, meaning systems that adapt strategy mid-performance in response to context, rather than just emitting stochastic output. By that bar, very few current systems are agents; most are sophisticated instruments. The paper doesn’t treat that as a failure. It treats it as a finding about where the field actually is, which is useful to know before claiming to be building something else.

The unaddressed-but-implicit question, which Pelinski et al. take up next, is how a designer ends up at one cell rather than another. The map shows where systems are. It doesn’t say much about why they got there.

Surfing Hyperparameters: when the story shapes the sound

Pelinski, Melbye, and McPherson’s paper is structurally different. Where Kim et al. survey, Pelinski et al. autoethnograph. They take a single project, Surfing Hyperparameters (a performance system Pelinski and Melbye built around a modified double bass called the FAAB, the feedback-actuated augmented bass), and reconstruct, over several years, how cultural narratives about what AI music should sound like repeatedly steered design decisions in particular directions.

The setup is technically grounded. The FAAB has eight piezo contact microphones distributed across the body of the instrument, each capturing a subtly different vibrational signature. Those eight signals feed a Transformer-based autoencoder running on a Bela microprocessor that compresses the input to four latent dimensions. Those four dimensions then drive a modular synthesis chain (Eurorack hardware via the pybela bridge) using a Multi-Scale Spectral Difference (MSSD) sonification scheme that translates latent-space motion into sound. Eight model variations were trained with different hyperparameters, and the team deliberately kept suboptimal versions in the rotation as distinct “sound worlds” rather than collapsing to a single best autoencoder. Performance involved navigating between these models on stage, treating each as a different inhabitable region of the design space.

So far the paper reads like a NIME paper. The contribution comes from what they noticed while doing this. From the paper:

The stories practitioners tell while building and making music with technology are performative, constructing rather than merely describing aesthetic realities.

The argument leans on Lucy Suchman, Bruno Latour, Donna Haraway, and Sharon Traweek. Narratives don’t passively report what happened; they actively produce it. During development, one author observed that the system exhibited “aesthetically indefensible” switching behavior between models, a technical problem by their own framing, and yet they found it “engaging to listen to.” Faced with that contradiction, the post-hoc story they ended up telling justified the sonic outcome through the AI framing, even where the technical reality didn’t quite support it. The MSSD output in the final system, the paper notes, “was not dissimilar to what they imagined the models to sound like when the project was initiated.” Initial expectations shaped final aesthetic satisfaction.

What story is doing the work?

Five common cultural framings for AI music, plotted by how "AI-sounding" the resulting work tends to feel and how much of that feeling is doing narrative work versus technical work. The Pelinski paper concentrates on the upper-left region — where the cultural story is doing more of the lifting than the technology. Click each framing to see what it pulls toward.

The cultural background hum is sonic hauntology. The paper traces a chain of associations the broader culture brings to AI music: the ghost-in-the-machine trope, the spectral aesthetics of degraded analogue media, the framing of AI as archival haunting (datasets as plundered recordings, resituated in new contexts). These associations, the authors argue, are “conceptual rather than based on a sonic aesthetic,” meaning they’d be applied regardless of what the system actually sounded like. AI sound becomes uncanny because we’ve already decided it should be.

The practical moves the authors recommend are about transparency, not aesthetics. Document expectations, not just developments. Acknowledge mismatches between intended and actual behavior rather than papering over them with conceptual ambiguity (they invoke the Clever Hans effect, where a system appears to do something it doesn’t). Recognize that both technical constraints and cultural narratives shape outcomes; neither operates alone. And practice transparency about the gap between the story and the artifact, so the project as documented matches the project as built.

Mapping Pelinski onto Kim

The two papers don’t reference each other, but they sit next to each other naturally. The Kim et al. design space tells us where in the territory we are. The Pelinski paper tells us why we might be there.

A sample reading: Surfing Hyperparameters sits in a sparsely-populated cell of the Kim map (instrument-domain input from the augmented double bass, continuous low-dimensional latent control over four dims, audio-domain output via modular synthesis, an instrument-rather-than-tool framing, and a live-performance context). By the Kim taxonomy, that cell is fertile and largely empty. By the Pelinski critique, the reason a project ends up in that cell is partly the technology and partly the cultural narrative the team brought into the room. A team that comes in expecting to build something hauntological will tend to inhabit cells where hauntological readings are easy.

That tension generalizes. Wherever the Kim map is empty, the empty region might be empty because the technology can’t reach it yet, or because the cultural narratives that motivate the field don’t currently make that region desirable. Disentangling those two reasons is hard, and the Kim paper doesn’t pretend to. The Pelinski paper offers some methodological grip on the problem: examine the narratives, document the expectations, and separate the story from the artifact. Doing that paper-by-paper would make the design space more honest over time.

Open questions

A few discussion prompts we ended up with prepping this session:

  • We’re unsure whether the tool / instrument / agent spectrum is useful for design or only descriptive after the fact. Could a team commit to building an “agent” rather than an “instrument” up front, and have that decision actually shape their training objective?
  • Both papers gesture at long-form coherence as under-explored. We don’t have a good answer for what even counts as evaluation for a system that’s supposed to play across thirty minutes of a live set; most metrics in current use are window-of-bars metrics.
  • Pelinski et al. argue that aesthetic expectations are inputs to the design process rather than consequences of it. Whether that’s resistible is unclear. A music AI system with no prior aesthetic narrative might still be a stylistic choice in disguise (free-jazz minimalism, Cagean indeterminacy, and so on).
  • The Kim design space catalogues 184 systems but doesn’t grade them against each other. That refusal is load-bearing for the framing, but it makes the paper hard to use prescriptively. We’re not sure what concrete advice the paper would give a new team designing a system from scratch.
  • We didn’t have time in the session to map this reading group’s other papers (LTU, LLark, AudioChat, Aria-Duet, ReaLJam, the LLM-FX papers from Week 7) onto the Kim design space, but that’s a useful whiteboard exercise.

Papers & resources

Demos & systems referenced