feat(devex): product isolation and architecture safety
@webjunkie is already working on this.
Since Aug 11, 2026.
- Dominant language
- Python
- Stars
- 39.9k
- Forks
- 3.4k
- Avg merge
- 6h 51m
- Merged PRs (30d)
- 232
Description
Context
The monorepo's product isolation model has matured — tach-enforced boundaries, facades, contract checks, product folder structure. But the scope is wider than just folder layout. DB-level isolation per product, automatic team scoping to prevent IDOR vulnerabilities, and the ongoing migration of legacy models all fall under the same umbrella: making products truly independent so teams can ship without breaking each other.
Goal
Products are isolated at every layer — code boundaries, test suites, databases, and queryset scoping — with enforcement that catches violations automatically.
Scope / ideas
- Continue migrating legacy models into product apps (dashboards, feature flags next in line)
- Harden multi-database routing per product (landed in #51896, denormalization in progress)
- Implement automatic team scoping to prevent cross-tenant data access (#47065)
- Maintain and extend tach boundary checks, contract checks, and product lint rules
- Product isolation skill and agent guidance for teams bootstrapping new products
Current state
Multi-database setup landed and re-landed (#51267 → #51896). Surveys, messaging, links, experiments models already migrated. Dashboards (#51924) and feature flags (#51923) in progress. Tach interfaces enforced on bootstrapped products (#50746). Contract checks run per-product in Turborepo (#50220). Team scoping issue (#47065) is open — currently relies on developer discipline and semgrep rules.
References
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.