@archpilotlabs/archpilot 0.2.5 → 0.2.7
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/CHANGELOG.md +58 -0
- package/README.md +17 -2
- package/dist/archpilot-cli.js +1120 -133
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,63 @@
|
|
|
1
1
|
# Changelog
|
|
2
2
|
|
|
3
|
+
## 0.2.7
|
|
4
|
+
|
|
5
|
+
### Added
|
|
6
|
+
|
|
7
|
+
- Added `archpilot validate --regressions` to focus validation output on architecture findings introduced since the accepted governance baseline.
|
|
8
|
+
- Added regression summaries showing introduced, resolved, and existing architecture findings.
|
|
9
|
+
- Added regression comparison data to JSON validation output for automation and tooling.
|
|
10
|
+
- Added automatic initial governance baseline creation after the first successful full local validation, so regression tracking works without additional setup.
|
|
11
|
+
|
|
12
|
+
### Improved
|
|
13
|
+
|
|
14
|
+
- Improved CI and pull request reporting to highlight newly introduced architecture regressions instead of presenting existing architecture debt as newly actionable.
|
|
15
|
+
- Improved GitHub inline annotations to prioritize newly introduced supported findings when a governance baseline is available.
|
|
16
|
+
- Improved regression reporting with separate visibility for resolved findings and existing baseline findings.
|
|
17
|
+
- Improved missing-baseline guidance to clearly distinguish the governance baseline from the structural architecture baseline.
|
|
18
|
+
- Scoped `--changed` and `--diff` validation now avoids unsafe full-baseline comparisons that could incorrectly report findings as resolved.
|
|
19
|
+
|
|
20
|
+
### Notes
|
|
21
|
+
|
|
22
|
+
- Regression comparison uses the accepted governance baseline at `.archpilot/baseline/baseline.json`.
|
|
23
|
+
- The initial governance baseline is created automatically only after a successful full local validation. Existing baselines are never automatically refreshed.
|
|
24
|
+
- Use `archpilot baseline refresh` when you intentionally want to accept the current architecture findings as the new governance baseline.
|
|
25
|
+
- `--regressions` does not change Architecture Health Score, Setup Readiness Score, rule severities, scoring, or normal validation findings.
|
|
26
|
+
- `--regressions` does not currently combine with `--changed` or `--diff`.
|
|
27
|
+
- Regression reporting does not independently change CI exit or policy enforcement behavior.
|
|
28
|
+
|
|
29
|
+
---
|
|
30
|
+
|
|
31
|
+
## 0.2.6
|
|
32
|
+
|
|
33
|
+
### Improved
|
|
34
|
+
|
|
35
|
+
- Improved Smart Init component and repository topology classification across complex monorepos and multi-module repositories.
|
|
36
|
+
- Improved component classification accuracy across TypeScript/NestJS, Java/Spring, frontend, backend, library, multi-module, and mixed repository structures.
|
|
37
|
+
- Improved API-design analysis precision for terminal or unconditional collection endpoints.
|
|
38
|
+
- Improved event-architecture analysis for Spring listener declarations and inherited event types.
|
|
39
|
+
- Improved data-query-risk handling for real-world SQL, JPQL, Spring Data repository, and query-builder patterns.
|
|
40
|
+
- Bounded data-query-risk analysis for complex Java/Spring repository declarations to avoid pathological validation time.
|
|
41
|
+
- Expanded regression coverage from validation against multiple real public repository shapes.
|
|
42
|
+
|
|
43
|
+
### Fixed
|
|
44
|
+
|
|
45
|
+
- Fixed runtime Nx projects and shared libraries being missed or misclassified in package-layout workspaces.
|
|
46
|
+
- Fixed Maven runtime, library, support, distribution, and deploy-skipped modules being over- or under-promoted during Smart Init.
|
|
47
|
+
- Fixed file-like candidate paths aborting Smart Init traversal.
|
|
48
|
+
- Fixed terminal throw-only collection endpoints being reported as missing pagination.
|
|
49
|
+
- Fixed Spring event listeners using annotation attributes, `ApplicationListener<T>`, or parent event types being treated as unhandled.
|
|
50
|
+
- Fixed bounded Spring Data repository queries with `Pageable` or `Limit` parameters being reported as unbounded collection reads.
|
|
51
|
+
- Fixed SQL-looking comments, non-query files, and Spring configuration files contributing noisy data-query-risk findings.
|
|
52
|
+
|
|
53
|
+
### Notes
|
|
54
|
+
|
|
55
|
+
- This release focuses on public-repository model accuracy and analyzer correctness.
|
|
56
|
+
- These changes improve model and finding accuracy without changing rule IDs, severities, score weights, scoring caps, or normalization behavior.
|
|
57
|
+
- Existing architecture configurations remain backward compatible.
|
|
58
|
+
|
|
59
|
+
---
|
|
60
|
+
|
|
3
61
|
## 0.2.5
|
|
4
62
|
|
|
5
63
|
### Improved
|
package/README.md
CHANGED
|
@@ -45,7 +45,7 @@ ArchPilot turns architecture into something you can actually run and verify:
|
|
|
45
45
|
- Generate architecture scores and reports
|
|
46
46
|
- Surface architecture feedback in local development, PRs, and CI
|
|
47
47
|
|
|
48
|
-
No
|
|
48
|
+
**No cloud scan required. Deterministic and local-first.**
|
|
49
49
|
|
|
50
50
|
ArchPilot works alongside GitHub Copilot, Claude Code, Codex, Cursor, and other AI coding tools by continuously validating architectural boundaries before architectural drift becomes technical debt.
|
|
51
51
|
|
|
@@ -172,6 +172,22 @@ Creates `.archpilot/` with architecture config, rules, and baseline artifacts.
|
|
|
172
172
|
archpilot validate
|
|
173
173
|
```
|
|
174
174
|
|
|
175
|
+
To focus on architecture changes introduced since the governance baseline:
|
|
176
|
+
|
|
177
|
+
```bash
|
|
178
|
+
archpilot validate --regressions
|
|
179
|
+
```
|
|
180
|
+
|
|
181
|
+
ArchPilot automatically creates the initial governance baseline after the first successful full local validation. Regression validation can then distinguish newly introduced, existing, and resolved architecture findings.
|
|
182
|
+
|
|
183
|
+
When you intentionally accept the current architecture findings as the new reference, run:
|
|
184
|
+
|
|
185
|
+
```bash
|
|
186
|
+
archpilot baseline refresh
|
|
187
|
+
```
|
|
188
|
+
|
|
189
|
+
The governance baseline used for regression comparison is separate from the structural baseline used by `archpilot baseline create`.
|
|
190
|
+
|
|
175
191
|
Example output:
|
|
176
192
|
|
|
177
193
|
```text
|
|
@@ -317,6 +333,5 @@ Proprietary. See LICENSE file for details.
|
|
|
317
333
|
|
|
318
334
|
- Website: https://archpilot.org
|
|
319
335
|
- Documentation: https://archpilot.org/docs
|
|
320
|
-
- [Changelog](https://github.com/archpilotlabs/archpilot-vscode/blob/main/packages/cli/CHANGELOG.md)
|
|
321
336
|
|
|
322
337
|
---
|