[COMMS] Define channel authority map and ingress rules so work is not scattered across lost channels #175

Closed
opened 2026-04-04 22:32:56 +00:00 by Timmy · 0 comments
Owner

Parent: #173

What

We need one source-of-truth map for which communication surface is authoritative for what.

Candidate authority model

  • Gitea: task, issue, PR, and review truth
  • Matrix: private operator-to-fleet command and discussion layer
  • Nostr/Nostur: sovereign identity-linked mobile ingress and public/portable edge
  • NATS: internal bus only
  • Telegram: legacy bridge until sunset

Acceptance Criteria

  • repo-visible channel authority map exists
  • each surface has explicit allowed and forbidden uses
  • ingress rules say how messages become issues/comments/tasks
  • no operator command surface is allowed to silently create hidden state
## Parent: #173 ## What We need one source-of-truth map for which communication surface is authoritative for what. ## Candidate authority model - Gitea: task, issue, PR, and review truth - Matrix: private operator-to-fleet command and discussion layer - Nostr/Nostur: sovereign identity-linked mobile ingress and public/portable edge - NATS: internal bus only - Telegram: legacy bridge until sunset ## Acceptance Criteria - [ ] repo-visible channel authority map exists - [ ] each surface has explicit allowed and forbidden uses - [ ] ingress rules say how messages become issues/comments/tasks - [ ] no operator command surface is allowed to silently create hidden state
Timmy self-assigned this 2026-04-04 22:32:56 +00:00
Rockachopa was assigned by Timmy 2026-04-04 22:32:56 +00:00
Rockachopa was unassigned by Timmy 2026-04-04 22:35:34 +00:00
Timmy closed this issue 2026-04-04 22:36:17 +00:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Timmy_Foundation/timmy-config#175