opl-source-module-boundary-reviewer

Detect OPL source module boundary violations and classify them for code review.

8|5|Updated Apr 2, 2026
One-click install
npx skills add https://github.com/gaofeng21cn/one-person-lab --skill opl-source-module-boundary-reviewer
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: opl-source-module-boundary-reviewer
Source: https://github.com/gaofeng21cn/one-person-lab/tree/main/plugins/opl-foundation-skills/skills/opl-source-module-boundary-reviewer
Command: npx skills add https://github.com/gaofeng21cn/one-person-lab --skill opl-source-module-boundary-reviewer

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

OPL projects often face modularity breakdowns when source code is placed in the wrong module, uses forbidden deep imports, has incorrect dependency direction, or lacks proper public entrypoints. This Skill provides a structured review process to catch these boundary violations early, preventing technical debt and architecture rule breaks.

Core Features & Use Cases

  • Boundary Compliance Checks: Inspect module ownership claims, import maps, and dependency direction against OPL's source-module policies.
  • Violation Classification: Categorize detected issues as wrong owner module, deep import, forbidden dependency, public entrypoint gap, or ambiguous module boundary.
  • Use Case: Apply this Skill during code review for new OPL contributions to ensure all source changes adhere to the project's modular architecture standards before merging.

Quick Start

Use the opl-source-module-boundary-reviewer skill to audit the boundary compliance of the new payment processing module source code you are reviewing for the OPL project.

Frequently Asked Questions about opl-source-module-boundary-reviewer

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I check for OPL source module boundary violations in a code review?

To check for OPL source module boundary violations, audit new source code contributions against OPL modular architecture standards by detecting incorrect module placement, invalid dependency directions, and forbidden deep imports before merging.

What is a source module boundary review in OPL architecture?

A source module boundary review in OPL architecture is a compliance audit that inspects module ownership claims, import maps, and dependency direction to prevent modularity breakdowns and architecture rule breaks.

How do I classify deep import and dependency direction issues in an OPL project?

Classify deep import and dependency direction issues by categorizing detected violations as wrong owner module, deep import, forbidden dependency, public entrypoint gap, or ambiguous module boundary during the architecture compliance audit.

Can I get correction recommendations for forbidden deep imports during a pre-merge validation?

Yes, pre-merge validation for forbidden deep imports provides minimal correction recommendations for boundary violations while strictly avoiding unauthorized source mutations or readiness claims.

When do I need to run a module boundary audit for OPL contributions?

You need to run a module boundary audit for OPL contributions during code review workflows for new source modules to ensure source changes adhere to modular architecture standards and catch technical debt early.