Problem
When a project-scoped module shadows the same user-scoped module, module discovery and specfact module doctor recommend specfact module uninstall <name> --scope user. Review/bootstrap workflows surface that recommendation, and agents can follow it even though shadowing is normal precedence rather than a broken installation. The result is loss of the user-scoped specfact-codebase and specfact-code-review installation for every other repository.
Expected behavior
- Project scope continues to take precedence inside the current repository.
- The shadowed user-scoped module remains installed and usable outside the repository.
- Discovery and doctor diagnostics explain the precedence and state that no action is required.
- No review-triggered or recovery guidance recommends removing the user-scoped copy.
- Explicit user-initiated uninstall behavior remains unchanged.
Scope
Update core module discovery and doctor recovery messaging, with regression tests. Paired modules bug: nold-ai/specfact-cli-modules#452.
Governance
Acceptance criteria
- Tests prove shadow diagnostics contain no user-scope uninstall recommendation.
- Tests prove diagnostics explicitly preserve cross-repository availability.
- Existing project-over-user precedence is unchanged.
- Focused and repository quality gates pass.
Problem
When a project-scoped module shadows the same user-scoped module, module discovery and
specfact module doctorrecommendspecfact module uninstall <name> --scope user. Review/bootstrap workflows surface that recommendation, and agents can follow it even though shadowing is normal precedence rather than a broken installation. The result is loss of the user-scopedspecfact-codebaseandspecfact-code-reviewinstallation for every other repository.Expected behavior
Scope
Update core module discovery and doctor recovery messaging, with regression tests. Paired modules bug: nold-ai/specfact-cli-modules#452.
Governance
module-scope-02-preserve-user-installsAcceptance criteria