Lesson 14 · Senior v2 architecture
Boundary leaks and architecture smells
How to review a v2 module critically: which smells are cosmetic, which smells change the dependency story, and why that distinction matters.
Your win: distinguish a real architecture leak from a merely ugly module, and explain why the dependency direction is the thing worth protecting most.
The problem: not every messy module is equally dangerous
Some modules are inconsistent but still survivable. Others look organized on the surface while quietly breaking the one rule the architecture was supposed to protect. Senior review means telling those apart instead of calling everything “technical debt” in one tone of voice.
The flagship smell in this repo
conversationmgmt is the best teaching case because the issue is concrete: the core imports infrastructure and constructs postgres repos inside the core service layer. That is not a naming problem. It changes the architecture contract.
The repo-v2 map + the conventions docs
The strongest source for this lesson is the repo's own verified map and convention files, because the smell is local and specific.
→ Repo v2 map
→ .claude/rules/eureka-v2-conventions.md
Check yourself (from memory)
Q1. The most important architecture smell is one that…
Sources. Repo map; conventions docs.