Skip to content

[MOB-01] Align mobile attention with optional relay delivery #15

Open

Description

@jdbencardinop

ID: MOB-01 (F-006). Priority: P1. Blocked by: #6. Backlog: #1.

Scope and reuse

Reuse adopted upstream mobile awareness, APNs/FCM, widgets/Live Activities and
scoped deep links. Align a native foreground actionable list and direct refresh
with the environment-owned current attention projection. Add only the compact
relay mapping needed for optional background delivery.

Acceptance criteria

  • Foreground mobile works through direct environment connections without relay.
    Request actions use existing environment-scoped commands.
  • A notification/deep link retains environment/thread identity and refreshes
    direct state before offering an action. Already-resolved or unavailable
    targets display their real state, not a stale approval prompt.
  • Relay hints never resolve attention or overwrite newer authoritative direct
    state. Adopt compatible upstream categories instead of a parallel taxonomy.
  • Device registration, opt-out and delivery errors follow upstream policy.
    Foreground/background transitions do not duplicate one event's notifications.
  • Default external payloads contain opaque identifiers and category/revision
    information, not prompts, paths, raw errors or tool output. Sensitive labels
    are not required to deliver a useful generic notification.
  • APNs/FCM or relay failure affects only background delivery; it cannot break
    direct operation. Custom-signed/self-hosted push setup is a separate rollout
    decision, not a hidden prerequisite.
  • Cover direct-only, relay-enabled, stale notification, revoked link, offline
    destination, two environments sharing local thread IDs and delivery opt-out
    on iOS/Android. Integrated device use requires permission.

Coverage and non-goals

All provider-derived canonical attention and existing supported connection
modes. Web/desktop state remains unchanged; local OS delivery belongs to ATT-06.
No mandatory coordinator, new push service, global acknowledgement or server
host notification.

Activity

  1. added
    fork-backlogMaintainer backlog for the multi-machine fork
    status:blockedRelease or dependency gate remains; no implementation yet
    priority:P1Next workspace capabilities after foundation
    on Sep 14, 2026
  2. added
    status:readyScope ready and all implementation gates satisfied
    and removed
    status:blockedRelease or dependency gate remains; no implementation yet
    on Sep 29, 2026
  3. jdbencardinop commented on Oct 5, 2026

    @jdbencardinop
    Author

    The separate custom-signed/self-hosted push rollout decision mentioned here is now tracked in #25 (self-hosted-notification-delivery, requested only). It evaluates existing T3 Connect, OSS self-hosted services, minimal integration, and no mobile push; it does not replace or implement this issue’s attention semantics.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    fork-backlogMaintainer backlog for the multi-machine forkpriority:P1Next workspace capabilities after foundationstatus:readyScope ready and all implementation gates satisfied

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions