qjudge-architecture-owner

Define and enforce QJudge layer boundaries, import direction, and file naming conventions.

31|1|Updated Nov 30, 2025
One-click install
npx skills add https://github.com/quan0715/QJudge --skill qjudge-architecture-owner
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: qjudge-architecture-owner
Source: https://github.com/quan0715/QJudge/tree/main/.codex/skills/qjudge-architecture-owner
Command: npx skills add https://github.com/quan0715/QJudge --skill qjudge-architecture-owner

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This skill helps engineering teams define and enforce clear layer boundaries, ownership, and file-placement decisions to maintain a coherent architecture as QJudge evolves.

Core Features & Use Cases

  • Architecture boundaries: codify layer responsibilities (features/shared/core/infrastructure) and prevent scope leakage.
  • Import direction & workflow: establish rules for how components depend on each other and how features are composed.
  • Cross-skill handoffs: guide transitions to other owners for PRs, UI, and container workflows when necessary.

Quick Start

Structure your project by clearly defining layer boundaries, ownership, and file placements before implementing refactors.

Frequently Asked Questions about qjudge-architecture-owner

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

FAQPage Schema
How do I enforce layer boundaries and ownership during architecture refactoring?

Enforce layer boundaries and ownership by codifying responsibilities for features, shared, core, and infrastructure layers to prevent scope leakage during refactoring. This establishes clear import direction and file-placement rules to maintain coherent architecture governance.

What are import direction rules in software architecture and why do they matter?

Import direction rules establish how components depend on each other and how features are composed. They matter because they prevent scope leakage across layer boundaries, ensuring consistent architecture governance as the project evolves.

How do I structure file naming conventions and feature workflows for a new project?

Structure file naming conventions and feature workflows by clearly defining layer boundaries and ownership before implementing refactors. This scopes decisions about feature composition and cross-skill handoffs to support consistent architecture documentation.

Can I use this architecture governance approach for cross-skill handoffs and PR workflows?

Yes, architecture governance supports cross-skill handoffs by guiding transitions to other owners for PRs, UI, and container workflows. It ensures documentation of core rules and references to maintain boundaries during these transitions.

What is the best way to prevent scope leakage across core and infrastructure layers?

The best way to prevent scope leakage is to codify layer responsibilities for core and infrastructure components early. Defining strict ownership and import direction rules ensures components do not violate established architecture boundaries.