Source note2 min read
Rehearsed Multi-Agent Live Product Demonstrations with Real-Time Voice Question Answering
Source
arXiv
arxiv.org/abs/2606.30294v1
Source
- Source name: arXiv
- Source kind: paper
- Authors / organization: Rahul Khedar, Mayank Malhotra, Avinash Karn, Mouli V, Prakhar Mehrotra
- Venue: arXiv: cs.AI
- Published: 2026-06-29
- Collected: 2026-06-30
- URL: http://arxiv.org/abs/2606.30294v1
- PDF: https://arxiv.org/pdf/2606.30294v1
- DOI: UNKNOWN
Plain-Language Brief
The authors propose Rhetor, a multi-agent system that automates live product demonstrations by merging UI exploration and source-code analysis, producing rehearsed demos with synchronized narration and real-time voice question answering. The study reports the internal locator-firing rate of Rhetor on four applications and suggests a benchmark protocol for further evaluation.
What the Document Says
- The authors present Rhetor, a multi-agent system that takes a running web application and its source-code repository as input and produces rehearsed live demonstrations with synchronized narration and real-time voice question answering.
- Rhetor consists of cross-modal feature representation, grounded scripter, pre-presentation rehearsal loop, runtime synchronization invariant, and locator-firing rate.
- The study reports the internal locator-firing rate (sigma-bar) on six pipeline sessions for four deployed applications.
- A benchmark protocol of ten metrics across six application categories is defined for further evaluation.
Key Concepts Mentioned
- multi-agent system
- live product demonstrations
- web application
- source-code repository
- narration
- real-time voice question answering
- cross-modal feature representation
- grounded scripter
- pre-presentation rehearsal loop
- runtime synchronization invariant
- locator-firing rate
- benchmark protocol
Claims Made by the Document
- Rhetor automates live product demonstrations with synchronized narration and real-time voice question answering.
- The internal locator-firing rate of Rhetor spans 0.31-1.00 over 147 scripted actions on four applications.
Evidence Used
- The authors describe the architecture and functioning of Rhetor in detail.
- Data on the internal locator-firing rate is provided for six pipeline sessions on four deployed applications.
Methods / Approach
UNKNOWN
Limitations Stated by the Authors
UNKNOWN
Limitations Noted by the Agent
Agent interpretation — not from the source.
UNKNOWN
Open Questions
UNKNOWN
Notes for Future Q&A
May include interpretation. Labeled where it does.
UNKNOWN
Raw Abstract / Excerpt
Live product demonstrations are a recurring, high-cost activity in software organizations: a human presenter must select features, dispatch the corresponding interactions on a running application, narrate them coherently, and answer questions in real time. Existing automation addresses only fragments -- generalist browser agents target instruction-conditioned task completion, and demo-video tools produce fixed MP4 artifacts that cannot be questioned and silently break under interface drift. We propose Rhetor, a multi-agent system that takes a running web application and its source-code repository as input and produces a rehearsed live demonstration with segment-synchronized narration and real-time voice question answering. The architectural contributions are a cross-modal feature representation that merges UI exploration with source-code analysis into features tagged with discrete focus tiers, a grounded scripter constrained to UI elements observed during exploration and dispatched through multi-strategy semantic locators, a pre-presentation rehearsal loop with explicit convergence and graceful degradation to narration-only segments, and a runtime synchronization invariant that ties each browser action to the audio-end event of its narration segment. Across six pipeline sessions on four deployed applications -- including the public-domain whiteboard application Excalidraw -- the rehearser's internal locator-firing rate (sigma-bar) spans 0.31-1.00 over 147 scripted actions; on the substantial workload (53 actions, full tier differentiation), sigma-bar is approximately 0.92, and on the public-domain reference point the locator-repair step drives convergence to sigma-bar = 1.00 at iteration 2. We additionally define a benchmark protocol of ten metrics across six application categories that would establish, beyond the case study, whether each design choice contributes positively.
