integration-strength-and-micro-coupling-evaluator
Analyze method signatures, shared state, and cross-module interactions for content, common, control, and stamp coupling. Use when reviewing public interfaces, shared state variables, or module boundaries.
Integration Strength and Micro-Coupling Evaluator
Detect fine-grained coupling that weakens encapsulation across module boundaries.
When to Use
- PRs that modify public methods
- Cross-module invocation changes
- Shared state or global variable changes
- Reviews focused on encapsulation or dependency injection
Scope
- Scans: public method signatures, cross-module calls, shared mutable state, and argument structures at module boundaries.
- Exclusions: private helpers, same-class internals, and stable transport DTOs that are explicitly used as boundary contracts.
- Fallback: if coupling is borderline, apply the shared conventions fallback and downgrade to warning with low confidence unless the violation is explicit.
- Routing: defer timing and execution-order coupling to Dynamic Connascence and Execution State Evaluator and brittle seam placement in tests to Testability and Automation Architecture Evaluator.
Workflow
- Detect content and common coupling.
- Find direct private-state access, reflection-based bypasses, and shared mutable globals.
- Treat these as high-severity violations.
- Detect control coupling.
- Flag control flags, enums, and branch-driving parameters passed across module boundaries.
- Identify callers that dictate receiver execution paths.
- Detect stamp coupling.
- Find large objects passed where only a small subset of fields is used.
- Prefer narrow DTOs or primitives.
- Downgrade deliberate orchestration/status envelopes to warning when they are documented, stable, and limited to transport or pipeline boundaries.
- Report findings.
- Include files, line numbers, flags, and consumed fields.
- Format output for CI or review bots.
Rules
- Use static analysis and AST parsing only.
- Do not execute code.
- Restrict analysis to public interfaces and cross-module boundaries.
- Ignore private helper functions inside the same class or file.
- Do not treat internal workflow status enums as a fail if they are part of an explicit, documented pipeline contract.
- Prefer warning when the coupling is intentional, bounded, and already absorbed by a public event or orchestration boundary.
Shared Conventions
- Follow the repository-wide conventions in shared-skill-conventions.
- Use the canonical output contract, severity levels, confidence rubric, routing rules, and false-positive downgrades defined there.
- If this skill is not the closest match, defer to the routing guidance in the shared conventions file.
Output
Return:
- Content and common coupling violations
- Control coupling findings
- Stamp coupling hotspots
- CI-ready pass or fail output