Jordan-Hall / Jordan-Hall/browser

[P5][MESH-03] Shared workspaces and enterprise contexts

Open
#96 2 comments 0 reactions 0 assignees View on GitHub
Dominant language
No language data
Stars
0
Forks
0
PR merge metrics
No merged PRs in 30d

Description

Programme: #1
Epic: #31

## Objective
Support collaborative workspaces without turning collaboration into accidental union-of-permissions access to every participant's connected services and private context.

## Scope
- Workspace roles and membership lifecycle.
- Recipient-filtered shared state and redacted snapshots.
- Source/account access evaluated per viewer, not inherited from the workspace owner.
- Approval ownership/delegation rules for team operations.
- Team policy overlays and admin constraints while preserving personal/work separation.
- Collaborative annotations/tasks/layouts with conflict-safe sync.
- Shared artifact/evidence export rules and access revocation.
- Audit of who saw/changed/approved shared state.

## Security rules
- Sharing a view never grants the union of collaborators' external-account rights.
- Personal memory/private-source data remains excluded unless explicitly shared and authorized for each recipient.
- Team policy cannot silently expose personal-profile sources.

## Acceptance criteria
- [ ] Two collaborators with different source rights see only records/evidence they individually can access.
- [ ] Shared layout/annotations can collaborate without copying inaccessible source bodies.
- [ ] Approval ownership is explicit and cannot be forged by another role.
- [ ] Revoking membership removes future shared access while preserving required audit history.
- [ ] Work/personal profiles remain isolated under shared-workspace navigation.
- [ ] Redacted exports are tested against index/cache/metadata leakage.

## Dependencies
- MESH-01
- UI-04
- SEC-03

**First phase:** P5
**Maturity target:** P7
**Owner:** platform

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by reading the MESH-01, UI-04, and SEC-03 dependencies and map their existing workspace, UI, and security constraints to the acceptance criteria. Done requires enforcing per-viewer access, isolated personal/work profiles, explicit approvals, revocation, conflict-safe collaboration, and tests for redacted export leakage.

Written by the indexing model from the issue text.

Assessment

Domain
authorization, backend-api-design, security
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.