Skip to main content

Speak with push-to-talk and spatial cues

FeatureParent EpicDelivery statusStatus sourceOwnerApproved for Solution
3DARCH-FT-223DARCH-EP-5 — Communicate in Spatial ContextIN_BACKLOGEXACT3D Architecture Wizzard teamNo

Description​

Enable a participant to hold a voice control, grant microphone access, stream speech to the current-floor context, see who is speaking, and hear volume reflect speaker distance.

User or operator problem​

Participants need hands-busy voice communication with visible speaking state and spatial listening cues.

Expected value​

Adds immediate spoken coordination while preserving floor isolation and distance-aware feedback.

Scope​

Includes push-to-talk capture, permission feedback, current-floor relay, speaking indicators, distance-based volume, and explicit playback recovery.

Exclusions​

  • Direct messaging, persistence, history, recording, transcription, and cross-floor communication are excluded.

Acceptance outcomes​

  • Voice capture starts only while the configured push-to-talk action is active.
  • Microphone denial or unsupported capture produces clear user feedback.
  • Voice traffic remains isolated to the current floor.
  • A speaking indicator identifies active speakers.
  • Playback volume decreases to silence outside the approved proximity range.
  • Playback can recover after browser autoplay restrictions through an explicit user action.

Dependencies​

Risks​

  • Voice is relayed floor-wide, does not reach silence outside the nominal range, and lacks complete autoplay recovery.

Human approval​

Linas approved this Feature for documentation on 2026-09-02T10:40:43.220Z. It is not Approved for Solution and has no implementation approval.

Delivery status evidence​

The Feature was separately registered at IN_BACKLOG as an accepted catalogue boundary. This records backlog retention, not design or delivery progress.

  • Event: Catalogue registration
  • Actor and authority: Linas — Human project team member
  • Reason: The Feature catalogue was accepted for governed documentation and retained in the backlog.
  • Status evidence

Architecture traceability​

  • Requirements: none derived.
  • Readiness: Not started.

Architecture solution work must not begin until a separate human Approved for Solution decision is recorded.

Tasks​

Review the Tasks group. No canonical implementation Tasks have been defined.

Original source​

Legacy implementation evidence​

The Feature boundary was mined from legacy revision c0ced47ecaf4426f47e5c2e4868677f7144b951a.