Architecture report
ArchQ Explorer

nestjs.realworld

e42def7dd4265ebf40fc36e80491e87bebacce55 · 41 observed files · 21 whole-contract components

UNKNOWN

Some checks could not complete. Read diagnostics and recorded findings. FAIL rules: REQUIRES-COMPLETE. UNKNOWN rules: API composition:REQUIRES-COMPLETE, Account and authentication:REQUIRES-COMPLETE, Article and comment publishing:REQUIRES-COMPLETE (+2 more).

Rule assessments · whole run

PASS

0 rules

Required evaluator evidence is complete; decided positions have no violations.

FAIL

1 rule

A rule violation was found. Undecided evidence can coexist with that failure.

UNKNOWN

5 rules

Available evidence does not establish the result. Missing scope proof is not a pass.

NOT CHECKED

Status definition

A check was not performed or could not be completed. Read its scope and explanation. This status definition does not itself say which occurred.

Source observation: UNKNOWN · Symbol inventory: partial

Component dependencies

How to read this report

Components are declared responsibility and ownership boundaries, not classes or files. Packages here are namespace groups; they do not prove a directory or __init__.py. Modules represent source units: in Python, normally a .py file, including __init__.py. Details shows recorded file paths and separates the view group from the code container. Component roles describe architecture responsibilities; an interface node describes a language interface, such as a Python Protocol.

Gold and the component glyph mark architecture boundaries. Blue document glyphs mark modules; grey folder glyphs mark namespace groups. Classes use purple compartments, interfaces use teal circles, enumerations use pink compartments. Functions use ƒ and methods use (). Visibility: + public, − private, # protected, ~ package, ? unknown. These conventions do not claim Python access enforcement. Border verdicts and edge styles are separate from element types. Mixins appear as their own classifier and use a directed edge distinct from inheritance. Use the relationship legend to filter edges.

As-Is uses observed source facts with declared boundaries for navigation. Target uses independent declarations; missing file paths remain undeclared. Diff uses recorded Core assessments. Select for details; double-click, press Enter or Open selected to explore one level. Breadcrumbs include the kind. Drag the background to pan; use Zoom or Fit overview to change scale. Arrows run from source to target. Allowed component imports are permissions, not proof of a call or import.

Worth a look

Legend
Review question · components larger than their level · 2 candidates

2 components hold more modules than the contract has components, or more edges among their modules than it has component edges. Comparison basis at the top level: 7 components and 18 observed cross-component edges. Naming a size is evidence; giving one of them a level of its own is a decision (AD-20, AD-33). These are review questions, not violations or proof that a component should split.

Snapshot and audit

Source digest 1b09739a520281ac416a537a4deb304a6720920907829efe03634ee28941b05e · Dirty True.

Scope: src/**

Contract architecture-contract.json · 68a5a322155e71d64d15c612dabb7854709206b06587d6e820c7e88c832c5643

Complete architecture JSON and recorded evidence