This repository was archived by the owner on Jul 11, 2026. It is now read-only.
Description Problem
No enforcement of:
Layered architecture rules (no UI in business logic)
Module boundaries (no cross-domain imports)
Naming conventions
File organization patterns
Developer Pain Points
Architecture rules only documented, not enforced
Easy to violate layer boundaries
No automated governance
Manual code review catches violations late
Proposed Solution
Architecture Rules Service with:
Define rules in .cortex/architecture.json
Validate imports against layer rules
Check file placement
Enforce naming conventions
Example Rules
{
"layers" : {
"ui" : { "canImportFrom" : [" core" , " utils" ], "cannotImport" : [" database" ] },
"core" : { "canImportFrom" : [" utils" ], "cannotImport" : [" ui" ] }
},
"naming" : {
"services" : " *-service.ts" ,
"handlers" : " *-handler.ts"
}
}
MCP Tools
arch-validate: Validate architecture rules
arch-check: Check file against rules
arch-suggest: Suggest correct placement
Priority
High - Architectural governance
Effort Estimate
2 days
Reactions are currently unavailable
Problem
No enforcement of:
Developer Pain Points
Proposed Solution
Architecture Rules Service with:
Example Rules
{ "layers": { "ui": { "canImportFrom": ["core", "utils"], "cannotImport": ["database"] }, "core": { "canImportFrom": ["utils"], "cannotImport": ["ui"] } }, "naming": { "services": "*-service.ts", "handlers": "*-handler.ts" } }MCP Tools
Priority
High - Architectural governance
Effort Estimate
2 days