@archpilotlabs/archpilot 0.2.3 → 0.2.4
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 +538 -0
- package/README.md +1 -0
- package/dist/archpilot-cli.js +335 -55
- package/package.json +3 -2
package/CHANGELOG.md
ADDED
|
@@ -0,0 +1,538 @@
|
|
|
1
|
+
# Changelog
|
|
2
|
+
|
|
3
|
+
## 0.2.4
|
|
4
|
+
|
|
5
|
+
### Improved
|
|
6
|
+
|
|
7
|
+
- Improved data-query-risk precision for bounded single-record lookups, query-builder evidence, and raw SQL detection.
|
|
8
|
+
- Improved Java event architecture analysis so constructed event types are extracted from publisher calls without using `new` or lambda parameter names as event identities.
|
|
9
|
+
- Improved authorization analysis so findings require credible executable authorization or permission-decision evidence.
|
|
10
|
+
- Improved source-scope applicability for application-layering checks on integration-test, example, and fixture-style source.
|
|
11
|
+
- Improved dependency evidence handling so explicitly governed example, test, and integration-test modules continue to contribute architecture-map and required-dependency evidence.
|
|
12
|
+
- Improved Smart Init coverage for declared nested Maven reactor modules while continuing to exclude aggregator, BOM, distribution, benchmark, test-only, and source-light support artifacts from default governed components.
|
|
13
|
+
- Improved Smart Init consistency for source-bearing Maven child modules and runnable example modules with equivalent structural evidence.
|
|
14
|
+
- Improved Java and Spring library-stack selection so incidental Node or TypeScript tooling is not promoted over dominant JVM framework evidence.
|
|
15
|
+
- Preserved explicit Node, Python, Go, and Kotlin library-stack selections when their ecosystem evidence is dominant.
|
|
16
|
+
- Improved validation-report terminology for explicit root modules, component-backed contracts, and dependency summaries.
|
|
17
|
+
- Added clearer Smart Init proposal reasons to CLI detection summaries.
|
|
18
|
+
- Improved CLI initialization terminology and supported-stack normalization.
|
|
19
|
+
|
|
20
|
+
### Fixed
|
|
21
|
+
|
|
22
|
+
- Fixed method-name-only data-query-risk findings for business or helper methods without structural read-query evidence.
|
|
23
|
+
- Fixed SQL-looking comments and documentation examples being treated as executable raw SQL.
|
|
24
|
+
- Fixed false authorization findings caused by repository class names, imports, package declarations, or comments.
|
|
25
|
+
- Fixed production-only repository-layer findings being emitted for confirmed non-production source.
|
|
26
|
+
- Fixed false declared-dependency-not-used findings caused by source-scope filtering removing real dependency evidence.
|
|
27
|
+
- Fixed dependency boundary enforcement so ordinary tests inside production modules do not create production dependency edges.
|
|
28
|
+
- Fixed nested Maven reactor modules being omitted from automatically generated architecture models.
|
|
29
|
+
|
|
30
|
+
### Notes
|
|
31
|
+
|
|
32
|
+
- These changes reduce false positives without changing rule IDs, severities, score weights, or scoring caps.
|
|
33
|
+
- Genuinely unbounded collection and relation reads remain reportable when no limit or pagination evidence is present.
|
|
34
|
+
- Component-backed contracts remain valid dependency-validation boundaries even when no explicit root modules are configured.
|
|
35
|
+
|
|
36
|
+
---
|
|
37
|
+
|
|
38
|
+
## 0.2.3
|
|
39
|
+
|
|
40
|
+
### Improved
|
|
41
|
+
|
|
42
|
+
- Improved Maven and Spring component-role detection across complex multi-module repositories.
|
|
43
|
+
- Improved executable application detection for Java varargs entrypoints, split launcher/application structures, composed Spring application annotations, and helper-mediated launch patterns.
|
|
44
|
+
- Improved ownership of runnable evidence so it remains scoped to the Maven artifact where it is declared.
|
|
45
|
+
- Improved validation performance for large multi-component repositories by preparing and reusing dependency ownership context.
|
|
46
|
+
- Expanded regression coverage for Maven component classification, dependency ownership resolution, and component-backed module behavior.
|
|
47
|
+
|
|
48
|
+
### Fixed
|
|
49
|
+
|
|
50
|
+
- Fixed runnable Maven child applications being missed or incorrectly classified as libraries.
|
|
51
|
+
- Fixed executable evidence leaking across Maven modules and promoting sibling libraries or parent aggregators to backend applications.
|
|
52
|
+
- Fixed POM-only aggregators, plugin-management configuration, annotation declarations, utility programs, exporters, generators, and test launchers being treated as runnable backend applications.
|
|
53
|
+
- Fixed structurally redundant component-backed fallback modules being treated as meaningful internal modules in generated architecture summaries.
|
|
54
|
+
- Fixed resolved local imports under configured module roots being misclassified as external dependencies.
|
|
55
|
+
- Fixed deployable component container paths such as `services/*` being mistaken for internal application service layers.
|
|
56
|
+
|
|
57
|
+
### Notes
|
|
58
|
+
|
|
59
|
+
- Component-backed fallback modules remain part of the canonical architecture map where required for validation, scoring, dependency analysis, reports, and history.
|
|
60
|
+
- Existing architecture configurations remain backward compatible.
|
|
61
|
+
- No validation rules were weakened.
|
|
62
|
+
|
|
63
|
+
---
|
|
64
|
+
|
|
65
|
+
## 0.2.2
|
|
66
|
+
|
|
67
|
+
### Improved
|
|
68
|
+
|
|
69
|
+
- Improved Smart Init accuracy across repository topology, stack, project-role, component, and module detection.
|
|
70
|
+
- Improved classification of runnable frontend applications, reusable frontend packages, backend services, and libraries.
|
|
71
|
+
- Improved handling of Maven aggregators, nested Maven modules, and content stored beneath JVM resource roots.
|
|
72
|
+
- Improved source-scope classification so validation rules apply only to relevant production code.
|
|
73
|
+
- Improved API design, application-layering, transaction/domain, dependency, and data-query-risk analysis.
|
|
74
|
+
- Improved consistency across validation findings, reports, contracts, and architecture maps.
|
|
75
|
+
|
|
76
|
+
### Fixed
|
|
77
|
+
|
|
78
|
+
- Fixed reusable frontend packages being incorrectly classified as runnable applications.
|
|
79
|
+
- Fixed resource-contained Maven files being promoted as independent Java or Spring components.
|
|
80
|
+
- Fixed POM-only Maven aggregators being treated as governed runtime components.
|
|
81
|
+
- Fixed module contracts generating public entrypoints that were not backed by existing source files.
|
|
82
|
+
- Fixed false positives caused by test, generated, migration, infrastructure, frontend, and other non-applicable source files.
|
|
83
|
+
- Fixed duplicate or misleading findings across multiple validation areas.
|
|
84
|
+
- Fixed valid zero-edge dependency graphs being treated as incomplete or incorrect.
|
|
85
|
+
- Fixed reporting inconsistencies between validation output and generated reports.
|
|
86
|
+
|
|
87
|
+
### Notes
|
|
88
|
+
|
|
89
|
+
- This release focuses on Smart Init and validation correctness across complex repositories and monorepos.
|
|
90
|
+
- Component, module, contract, and finding detection now relies on more conservative structural evidence.
|
|
91
|
+
- The changes reduce false positives without weakening deterministic architecture enforcement.
|
|
92
|
+
- Existing architecture configurations remain backward compatible.
|
|
93
|
+
|
|
94
|
+
---
|
|
95
|
+
|
|
96
|
+
## 0.2.1
|
|
97
|
+
|
|
98
|
+
### Improved
|
|
99
|
+
|
|
100
|
+
- Significantly improved validation precision across application layering, domain modeling, transaction analysis, query-risk detection, event architecture, API contract drift, ADR coverage, and dependency governance.
|
|
101
|
+
- Improved source-scope classification so frontend, test, e2e, generated, migration, CLI, plugin, and infrastructure files are evaluated only by rules that genuinely apply to them.
|
|
102
|
+
- Improved transaction analysis to distinguish transaction ownership, participation, propagation, nested boundaries, and transaction infrastructure.
|
|
103
|
+
- Improved query-risk analysis with better recognition of bounded, single-record, operational, and batch query patterns.
|
|
104
|
+
- Improved event analysis to distinguish internal unmatched events from package-public extension events.
|
|
105
|
+
- Improved API contract validation for GraphQL-first repositories, operational endpoints, dynamic routes, and production-only endpoint extraction.
|
|
106
|
+
- Improved architecture drift and ADR reporting so partial coverage, coupling risks, and true boundary drift are described accurately.
|
|
107
|
+
- Improved validation performance through shared source inventories, TypeScript AST caching, and per-run dependency import-resolution caching.
|
|
108
|
+
- Improved finding normalization with stable scoring identities independent of user-facing message detail.
|
|
109
|
+
- Improved component-oriented initialization so generated module identities, contracts, dependency rules, public entrypoints, and architecture maps remain consistent.
|
|
110
|
+
- Expanded validation coverage across large TypeScript, Java, Go, and mixed-stack repositories.
|
|
111
|
+
|
|
112
|
+
### Fixed
|
|
113
|
+
|
|
114
|
+
- Fixed false architecture findings caused by frontend services, tests, e2e specifications, generated templates, example plugins, migrations, and infrastructure code being treated as production backend architecture.
|
|
115
|
+
- Fixed repository-layer bypass warnings being emitted when no explicit repository or persistence boundary was established.
|
|
116
|
+
- Fixed anemic-domain warnings caused by unrelated service logic, data records, translation entities, and non-production entities.
|
|
117
|
+
- Fixed nested transaction warnings caused by broad method-name matching and transaction lifecycle infrastructure.
|
|
118
|
+
- Fixed long-running transaction warnings being emitted for transaction wrapper and subscriber implementation code.
|
|
119
|
+
- Fixed unbounded-query findings for bounded lookups, health checks, migrations, caches, schedulers, job queues, and indexing operations.
|
|
120
|
+
- Fixed query-risk scoring regressions caused by detailed display messages creating separate score clusters.
|
|
121
|
+
- Fixed public extension events being reported as dead or unhandled when exposed through package or module public entrypoints.
|
|
122
|
+
- Fixed generic event publisher detection confusing unrelated `send`, `emit`, `publish`, and `dispatch` calls with architecture events.
|
|
123
|
+
- Fixed declared dependency checks using inconsistent graph and validation edge classifications.
|
|
124
|
+
- Fixed component-oriented Smart Init generating dependency targets without corresponding contracts.
|
|
125
|
+
- Fixed explicit empty module selections being rediscovered after initialization.
|
|
126
|
+
- Fixed e2e symbols and operational endpoints being reported as OpenAPI contract drift.
|
|
127
|
+
- Fixed dynamically configured GraphQL endpoints being reported as missing implementations.
|
|
128
|
+
- Fixed AP-ADR-004 showing a broad pass while specific ADR requirements still failed.
|
|
129
|
+
- Fixed high inbound dependency warnings being described as dependency-boundary drift.
|
|
130
|
+
|
|
131
|
+
### Notes
|
|
132
|
+
|
|
133
|
+
- This release focuses on validation accuracy, performance, generated-model consistency, and trustworthiness.
|
|
134
|
+
- Valid dependency, transaction, query, API, and architecture findings continue to be reported when supported by explicit evidence.
|
|
135
|
+
- Existing architecture configurations remain backward compatible.
|
|
136
|
+
|
|
137
|
+
---
|
|
138
|
+
|
|
139
|
+
## 0.2.0
|
|
140
|
+
|
|
141
|
+
### Added
|
|
142
|
+
|
|
143
|
+
- Component-aware architecture maps for exploring module relationships and dependency flows.
|
|
144
|
+
- Expanded Smart Init architecture reasoning with confidence, detected evidence, and proposal explanations.
|
|
145
|
+
- Additional regression coverage across Smart Init, architecture maps, and validation workflows.
|
|
146
|
+
|
|
147
|
+
### Improved
|
|
148
|
+
|
|
149
|
+
- Improved Smart Init detection and architecture proposals across diverse repositories.
|
|
150
|
+
- Improved architecture modeling and module discovery for large and complex repositories.
|
|
151
|
+
- Improved Architecture Health Score consistency across component-oriented and module-oriented architectures.
|
|
152
|
+
- Improved validation accuracy through extensive testing against public repositories.
|
|
153
|
+
- Improved generated reports and architecture-map stability for real-world projects.
|
|
154
|
+
|
|
155
|
+
### Fixed
|
|
156
|
+
|
|
157
|
+
- Fixed architecture-map filtering and component-selection inconsistencies in generated data.
|
|
158
|
+
- Fixed Smart Init edge cases affecting project detection and proposal generation.
|
|
159
|
+
- Fixed validation and reporting issues discovered through real-world repository testing.
|
|
160
|
+
|
|
161
|
+
### Notes
|
|
162
|
+
|
|
163
|
+
- This release matures architecture-map generation and Smart Init for real-world repositories.
|
|
164
|
+
- Existing architecture configurations remain backward compatible.
|
|
165
|
+
- No validation rules were weakened.
|
|
166
|
+
|
|
167
|
+
---
|
|
168
|
+
|
|
169
|
+
## 0.1.0
|
|
170
|
+
|
|
171
|
+
### Added
|
|
172
|
+
|
|
173
|
+
- Cross-stack deterministic architecture validation across major backend frameworks including Spring, NestJS, Express, FastAPI, ASP.NET, Laravel, and Go.
|
|
174
|
+
- Expanded architecture governance coverage for API design, application layering, authorization, tenant isolation, transaction boundaries, data/query risk, domain model quality, event architecture, and dependency governance.
|
|
175
|
+
- Framework-aware architecture detection using routes, dependency relationships, ORM usage, transaction APIs, authorization constructs, messaging infrastructure, and architecture configuration.
|
|
176
|
+
- Richer Architecture Health Score explanations highlighting the largest contributors to score changes.
|
|
177
|
+
|
|
178
|
+
### Improved
|
|
179
|
+
|
|
180
|
+
- Significantly improved architecture validation accuracy across supported backend frameworks.
|
|
181
|
+
- Improved deterministic architecture detection while reducing framework-specific false positives.
|
|
182
|
+
- Improved dependency resolution across JavaScript/TypeScript, C#, Python, PHP, and Go projects.
|
|
183
|
+
- Improved architecture findings with cleaner evidence and more actionable explanations.
|
|
184
|
+
- Improved reporting with clearer score-contribution summaries.
|
|
185
|
+
- Expanded regression coverage across supported backend frameworks.
|
|
186
|
+
|
|
187
|
+
### Fixed
|
|
188
|
+
|
|
189
|
+
- Fixed noisy finding metadata that could surface invalid evidence labels.
|
|
190
|
+
- Fixed score-reporting inconsistencies by validating reporting paths against the canonical Architecture Health Score calculation.
|
|
191
|
+
- Fixed cross-stack architecture detection edge cases affecting dependency, transaction, authorization, API design, event, and query analysis.
|
|
192
|
+
|
|
193
|
+
### Notes
|
|
194
|
+
|
|
195
|
+
- Architecture validation provides broad deterministic coverage while maintaining a conservative false-positive philosophy.
|
|
196
|
+
- Validation relies on explicit architectural evidence rather than speculative code analysis.
|
|
197
|
+
- Existing architecture configurations remain backward compatible.
|
|
198
|
+
- No validation rules were weakened.
|
|
199
|
+
|
|
200
|
+
---
|
|
201
|
+
|
|
202
|
+
## 0.0.14
|
|
203
|
+
|
|
204
|
+
### Added
|
|
205
|
+
|
|
206
|
+
- Added richer Smart Init tooling detection across modern runtimes, build tooling, ORMs, and persistence frameworks.
|
|
207
|
+
- Added proposal reasoning for framework, API, database, tooling, architecture style, and module-root recommendations.
|
|
208
|
+
- Added regression coverage for Smart Init detection and proposal generation.
|
|
209
|
+
|
|
210
|
+
### Improved
|
|
211
|
+
|
|
212
|
+
- Improved Smart Init detection summaries with clearer primary stack, additional signals, API hints, database hints, tooling/data hints, confidence, evidence, and proposal reasons.
|
|
213
|
+
- Improved project-kind detection to reduce noisy backend/library and backend/frontend classifications.
|
|
214
|
+
- Improved CLI terminology around Smart Init, setup readiness, architecture health, and detected architecture signals.
|
|
215
|
+
- Improved supported-stack smoke coverage so adapter detection, initialization, and validation/setup outcomes are reported separately.
|
|
216
|
+
|
|
217
|
+
### Fixed
|
|
218
|
+
|
|
219
|
+
- Fixed unsupported Kotlin Spring and Rust values being exposed as current initialization choices.
|
|
220
|
+
- Fixed `archpilot init --yes` fixture and workspace resolution so it initializes the intended project instead of walking up into the repository workspace.
|
|
221
|
+
|
|
222
|
+
### Notes
|
|
223
|
+
|
|
224
|
+
- Kotlin/Spring projects continue to be handled through the Spring adapter when Spring Boot evidence is present.
|
|
225
|
+
- Rust remains internal and backward-compatible metadata, but is not exposed as a current Smart Init stack choice.
|
|
226
|
+
- Bun, Deno, Vite, ORM, and database technologies remain supporting tooling or data hints rather than primary architecture stack adapters.
|
|
227
|
+
- Existing architecture configurations remain backward compatible.
|
|
228
|
+
- No validation rules were weakened.
|
|
229
|
+
|
|
230
|
+
---
|
|
231
|
+
|
|
232
|
+
## 0.0.13
|
|
233
|
+
|
|
234
|
+
### Added
|
|
235
|
+
|
|
236
|
+
- Deterministic architecture-layering validation for controller, service, repository, and package responsibility drift.
|
|
237
|
+
- Deterministic authorization-consistency validation across supported backend architectures.
|
|
238
|
+
- Deterministic tenant-isolation validation for multi-tenant applications.
|
|
239
|
+
- Expanded architecture-governance coverage across boundaries, dependency direction, contracts, and architecture hygiene.
|
|
240
|
+
|
|
241
|
+
### Improved
|
|
242
|
+
|
|
243
|
+
- Improved architecture-governance accuracy across supported backend projects.
|
|
244
|
+
- Improved architecture modeling and dependency analysis used by validation and reporting.
|
|
245
|
+
- Improved governance-upload compatibility between CLI-generated artifacts and ArchPilot Cloud.
|
|
246
|
+
- Improved generated module, component, and resource inventory data.
|
|
247
|
+
|
|
248
|
+
### Fixed
|
|
249
|
+
|
|
250
|
+
- Fixed component-aware findings losing source and target component metadata.
|
|
251
|
+
- Fixed governance uploads not honoring configured Cloud endpoints in certain scenarios.
|
|
252
|
+
- Fixed documentation referencing outdated token and upload configuration patterns.
|
|
253
|
+
|
|
254
|
+
### Notes
|
|
255
|
+
|
|
256
|
+
- This release expands deterministic architecture-governance coverage and Cloud artifact compatibility.
|
|
257
|
+
- Existing repositories remain backward compatible.
|
|
258
|
+
- No validation rules were weakened.
|
|
259
|
+
|
|
260
|
+
---
|
|
261
|
+
|
|
262
|
+
## 0.0.12
|
|
263
|
+
|
|
264
|
+
### Added
|
|
265
|
+
|
|
266
|
+
- Expanded architecture-proposal customization during initialization.
|
|
267
|
+
- Deterministic application-layering validation for controller, service, repository, and package responsibility drift.
|
|
268
|
+
- Deterministic authorization-consistency and tenant-isolation validation for supported backend projects.
|
|
269
|
+
|
|
270
|
+
### Improved
|
|
271
|
+
|
|
272
|
+
- Improved Smart Init proposals across supported repository structures.
|
|
273
|
+
- Improved architecture-module discovery and classification.
|
|
274
|
+
- Improved separation between architecture modules, components, resources, technical layers, and shared infrastructure.
|
|
275
|
+
- Improved multi-component and monorepo initialization.
|
|
276
|
+
- Improved architecture-modeling accuracy for complex repositories.
|
|
277
|
+
|
|
278
|
+
### Fixed
|
|
279
|
+
|
|
280
|
+
- Fixed Smart Init scenarios where repositories could not be initialized successfully.
|
|
281
|
+
- Fixed architecture modules being incorrectly inferred from component and service folders.
|
|
282
|
+
- Fixed architecture-module persistence during initialization.
|
|
283
|
+
- Fixed module-root handling during Smart Init.
|
|
284
|
+
- Fixed initialization falling back to technical folders after explicit architecture choices.
|
|
285
|
+
|
|
286
|
+
### Notes
|
|
287
|
+
|
|
288
|
+
- Components, resources, and architecture modules are modeled independently.
|
|
289
|
+
- Existing architecture configurations remain backward compatible.
|
|
290
|
+
- No validation rules were weakened.
|
|
291
|
+
|
|
292
|
+
---
|
|
293
|
+
|
|
294
|
+
## 0.0.11
|
|
295
|
+
|
|
296
|
+
### Added
|
|
297
|
+
|
|
298
|
+
- Backend and frontend stack overrides during Smart Init.
|
|
299
|
+
- Primary database selection during initialization.
|
|
300
|
+
- Additional detected databases and data stores represented as architecture resources and hints.
|
|
301
|
+
- Expanded Smart Init regression coverage across supported stacks.
|
|
302
|
+
|
|
303
|
+
### Improved
|
|
304
|
+
|
|
305
|
+
- Improved Smart Init proposals across supported backend and frontend stacks.
|
|
306
|
+
- Improved architecture-module candidate classification and governance modeling.
|
|
307
|
+
- Improved separation between architecture modules, technical layers, and shared infrastructure.
|
|
308
|
+
- Improved handling of explicit architecture-module selection.
|
|
309
|
+
- Improved initialization for multi-module repositories.
|
|
310
|
+
|
|
311
|
+
### Fixed
|
|
312
|
+
|
|
313
|
+
- Fixed Spring initialization scenarios that could prevent successful Smart Init completion.
|
|
314
|
+
- Fixed framework and implementation folders being incorrectly promoted to governed architecture modules.
|
|
315
|
+
- Fixed validation and contract generation falling back to technical folders.
|
|
316
|
+
- Fixed explicit empty module selections being replaced by fallback discovery.
|
|
317
|
+
- Fixed module candidate refresh behavior when modifying module roots.
|
|
318
|
+
- Fixed architecture-module persistence between Smart Init and generated output.
|
|
319
|
+
|
|
320
|
+
### Notes
|
|
321
|
+
|
|
322
|
+
- Explicit architecture-module selections remain the source of truth after initialization.
|
|
323
|
+
- Existing architecture configurations remain backward compatible.
|
|
324
|
+
- No validation rules were weakened.
|
|
325
|
+
|
|
326
|
+
---
|
|
327
|
+
|
|
328
|
+
## 0.0.10
|
|
329
|
+
|
|
330
|
+
### Added
|
|
331
|
+
|
|
332
|
+
- Hardened GitHub Actions workflow generation across supported package managers.
|
|
333
|
+
- Added workflow validation coverage for pnpm, npm, Yarn 4, and fallback package-manager scenarios.
|
|
334
|
+
- Added package-manager-aware workflow generation with lockfile-sensitive caching.
|
|
335
|
+
- Added workflow assertions for action allowlists and setup ordering.
|
|
336
|
+
|
|
337
|
+
### Improved
|
|
338
|
+
|
|
339
|
+
- Generated pnpm workflows now use Corepack-based setup.
|
|
340
|
+
- Generated workflows initialize package managers before dependency caching.
|
|
341
|
+
- Improved workflow reliability on clean GitHub Actions runners.
|
|
342
|
+
- Improved package-manager detection using `packageManager` metadata with stable fallbacks.
|
|
343
|
+
|
|
344
|
+
### Fixed
|
|
345
|
+
|
|
346
|
+
- Fixed generated pnpm workflows failing because pnpm was unavailable during `actions/setup-node` cache initialization.
|
|
347
|
+
- Fixed workflow generator dependency on external pnpm setup actions.
|
|
348
|
+
|
|
349
|
+
### Notes
|
|
350
|
+
|
|
351
|
+
- Existing generated workflows may need to be regenerated to use the latest setup behavior.
|
|
352
|
+
- Workflow generation supports deterministic package-manager setup across pnpm, npm, and supported Yarn configurations.
|
|
353
|
+
- No validation scoring or rule behavior changed.
|
|
354
|
+
|
|
355
|
+
---
|
|
356
|
+
|
|
357
|
+
## 0.0.9
|
|
358
|
+
|
|
359
|
+
### Improved
|
|
360
|
+
|
|
361
|
+
- Improved architecture validation accuracy for monorepos and multi-package workspaces.
|
|
362
|
+
- Improved handling of package-based imports across CLI output and generated reports.
|
|
363
|
+
- Improved Architecture Health Score reliability for dependency-governance scenarios.
|
|
364
|
+
- Improved recognition of public versus internal package APIs.
|
|
365
|
+
- Improved validation stability for package exports and workspace aliases.
|
|
366
|
+
|
|
367
|
+
### Fixed
|
|
368
|
+
|
|
369
|
+
- Fixed false dependency violations in monorepo and workspace package structures.
|
|
370
|
+
- Fixed findings caused by package subpath imports.
|
|
371
|
+
- Fixed valid package imports being treated as private or forbidden.
|
|
372
|
+
- Fixed cascaded dependency findings incorrectly reducing Architecture Health Scores.
|
|
373
|
+
- Fixed inconsistent behavior between local development and packaged environments.
|
|
374
|
+
- Fixed noisy dependency-governance edge cases.
|
|
375
|
+
|
|
376
|
+
### Notes
|
|
377
|
+
|
|
378
|
+
- Validation behavior better aligns with package public API definitions.
|
|
379
|
+
- No validation rules were weakened.
|
|
380
|
+
- Existing repositories remain backward compatible.
|
|
381
|
+
|
|
382
|
+
---
|
|
383
|
+
|
|
384
|
+
## 0.0.8
|
|
385
|
+
|
|
386
|
+
### Added
|
|
387
|
+
|
|
388
|
+
- Inventory-first architecture model with components and resources as first-class concepts.
|
|
389
|
+
- Cross-component dependency awareness in validation findings and summaries.
|
|
390
|
+
- Architecture inventory coverage insights.
|
|
391
|
+
- Guided setup recovery through generation of missing configuration and contracts.
|
|
392
|
+
|
|
393
|
+
### Improved
|
|
394
|
+
|
|
395
|
+
- Improved first-run initialization clarity.
|
|
396
|
+
- Added a clear distinction between setup gaps and architecture violations.
|
|
397
|
+
- Improved consistency between Smart Init output and validation expectations.
|
|
398
|
+
- Improved visibility into contracts, configuration, modules, and inventory completeness.
|
|
399
|
+
- Improved multi-component repository handling.
|
|
400
|
+
|
|
401
|
+
### Fixed
|
|
402
|
+
|
|
403
|
+
- Fixed setup gaps appearing as generic architecture errors.
|
|
404
|
+
- Fixed missing contracts and configuration not being clearly actionable.
|
|
405
|
+
- Fixed generated artifacts not being reflected immediately in subsequent validation.
|
|
406
|
+
|
|
407
|
+
### Notes
|
|
408
|
+
|
|
409
|
+
- Inventory is a core part of the architecture model.
|
|
410
|
+
- Setup gaps are separated from architecture violations.
|
|
411
|
+
- No core validation rules or scoring logic changed.
|
|
412
|
+
- Existing repositories remain backward compatible.
|
|
413
|
+
|
|
414
|
+
---
|
|
415
|
+
|
|
416
|
+
## 0.0.7
|
|
417
|
+
|
|
418
|
+
### Added
|
|
419
|
+
|
|
420
|
+
- Component-aware architecture summaries.
|
|
421
|
+
- Component-level grouping of findings.
|
|
422
|
+
- Cross-component dependency insights.
|
|
423
|
+
- Improved visibility into multi-component repositories.
|
|
424
|
+
|
|
425
|
+
### Improved
|
|
426
|
+
|
|
427
|
+
- Improved multi-component detection for monorepos and multi-service repositories.
|
|
428
|
+
- Improved handling of multiple frontend, backend, service, and library components.
|
|
429
|
+
- Improved Smart Init consistency across CLI-generated configuration and reports.
|
|
430
|
+
- Improved nested-workspace and mixed-stack handling.
|
|
431
|
+
|
|
432
|
+
### Fixed
|
|
433
|
+
|
|
434
|
+
- Fixed dependency classification in legacy single-project setups.
|
|
435
|
+
- Fixed local relative imports being treated as external dependencies.
|
|
436
|
+
- Fixed module attribution across multi-package workspaces.
|
|
437
|
+
- Fixed noisy dependency findings in monorepo structures.
|
|
438
|
+
|
|
439
|
+
### Notes
|
|
440
|
+
|
|
441
|
+
- `archpilot init` supports the multi-component architecture model.
|
|
442
|
+
- Existing repositories remain backward compatible.
|
|
443
|
+
- No scoring or rule behavior changed.
|
|
444
|
+
|
|
445
|
+
---
|
|
446
|
+
|
|
447
|
+
## 0.0.6
|
|
448
|
+
|
|
449
|
+
### Added
|
|
450
|
+
|
|
451
|
+
- Multi-component architecture detection for monorepos and multi-service repositories.
|
|
452
|
+
- Component-level modeling across applications, services, workers, and shared libraries.
|
|
453
|
+
- Architecture-resource awareness for APIs, databases, and system dependencies.
|
|
454
|
+
- Dedicated multi-component Smart Init smoke coverage.
|
|
455
|
+
|
|
456
|
+
### Improved
|
|
457
|
+
|
|
458
|
+
- Smart Init preserves multiple frontend and backend components without collapsing them into a single stack.
|
|
459
|
+
- Improved proposal generation for mixed-stack monorepos.
|
|
460
|
+
- Improved component-boundary detection for nested workspaces.
|
|
461
|
+
- Improved handling of services, workers, and shared packages.
|
|
462
|
+
|
|
463
|
+
### Fixed
|
|
464
|
+
|
|
465
|
+
- Fixed non-code folders such as documentation, reports, and fixtures being promoted as components.
|
|
466
|
+
- Fixed repository-level defaults when no backend or service component exists.
|
|
467
|
+
- Fixed noisy module attribution in multi-package workspaces.
|
|
468
|
+
|
|
469
|
+
### Notes
|
|
470
|
+
|
|
471
|
+
- Multi-component support remains backward compatible with single-project repositories.
|
|
472
|
+
- Local validation remains local-first. Cloud receives uploaded governance artifacts rather than source code.
|
|
473
|
+
|
|
474
|
+
---
|
|
475
|
+
|
|
476
|
+
## 0.0.5
|
|
477
|
+
|
|
478
|
+
### Added
|
|
479
|
+
|
|
480
|
+
- Expanded supported-stack coverage across backend, frontend, platform, and infrastructure stacks.
|
|
481
|
+
- Added hierarchical module discovery for clearer internal architecture boundaries.
|
|
482
|
+
- Added independent and potential-orphan module classification.
|
|
483
|
+
|
|
484
|
+
### Improved
|
|
485
|
+
|
|
486
|
+
- Improved workspace-package dependency resolution for monorepos.
|
|
487
|
+
- Improved dependency-graph accuracy for nested module structures.
|
|
488
|
+
- Improved architecture-map metadata for hierarchy-aware modules.
|
|
489
|
+
- Improved module classification and dependency insights.
|
|
490
|
+
|
|
491
|
+
### Fixed
|
|
492
|
+
|
|
493
|
+
- Fixed dependency findings caused by package subpath imports.
|
|
494
|
+
- Fixed orphan warnings for valid standalone modules.
|
|
495
|
+
- Fixed nested-module dependency noise and false cycle detection.
|
|
496
|
+
|
|
497
|
+
---
|
|
498
|
+
|
|
499
|
+
## 0.0.4
|
|
500
|
+
|
|
501
|
+
### Added
|
|
502
|
+
|
|
503
|
+
- Added supported-stack detection for Express.js.
|
|
504
|
+
- Added supported-stack detection for Laravel.
|
|
505
|
+
- Added supported-stack detection for Ruby on Rails.
|
|
506
|
+
- Added supported-stack detection for Kotlin.
|
|
507
|
+
|
|
508
|
+
### Improved
|
|
509
|
+
|
|
510
|
+
- Improved Spring and Spring Boot detection, including Kotlin Spring projects.
|
|
511
|
+
- Improved Vue stack selection and feature discovery.
|
|
512
|
+
- Improved Java and Spring module discovery for conventional package layouts.
|
|
513
|
+
- Improved Smart Init stack detection across supported frameworks.
|
|
514
|
+
- Added broader supported-stack documentation.
|
|
515
|
+
|
|
516
|
+
### Notes
|
|
517
|
+
|
|
518
|
+
- Supported-stack smoke coverage spans 25 fixtures.
|
|
519
|
+
- Deterministic local validation remains local-first and CI-ready.
|
|
520
|
+
- No cloud source-code scanning is required.
|
|
521
|
+
|
|
522
|
+
---
|
|
523
|
+
|
|
524
|
+
## 0.0.3
|
|
525
|
+
|
|
526
|
+
### Added
|
|
527
|
+
|
|
528
|
+
- Added Django Smart Init detection.
|
|
529
|
+
- Added Flask Smart Init detection.
|
|
530
|
+
|
|
531
|
+
### Improved
|
|
532
|
+
|
|
533
|
+
- Improved Python framework-detection precedence.
|
|
534
|
+
- Smart Init recognizes Django and Flask project signals.
|
|
535
|
+
|
|
536
|
+
### Positioning
|
|
537
|
+
|
|
538
|
+
- Updated package messaging around architecture guardrails for AI-native software development.
|
package/README.md
CHANGED