@a-company/paradigm 6.3.0 → 6.3.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/index.js +1 -1
- package/dist/{serve-OQYUO7CR.js → serve-NAAK7PAD.js} +1 -1
- package/dist/server-SHD4ELRO.js +7 -0
- package/dist/university-content/quizzes/Q-para-401-notebooks-permissions.yaml +32 -32
- package/dist/university-content/quizzes/Q-para-501-review-compliance.yaml +31 -31
- package/dist/university-content/quizzes/Q-para-701-arch-mcp-tools.yaml +3 -3
- package/dist/university-content/quizzes/Q-para-701-arch-yaml-format.yaml +1 -1
- package/dist/university-content/quizzes/Q-plsat-v3.yaml +2 -2
- package/dist/university-ui/assets/{index-SNyIB61M.js → index-BlS8W3tC.js} +14 -14
- package/dist/university-ui/assets/{index-SNyIB61M.js.map → index-BlS8W3tC.js.map} +1 -1
- package/dist/university-ui/index.html +1 -1
- package/package.json +1 -1
- package/dist/server-FGUL2FWQ.js +0 -7
|
@@ -23,7 +23,7 @@ questions:
|
|
|
23
23
|
D: paradigm_arch_status — check drift.missing_purpose for components not in any tier
|
|
24
24
|
E: paradigm_search — search for components with type "unassigned"
|
|
25
25
|
correct: B
|
|
26
|
-
explanation: paradigm_arch_status returns a drift object with two arrays. drift.unassigned contains component symbols that are indexed (documented) but not listed in any tier's components array — these are the newly-added components with no tier assignment. drift.missing_purpose is the inverse: components declared in arch.yaml that do not appear in the index. paradigm_arch_diagram renders the declared tiers but does not show drift; paradigm_status does not include arch.yaml drift.
|
|
26
|
+
explanation: "paradigm_arch_status returns a drift object with two arrays. drift.unassigned contains component symbols that are indexed (documented) but not listed in any tier's components array — these are the newly-added components with no tier assignment. drift.missing_purpose is the inverse: components declared in arch.yaml that do not appear in the index. paradigm_arch_diagram renders the declared tiers but does not show drift; paradigm_status does not include arch.yaml drift."
|
|
27
27
|
- id: q2
|
|
28
28
|
question: A project does not have a `.paradigm/arch.yaml` file. A developer calls `paradigm_arch_status`. What happens?
|
|
29
29
|
choices:
|
|
@@ -45,13 +45,13 @@ questions:
|
|
|
45
45
|
correct: B
|
|
46
46
|
explanation: "paradigm_arch_diagram is the dedicated diagram tool. It returns {\"format\": \"mermaid\", \"diagram\": \"graph TD\\n ...\"} where the diagram field is the Mermaid string ready for copy-paste. The CLI equivalent is `paradigm arch diagram` — on macOS, piping to `pbcopy` copies it to the clipboard. paradigm_arch_status does not include a diagram field; it focuses on tier metadata and drift. There is no `format` parameter on paradigm_arch_status."
|
|
47
47
|
- id: q4
|
|
48
|
-
question: A project has `.paradigm/arch.yaml`. An agent calls `paradigm_arch_status` and receives `drift.clean: false` with `drift.unassigned` containing 5 symbols and `drift.missing_purpose` containing 2 symbols. What is the correct interpretation?
|
|
48
|
+
question: "A project has `.paradigm/arch.yaml`. An agent calls `paradigm_arch_status` and receives `drift.clean: false` with `drift.unassigned` containing 5 symbols and `drift.missing_purpose` containing 2 symbols. What is the correct interpretation?"
|
|
49
49
|
choices:
|
|
50
50
|
A: The build is blocked — drift.clean must be true before deployment
|
|
51
51
|
B: 5 components are in the index but not assigned to any tier; 2 components are declared in arch.yaml tiers but do not appear in the index. Neither condition blocks anything — this is advisory information.
|
|
52
52
|
C: 5 components have no .purpose files; 2 components have missing portal.yaml gate declarations
|
|
53
53
|
D: The arch.yaml file has 5 syntax errors and 2 missing required fields
|
|
54
|
-
E: drift.clean: false means the previous build introduced breaking changes
|
|
54
|
+
E: "drift.clean: false means the previous build introduced breaking changes"
|
|
55
55
|
correct: B
|
|
56
56
|
explanation: "drift.clean: false means at least one drift category is non-empty. drift.unassigned (5 items) means 5 component symbols exist in the symbol index but have no tier assignment in arch.yaml — likely new components added after arch.yaml was last updated. drift.missing_purpose (2 items) means 2 component IDs in arch.yaml tiers cannot be found in the index — likely renamed or deleted components. Neither is a blocker. Atlas reports this information so the team can decide whether to update arch.yaml."
|
|
57
57
|
- id: q5
|
|
@@ -31,7 +31,7 @@ questions:
|
|
|
31
31
|
B: A `links` array with an entry that has `from` and `to` pointing to tier IDs, and an optional `via` label
|
|
32
32
|
C: A `components` array containing `$checkout-flow` (a flow symbol)
|
|
33
33
|
D: Omitting the `links` key entirely from the file
|
|
34
|
-
E: Using camelCase for tier IDs (e.g., `id: frontEnd`)
|
|
34
|
+
E: "Using camelCase for tier IDs (e.g., `id: frontEnd`)"
|
|
35
35
|
correct: B
|
|
36
36
|
explanation: "Links require `from` and `to` (both referencing tier IDs) and accept an optional `via` label for edge labeling in Mermaid diagrams. Tier `id` is required — a label alone is not sufficient. The `components` array holds `#component` symbols only, not `$flows`. The `links` key is required (though it can be an empty array `[]`). Tier IDs should use kebab-case per Paradigm conventions."
|
|
37
37
|
- id: q3
|
|
@@ -2963,7 +2963,7 @@ questions:
|
|
|
2963
2963
|
choices:
|
|
2964
2964
|
A: Edge labels are automatically inferred from the framework names in each tier's tech field
|
|
2965
2965
|
B: Edge labels require a separate `labels.yaml` file in .paradigm/
|
|
2966
|
-
C: The `via` field on each link in the links array provides the edge label. Links without a `via` field render without a label. To add a label, add `via: "label text"` to the link entry in arch.yaml.
|
|
2966
|
+
C: 'The `via` field on each link in the links array provides the edge label. Links without a `via` field render without a label. To add a label, add `via: "label text"` to the link entry in arch.yaml.'
|
|
2967
2967
|
D: Edge labels can only be set via the paradigm_arch_diagram tool's input parameters
|
|
2968
2968
|
E: Edge labels are set in the tier's `tech.libraries` array using the format "label:target-tier"
|
|
2969
2969
|
correct: C
|
|
@@ -2972,7 +2972,7 @@ questions:
|
|
|
2972
2972
|
section: para-701
|
|
2973
2973
|
variants:
|
|
2974
2974
|
- id: plsat-131b
|
|
2975
|
-
scenario: A team's arch.yaml has this link entry -- `from: api-gateway, to: user-service, via: gRPC`. The same team has another link -- `from: api-gateway, to: notification-service` with no via field. What will the generated Mermaid diagram show for each edge?
|
|
2975
|
+
scenario: "A team's arch.yaml has this link entry -- `from: api-gateway, to: user-service, via: gRPC`. The same team has another link -- `from: api-gateway, to: notification-service` with no via field. What will the generated Mermaid diagram show for each edge?"
|
|
2976
2976
|
question: What does the Mermaid output look like for these two links?
|
|
2977
2977
|
choices:
|
|
2978
2978
|
A: Both edges render with no label — via is ignored in diagram generation
|