META-006: Multi-Tenant Support #204
Labels
No labels
blocked:children
blocked:commit-ready-failed
blocked:depends-231
blocked:depends-236
blocked:depends-237
blocked:depends-238
blocked:depends-239
blocked:gate-fetch
blocked:gate-fetch
blocked:gate-lint
blocked:gate-research
blocked:needs-attention
blocked:needs-decision
blocked:no-changes
blocked:no-procedure
blocked:preflight
blocked:verify-failed
bug
enhancement
feature-request
high-priority
in-progress
lint-cleanup
needs-decompose
needs-triage
ops-retry
ops-task
phase-5
quickfix
security/medium
self-building
triage-approved
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Mark/mesh-seed#204
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
⏸ Needs Decision
What needs to be decided?
blocked:needs-decisionlabel and the triage will create a decomposition issue.blocked:needs-decisionlabel and the triage will approve it.Blocking factors:
Scope: large Risk: high Spec: partial Type: feature
Summary: Introduce tenant isolation boundaries across the mesh substrate, including tenant-scoped ledger state, intent routing, worker execution isolation, and API-level authentication.
Suggestion: Decompose into phased sub-milestones: (1) tenant identity model + ledger scoping (new data model, schema migration), (2) tenant-aware routing + worker isolation (scoped intents, isolated exec contexts), (3) tenant API auth gateway, (4) isolation guarantee test suite. Each phase needs a security gate before proceeding to the next.
Rationale: SCOPE=large: touches 15+ files across ledger, routing, spawning, API gateway, backplane, config, and tests — a new cross-cutting identity layer. RISK=high: security-critical isolation boundaries, high blast radius if wrong, touches every core routing and execution path. SPEC=partial: the system's distributed mesh architecture naturally accommodates multi-tenancy, but it's absent from all existing docs, milestones, and current active work (M009). TYPE=feature: new major subsystem, not a fix or enhancement to existing functionality.
To unblock: Remove the
blocked:needs-decisionlabel. The triage will apply the appropriate outcome based on your choice above.Mark — this issue needs scope before any work can be routed. The body is empty and the ledger-side core already landed on origin/master (
f15a440feat(#204)), but the remaining scope (tests + runtime/docker/cli tenant wiring) has no requirements to plan against.Please confirm:
Once the body or this thread has those answers, the fixit lane can decompose and dispatch the remaining work.
Closing this as a stale empty body — core multi-tenant work landed in
f15a440 feat(#204)on origin/master. The remaining scope (tests + runtime/docker/cli tenant wiring) has been split into a properly-spec'd followup: Mark/mesh-seed#285. The followup carries the three open scope questions (tenant isolation model, auth/tenant-routing, which surfaces first) as the acceptance gate before any code lands. Filing done via kilo-gsd-runner forMark/mesh-seed#204on 2026-09-04.