fallow 2.75.0 → 2.76.0

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "fallow",
3
- "version": "2.75.0",
3
+ "version": "2.76.0",
4
4
  "description": "Codebase intelligence for TypeScript and JavaScript. Finds unused code, duplication, circular dependencies, complexity hotspots, and architecture drift. Optional runtime intelligence layer (Fallow Runtime) adds production execution evidence. Rust-native, sub-second, 94 framework plugins.",
5
5
  "license": "MIT",
6
6
  "repository": {
@@ -73,13 +73,13 @@
73
73
  "@tanstack/intent": "0.0.40"
74
74
  },
75
75
  "optionalDependencies": {
76
- "@fallow-cli/darwin-arm64": "2.75.0",
77
- "@fallow-cli/darwin-x64": "2.75.0",
78
- "@fallow-cli/linux-x64-gnu": "2.75.0",
79
- "@fallow-cli/linux-arm64-gnu": "2.75.0",
80
- "@fallow-cli/linux-x64-musl": "2.75.0",
81
- "@fallow-cli/linux-arm64-musl": "2.75.0",
82
- "@fallow-cli/win32-arm64-msvc": "2.75.0",
83
- "@fallow-cli/win32-x64-msvc": "2.75.0"
76
+ "@fallow-cli/darwin-arm64": "2.76.0",
77
+ "@fallow-cli/darwin-x64": "2.76.0",
78
+ "@fallow-cli/linux-x64-gnu": "2.76.0",
79
+ "@fallow-cli/linux-arm64-gnu": "2.76.0",
80
+ "@fallow-cli/linux-x64-musl": "2.76.0",
81
+ "@fallow-cli/linux-arm64-musl": "2.76.0",
82
+ "@fallow-cli/win32-arm64-msvc": "2.76.0",
83
+ "@fallow-cli/win32-x64-msvc": "2.76.0"
84
84
  }
85
85
  }
package/schema.json CHANGED
@@ -186,6 +186,15 @@
186
186
  "configObjectHeuristics": false
187
187
  }
188
188
  },
189
+ "fix": {
190
+ "description": "Auto-fix behavior settings.",
191
+ "$ref": "#/$defs/FixConfig",
192
+ "default": {
193
+ "catalog": {
194
+ "deletePrecedingComments": "auto"
195
+ }
196
+ }
197
+ },
189
198
  "resolve": {
190
199
  "description": "Module resolver configuration (custom conditions, etc.).",
191
200
  "$ref": "#/$defs/ResolveConfig",
@@ -1044,7 +1053,7 @@
1044
1053
  "const": "feature-sliced"
1045
1054
  },
1046
1055
  {
1047
- "description": "Bulletproof React: app → features → shared + server.\nFeature modules are isolated from each other via `autoDiscover`: every\nimmediate child of `src/features/` becomes its own `features/<name>` zone,\nand cross-feature imports are reported as boundary violations.\n\n**Trade-off (intentional):** top-level files in `src/features/` (e.g.\n`src/features/index.ts` barrel, `src/features/types.ts`) do NOT match any\nchild pattern and are unclassified, meaning they are unrestricted by the\npreset. This is deliberate so feature barrels can re-export children\nwithout producing false-positive `features → features/<child>` violations.\nTo classify top-level files strictly, override the `features` zone with\nan explicit user definition that includes a `patterns` field.",
1056
+ "description": "Bulletproof React: app → features → shared + server.\nFeature modules are isolated from each other via `autoDiscover`: every\nimmediate child of `src/features/` becomes its own `features/<name>` zone,\nand cross-feature imports are reported as boundary violations.\nTop-level files in `src/features/` are classified by the logical\n`features` parent zone, so barrels can re-export child features while\nnon-barrel top-level files still obey the `features` boundary rule.",
1048
1057
  "type": "string",
1049
1058
  "const": "bulletproof"
1050
1059
  }
@@ -1099,6 +1108,13 @@
1099
1108
  "type": "string"
1100
1109
  },
1101
1110
  "default": []
1111
+ },
1112
+ "allowTypeOnly": {
1113
+ "description": "Zones that `from` may type-only-import from even when not listed in\n`allow`. Mirrors the `allow` shape: a list of target zone names. A\ntype-only import declaration (`import type {...}`, `import type * as ns`,\nor a per-specifier inline `type` qualifier on every named specifier) to a\nlisted zone is not reported as a boundary violation. Mixed-specifier\nimports (`import { type Foo, Bar }`) that carry at least one value\nsymbol still fire because the runtime dependency on `Bar` is real.\nType-only re-exports (`export type { Foo } from \"...\"`) participate\nin the same allowance because they surface as edges flagged\n`is_type_only: true` and, like type-only imports, are erased at\ncompile time.",
1114
+ "type": "array",
1115
+ "items": {
1116
+ "type": "string"
1117
+ }
1102
1118
  }
1103
1119
  },
1104
1120
  "required": [
@@ -1157,6 +1173,50 @@
1157
1173
  "function"
1158
1174
  ]
1159
1175
  },
1176
+ "FixConfig": {
1177
+ "description": "Auto-fix behavior settings.",
1178
+ "type": "object",
1179
+ "properties": {
1180
+ "catalog": {
1181
+ "description": "Auto-fix behavior for pnpm catalog edits.",
1182
+ "$ref": "#/$defs/CatalogFixConfig",
1183
+ "default": {
1184
+ "deletePrecedingComments": "auto"
1185
+ }
1186
+ }
1187
+ }
1188
+ },
1189
+ "CatalogFixConfig": {
1190
+ "description": "Auto-fix behavior for pnpm catalog entries.",
1191
+ "type": "object",
1192
+ "properties": {
1193
+ "deletePrecedingComments": {
1194
+ "description": "Whether removing an unused catalog entry also removes the contiguous\nYAML comment block immediately above it.",
1195
+ "$ref": "#/$defs/CatalogPrecedingCommentPolicy",
1196
+ "default": "auto"
1197
+ }
1198
+ }
1199
+ },
1200
+ "CatalogPrecedingCommentPolicy": {
1201
+ "description": "Policy for deleting comments immediately above removed catalog entries.",
1202
+ "oneOf": [
1203
+ {
1204
+ "description": "Delete the comment block when it is separated from previous siblings by\na blank line, or when it directly follows the parent catalog header.",
1205
+ "type": "string",
1206
+ "const": "auto"
1207
+ },
1208
+ {
1209
+ "description": "Always delete the contiguous comment block immediately above the entry.",
1210
+ "type": "string",
1211
+ "const": "always"
1212
+ },
1213
+ {
1214
+ "description": "Never delete leading comments; leave them in place as orphan comments.",
1215
+ "type": "string",
1216
+ "const": "never"
1217
+ }
1218
+ ]
1219
+ },
1160
1220
  "ResolveConfig": {
1161
1221
  "description": "Module resolver configuration.\n\nControls how fallow resolves import specifiers against package.json\n`exports` / `imports` fields and tsconfig paths. Configured via the\n`resolve` section in `.fallowrc.json`, `.fallowrc.jsonc`, `fallow.toml`, or `.fallow.toml`.\n\n# Examples\n\n```json\n{\n \"resolve\": {\n \"conditions\": [\"development\", \"worker\"]\n }\n}\n```",
1162
1222
  "type": "object",
@@ -203,9 +203,10 @@ Auto-removes unused exports, dependencies, enum members, and pnpm catalog entrie
203
203
 
204
204
  | Flag | Type | Default | Description |
205
205
  |------|------|---------|-------------|
206
- | `--dry-run` | bool | `false` | Show what would be removed without modifying files |
206
+ | `--dry-run` | bool | `false` | Show what would be removed without modifying files. For `add-to-config` actions, prints a unified-diff preview of the proposed config write; JSON mode includes the diff under a `proposed_diff` field on the fix entry. |
207
207
  | `--yes` | bool | `false` | Skip confirmation prompt (**required** in non-TTY) |
208
208
  | `--force` | bool | `false` | Alias for `--yes` |
209
+ | `--no-create-config` | bool | `false` | Refuse to create a new `.fallowrc.json` when none exists. The duplicate-export config-add path is skipped with `skip_reason: "no_create_config"`; source-file edits proceed normally. Use in pre-commit hooks, CI bots, and `fallow watch` where silently materialising a new top-level file would surprise the user. |
209
210
  | `--format` | `human\|json` | `human` | Output format |
210
211
  | `--quiet` | bool | `false` | Suppress progress bars |
211
212
 
@@ -214,7 +215,8 @@ Auto-removes unused exports, dependencies, enum members, and pnpm catalog entrie
214
215
  - Unused exports (removes the `export` keyword; whole-enum block when every member is unused)
215
216
  - Unused dependencies (removed from `package.json`)
216
217
  - Unused enum members (removed from the declaration)
217
- - Unused pnpm catalog entries (removed from `pnpm-workspace.yaml` by line-aware deletion; comments preserved). When the last entry of a catalog group is removed, the header is rewritten to `catalog: {}` / `<name>: {}` so pnpm doesn't reject the resulting null value. Entries with non-empty `hardcoded_consumers` are skipped to avoid breaking `pnpm install`; the skip is surfaced in the JSON fix output as `{"type": "remove_catalog_entry", "applied": false, "skipped": true, "skip_reason": "hardcoded_consumers", "consumers": [...]}`. After a successful catalog edit the CLI emits a one-line `Run pnpm install to refresh pnpm-lock.yaml` reminder. The JSON envelope carries a top-level `"skipped"` count alongside `"total_fixed"` for partial-fix gating.
218
+ - Unused pnpm catalog entries (removed from `pnpm-workspace.yaml` by line-aware deletion). Object-form entries are removed as one block. By default, fallow also removes a contiguous YAML comment block immediately above the entry when it clearly belongs to that entry; configure this with `fix.catalog.deletePrecedingComments` (`"auto"`, `"always"`, or `"never"`). Two escape hatches keep curated comments safe regardless of policy: a `# fallow-keep` marker on any line in the block preserves it, and the `auto` policy additionally preserves section-banner blocks whose body starts with three or more `=`, `-`, `*`, `_`, `~`, `+`, or `#` characters (e.g. `# === React 18 production pins ===`). Other comments and stylistic choices are preserved. When the last entry of a catalog group is removed, the header is rewritten to `catalog: {}` / `<name>: {}` so pnpm doesn't reject the resulting null value. Entries with non-empty `hardcoded_consumers` are skipped to avoid breaking `pnpm install`; the skip is surfaced in the JSON fix output as `{"type": "remove_catalog_entry", "applied": false, "skipped": true, "skip_reason": "hardcoded_consumers", "consumers": [...]}`. The JSON action carries both `line` (first deleted line, the leading comment when policy absorbs one) and `entry_line` (the catalog entry's original 1-based line); use `entry_line` as a stable anchor across policy changes. After a successful catalog edit the CLI emits a one-line `Run pnpm install to refresh pnpm-lock.yaml` reminder, and the human stderr summary appends `(+M catalog comment lines)` to the fixed-issue count when comment lines were absorbed. The JSON envelope carries a top-level `"skipped"` count alongside `"total_fixed"` for partial-fix gating.
219
+ - Duplicate exports (appends an `ignoreExports` rule to your fallow config file). When no fallow config file exists, `.fallowrc.json` is created using the same scaffolding `fallow init` would emit (framework detection, `$schema`, `entry`, `ignorePatterns`, etc.) and the rules are layered on top. Inside a monorepo subpackage (`pnpm-workspace.yaml`, `package.json#workspaces`, `turbo.json`, `lerna.json`, or `rush.json` above the invocation directory) the create-fallback refuses to fire and emits `skip_reason: "monorepo_subpackage"` with a relative `workspace_root` path pointing at the workspace root. The applied entry carries `created_files: [".fallowrc.json"]` so consumers can detect file-creation side effects programmatically.
218
220
 
219
221
  ### Examples
220
222
 
@@ -239,7 +241,7 @@ Inspect discovered files, entry points, detected frameworks, and architecture bo
239
241
  | `--files` | bool | List all discovered files |
240
242
  | `--entry-points` | bool | List detected entry points |
241
243
  | `--plugins` | bool | List active framework plugins |
242
- | `--boundaries` | bool | Show architecture boundary zones, rules, and per-zone file counts |
244
+ | `--boundaries` | bool | Show architecture boundary zones, rules, per-zone file counts, and `logical_groups[]` for `autoDiscover` parents |
243
245
  | `--format` | `human\|json` | Output format |
244
246
  | `--quiet` | bool | Suppress progress bars |
245
247
 
@@ -252,6 +254,8 @@ fallow list --plugins --format json --quiet
252
254
  fallow list --boundaries --format json --quiet
253
255
  ```
254
256
 
257
+ The `--boundaries` JSON output carries `boundaries.logical_groups[]` alongside the existing `zones[]` / `rules[]` arrays. Each logical-group entry surfaces a user-authored `autoDiscover` parent zone (which expansion otherwise flattens into per-child zones like `features/auth` / `features/billing`): `name`, `children`, `auto_discover` (verbatim user strings), `status` (`ok` / `empty` / `invalid_path`), `source_zone_index`, summed `file_count`, optional `authored_rule` (the pre-expansion `{ allow, allowTypeOnly }` keyed on the parent), optional `fallback_zone` cross-reference when the parent also kept its own `patterns` (Bulletproof case), optional `merged_from` (parent zone indices when the user declared the same parent name twice; surfaces the duplicate in JSON instead of only in `tracing::warn!`), optional `original_zone_root` (echo of the parent's `root` subtree scope for monorepo patchers), and optional `child_source_indices` (parallel to `children`, attributing each child to a specific `auto_discover` entry when multiple paths were authored). The full shape is documented in `docs/output-schema.json` under `ListBoundariesOutput`.
258
+
255
259
  ---
256
260
 
257
261
  ## `init`: Config Generation
@@ -437,7 +441,7 @@ fallow health --format json --quiet --trend
437
441
  ```json
438
442
  {
439
443
  "schema_version": 3,
440
- "version": "2.74.0",
444
+ "version": "2.75.0",
441
445
  "elapsed_ms": 32,
442
446
  "summary": {
443
447
  "files_analyzed": 482,
@@ -823,7 +827,7 @@ fallow audit \
823
827
  ```json
824
828
  {
825
829
  "schema_version": 3,
826
- "version": "2.74.0",
830
+ "version": "2.75.0",
827
831
  "command": "audit",
828
832
  "verdict": "fail",
829
833
  "changed_files_count": 12,
@@ -896,7 +900,7 @@ fallow flags --format json --quiet --workspace my-package
896
900
  ```json
897
901
  {
898
902
  "schema_version": 3,
899
- "version": "2.74.0",
903
+ "version": "2.75.0",
900
904
  "elapsed_ms": 116,
901
905
  "feature_flags": [],
902
906
  "total_flags": 0
@@ -1131,7 +1135,7 @@ Coverage CI helper for bundled/minified runtime coverage. It scans a build direc
1131
1135
  | `--dir <PATH>` | path | `dist` | Directory scanned recursively. |
1132
1136
  | `--include <GLOB>` | glob | `**/*.map` | Include glob relative to `--dir`. |
1133
1137
  | `--exclude <GLOB>` | glob | `**/node_modules/**` | Exclude glob, repeatable. |
1134
- | `--repo <NAME>` | string | `package.json` `repository.url`, then `git remote get-url origin` | Repo name used in the source-map API path. |
1138
+ | `--repo <NAME>` | string | `package.json` `repository.url`, then `git remote get-url origin` parsed to `owner/repo` | Repo identifier used in the source-map API path. Must match the beacon's `projectId` (and `upload-inventory`'s `--project-id`); pass `--repo <bare-name>` explicitly if the beacon reports a bare name. |
1135
1139
  | `--git-sha <SHA>` | string | `$GITHUB_SHA` -> `$CI_COMMIT_SHA` -> `$COMMIT_SHA` -> `git rev-parse HEAD` | Commit SHA, 7-40 hex chars. |
1136
1140
  | `--endpoint <URL>` | string | `$FALLOW_API_URL` or `https://api.fallow.cloud` | Override for staging / on-prem. |
1137
1141
  | `--strip-path <BOOL>` | bool | `true` | Upload basename-only `fileName` values. Use `--strip-path=false` when runtime coverage reports paths like `assets/app.js`. |
@@ -1315,7 +1319,7 @@ The HTTP layer mirrors the bash `gh_api_retry` / `curl_retry` helpers: `FALLOW_A
1315
1319
  ```json
1316
1320
  {
1317
1321
  "schema_version": 3,
1318
- "version": "2.74.0",
1322
+ "version": "2.75.0",
1319
1323
  "elapsed_ms": 45,
1320
1324
  "total_issues": 12,
1321
1325
  "entry_points": {
@@ -1367,7 +1371,7 @@ Every issue in `dead-code` JSON output includes an `actions` array with structur
1367
1371
  | Field | Type | Required | Description |
1368
1372
  |-------|------|----------|-------------|
1369
1373
  | `type` | string | yes | Action type in kebab-case (for example `remove-export`, `remove-file`, `remove-dependency`, `move-dependency`, `suppress-line`, `add-to-config`) |
1370
- | `auto_fixable` | bool | yes | `true` if `fallow fix` handles this action automatically |
1374
+ | `auto_fixable` | bool | yes | `true` if `fallow fix` handles this action automatically. Evaluated PER FINDING, not per action type: the same `type` may carry `true` on one finding and `false` on another when per-instance guards in the applier discriminate. Filter on this bool of each individual action, not on `type` alone. |
1371
1375
  | `description` | string | yes | Human-readable description of the action |
1372
1376
  | `comment` | string | no | Suppression comment text (on `suppress-line` actions) |
1373
1377
  | `note` | string | no | Additional context on non-auto-fixable items |
@@ -1424,6 +1428,14 @@ Dependency issues use `add-to-config` with `config_key` and `value`:
1424
1428
 
1425
1429
  When a dependency action is `move-dependency`, `auto_fixable` is `false`; the package is imported from another workspace and needs a package.json ownership move rather than removal.
1426
1430
 
1431
+ Per-instance `auto_fixable` flips today (the same action `type` flipping between findings):
1432
+
1433
+ - `remove-catalog-entry` (unused-catalog-entries): `true` only when `hardcoded_consumers` is empty; `false` otherwise (the applier skips the entry to avoid breaking `pnpm install`).
1434
+ - `remove-dependency` vs `move-dependency` (dependency findings): primary action flips between `remove-dependency` (`true`) and `move-dependency` (`false`) on `used_in_workspaces`.
1435
+ - `add-to-config` for `ignoreExports` (duplicate-exports): `true` when `fallow fix` can safely apply the action, which today means EITHER a fallow config file already exists OR no config exists and the working directory is NOT inside a monorepo subpackage. In the second case the applier creates `.fallowrc.json` using `fallow init`'s framework-aware scaffolding and layers the new rules on top. `false` inside a monorepo subpackage with no workspace-root config (the applier refuses to fragment per-package configs). Pass `--no-create-config` to `fallow fix` from pre-commit hooks, CI bots, and `fallow watch` to opt out of the create-fallback; the action then surfaces with `auto_fixable: false`.
1436
+ - `update-catalog-reference` (unresolved-catalog-references): always `false` today; non-singleton on the wire so a future applier can promote it without a schema change.
1437
+ - All `suppress-line` and `suppress-file` actions are uniformly `false`.
1438
+
1427
1439
  #### Health `actions` array (CRAP findings)
1428
1440
 
1429
1441
  Health findings (`fallow health` JSON output) include an `actions` array. Primary action selection is formula-aware: the rule first checks whether full coverage CAN bring CRAP under threshold (CRAP bottoms out at `cyclomatic` at 100% coverage, so `cyclomatic < maxCrap` means coverage is a viable remediation), then uses `coverage_tier` to choose the description.
@@ -1437,6 +1449,8 @@ Health findings (`fallow health` JSON output) include an `actions` array. Primar
1437
1449
 
1438
1450
  The `coverage_tier` field is `"none"` (file not test-reachable / Istanbul 0%), `"partial"` (Istanbul `(0, 70)` / estimated 40%), or `"high"` (Istanbul `>= 70` / estimated 85%).
1439
1451
 
1452
+ Each CRAP finding also carries a `coverage_source` discriminator: `"istanbul"` (direct fnMap match for this function), `"estimated"` (graph-based estimate evaluated against the finding's own file), or `"estimated_component_inherited"` (graph-based estimate inherited from an Angular component `.ts` reached via the inverse `templateUrl` edge). Synthetic `<template>` findings on Angular `.html` templates use the `estimated_component_inherited` source and ship an `inherited_from` field with the project-relative path to the owning `.component.ts`. When the inherit path applies, the primary `increase-coverage` action targets that `.ts` file (description names the component path explicitly and includes a `target_path` field) so AI agents add component tests rather than scaffolding tests against a structurally untestable `.html` path. The human `fallow health` output renders `(inherited from foo.component.ts)` after the CRAP score on those rows. This is the JIT-test fallback (Angular's runtime renders templates via `ɵɵconditional` / `ɵɵrepeaterCreate` calls; Istanbul never has `fnMap` entries keyed at `.html` paths). AOT-compiled coverage with source-map back-mapping is planned as a tier 2 follow-up; when it lands, `coverage_source` will gain a `"measured_aot_source_map"` variant.
1453
+
1440
1454
  When CRAP-only with cyclomatic count within 5 of `maxCyclomatic` AND cognitive at or above `maxCognitive / 2`, a secondary `refactor-function` is appended. The cognitive floor suppresses false positives on flat type-tag dispatchers and JSX render maps (high CC, near-zero cog). A single finding can carry multiple action types: e.g. a finding that exceeds both cyclomatic and CRAP at `coverage_tier=partial` gets `increase-coverage` AND `refactor-function`. Treat the first non-`suppress-line` action as primary.
1441
1455
 
1442
1456
  The `suppress-line` action is auto-omitted when `--baseline`/`--save-baseline` is set, OR when `health.suggestInlineSuppression: false` in config. The report root carries an `actions_meta: { suppression_hints_omitted: true, reason: "baseline-active" | "config-disabled" }` breadcrumb in that case.
@@ -1462,7 +1476,7 @@ When `--baseline` is used in combined output, the JSON includes a `baseline_delt
1462
1476
  ```json
1463
1477
  {
1464
1478
  "schema_version": 3,
1465
- "version": "2.74.0",
1479
+ "version": "2.75.0",
1466
1480
  "elapsed_ms": 82,
1467
1481
  "total_clones": 15,
1468
1482
  "total_lines_duplicated": 230,
@@ -1506,7 +1520,7 @@ When running `fallow` with no subcommand (all analyses), the JSON output combine
1506
1520
  {
1507
1521
  "check": {
1508
1522
  "schema_version": 3,
1509
- "version": "2.74.0",
1523
+ "version": "2.75.0",
1510
1524
  "elapsed_ms": 45,
1511
1525
  "total_issues": 12,
1512
1526
  "unused_files": [],
@@ -1528,7 +1542,7 @@ When running `fallow` with no subcommand (all analyses), the JSON output combine
1528
1542
  },
1529
1543
  "dupes": {
1530
1544
  "schema_version": 3,
1531
- "version": "2.74.0",
1545
+ "version": "2.75.0",
1532
1546
  "elapsed_ms": 82,
1533
1547
  "total_clones": 15,
1534
1548
  "total_lines_duplicated": 230,
@@ -1537,7 +1551,7 @@ When running `fallow` with no subcommand (all analyses), the JSON output combine
1537
1551
  },
1538
1552
  "health": {
1539
1553
  "schema_version": 3,
1540
- "version": "2.74.0",
1554
+ "version": "2.75.0",
1541
1555
  "elapsed_ms": 32,
1542
1556
  "summary": {},
1543
1557
  "findings": [],
@@ -1621,17 +1635,20 @@ Config files are searched in priority order: `.fallowrc.json` > `.fallowrc.jsonc
1621
1635
 
1622
1636
  // Architecture boundaries (preset, custom zones/rules, or auto-discovered feature zones)
1623
1637
  // Presets: "layered", "hexagonal", "feature-sliced", "bulletproof"
1638
+ // Rules accept an optional `allowTypeOnly: [zones]` list that admits type-only imports
1639
+ // (`import type`, inline `{ type Foo }`, namespace type imports, and `export type` re-exports)
1640
+ // to the listed zones even when not present in `allow`. Mixed-specifier imports still fire.
1624
1641
  "boundaries": {
1625
1642
  "preset": "bulletproof"
1626
1643
  // Or:
1627
1644
  // "zones": [
1628
1645
  // { "name": "app", "patterns": ["src/app/**"] },
1629
- // { "name": "features", "autoDiscover": ["src/features"] },
1646
+ // { "name": "features", "patterns": ["src/features/**"], "autoDiscover": ["src/features"] },
1630
1647
  // { "name": "shared", "patterns": ["src/shared/**"] }
1631
1648
  // ],
1632
1649
  // "rules": [
1633
1650
  // { "from": "app", "allow": ["features", "shared"] },
1634
- // { "from": "features", "allow": ["shared"] }
1651
+ // { "from": "features", "allow": ["shared"], "allowTypeOnly": ["features"] }
1635
1652
  // ]
1636
1653
  },
1637
1654