code-auditor-mcp 4.1.1 → 5.0.1

package/dist/phase/stringLiterals.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"stringLiterals.js","sourceRoot":"","sources":["../../src/phase/stringLiterals.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;GAcG;AAGH,OAAO,EACL,6BAA6B,EAC7B,qBAAqB,GACtB,MAAM,+CAA+C,CAAC;AAEvD;;;;;GAKG;AACH,MAAM,UAAU,qBAAqB,CAAC,IAAa;IACjD,MAAM,KAAK,GAAG,IAAI,CAAC,OAAO,CAAC,SAAS,CAAC,IAAI,CAAC,GAAG,EAAE;QAC7C,MAAM,EAAE,CAAC,IAAI,EAAE,EAAE,CAAC,IAAI,CAAC,IAAI,KAAK,QAAQ,IAAI,IAAI,CAAC,IAAI,KAAK,iBAAiB;KAC5E,CAAC,CAAC;IACH,OAAO,KAAK,CAAC,GAAG,CAAC,CAAC,IAAI,EAAE,EAAE,CAAC,CAAC;QAC1B,IAAI,EAAE,IAAI,CAAC,IAAI;QACf,KAAK,EAAE,IAAI,CAAC,OAAO,CAAC,WAAW,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,CAAC;QAClD,IAAI,EAAE,IAAI,CAAC,QAAQ,CAAC,KAAK,CAAC,IAAI;QAC9B,MAAM,EAAE,IAAI,CAAC,QAAQ,CAAC,KAAK,CAAC,MAAM;QAClC,iBAAiB,EAAE,qBAAqB,CACtC,6BAA6B,CAAC,IAAI,EAAE,IAAI,CAAC,OAAO,EAAE,IAAI,CAAC,IAAI,CAAC,CAC7D;KACF,CAAC,CAAC,CAAC;AACN,CAAC"}

package/dist/phase/stylesCss.d.ts

@@ -0,0 +1,25 @@
+/**
+ * Spec 68 §3.2 — the `styles-css` FileProcessor extraction.
+ *
+ * Re-homes `createStylesCssVisitor` (pipelineAdapters.ts) as a pure per-file
+ * processor. The visitor's `visit` body was only async to lazy-load the CSS
+ * extractors and avoid a circular import; the extraction itself is synchronous
+ * and takes the already-parsed AST. This processor calls the three extractors
+ * directly — `extractDeclarationsFromCSSAst`, `extractTokensFromCSSAst`,
+ * `extractClassUsageFromCSSAst` — and returns the per-file fact the styles
+ * rules read (declarations + tokens + classUsage, each with `filePath` baked
+ * in).
+ *
+ * The `file` field on `AstFile` is the path, and `adapter` is the CSS/SCSS
+ * adapter that parsed it; both are exactly what the extractors expect. No
+ * `sourceCode` re-derivation and no second parse — the AST lives only here.
+ */
+import type { AstFile, StyleDeclarationsFile } from './types.js';
+/**
+ * Extract the per-file styles fact from one parsed CSS/SCSS file.
+ *
+ * @param file - The parsed CSS/SCSS file whose declarations are extracted.
+ * @returns The file's declarations, tokens, and class usage.
+ */
+export declare function extractStylesCss(file: AstFile): StyleDeclarationsFile;
+//# sourceMappingURL=stylesCss.d.ts.map

package/dist/phase/stylesCss.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"stylesCss.d.ts","sourceRoot":"","sources":["../../src/phase/stylesCss.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;GAeG;AAEH,OAAO,KAAK,EAAE,OAAO,EAAE,qBAAqB,EAAE,MAAM,YAAY,CAAC;AAOjE;;;;;GAKG;AACH,wBAAgB,gBAAgB,CAAC,IAAI,EAAE,OAAO,GAAG,qBAAqB,CASrE"}

package/dist/phase/stylesCss.js

@@ -0,0 +1,34 @@
+/**
+ * Spec 68 §3.2 — the `styles-css` FileProcessor extraction.
+ *
+ * Re-homes `createStylesCssVisitor` (pipelineAdapters.ts) as a pure per-file
+ * processor. The visitor's `visit` body was only async to lazy-load the CSS
+ * extractors and avoid a circular import; the extraction itself is synchronous
+ * and takes the already-parsed AST. This processor calls the three extractors
+ * directly — `extractDeclarationsFromCSSAst`, `extractTokensFromCSSAst`,
+ * `extractClassUsageFromCSSAst` — and returns the per-file fact the styles
+ * rules read (declarations + tokens + classUsage, each with `filePath` baked
+ * in).
+ *
+ * The `file` field on `AstFile` is the path, and `adapter` is the CSS/SCSS
+ * adapter that parsed it; both are exactly what the extractors expect. No
+ * `sourceCode` re-derivation and no second parse — the AST lives only here.
+ */
+import { extractDeclarationsFromCSSAst, extractTokensFromCSSAst, extractClassUsageFromCSSAst, } from '../styles/cssAstExtractor.js';
+/**
+ * Extract the per-file styles fact from one parsed CSS/SCSS file.
+ *
+ * @param file - The parsed CSS/SCSS file whose declarations are extracted.
+ * @returns The file's declarations, tokens, and class usage.
+ */
+export function extractStylesCss(file) {
+    return {
+        declarations: extractDeclarationsFromCSSAst(file.ast, file.adapter, file.file, file.source),
+        tokens: extractTokensFromCSSAst(file.ast, file.adapter, file.file, file.source),
+        classUsage: extractClassUsageFromCSSAst(file.ast, file.adapter, file.file, file.source),
+        // No content-level `<style lang>` reason exists in a CSS/SCSS file — that
+        // reason is markup-only, produced by `extractStylesMarkup`.
+        unreadSources: [],
+    };
+}
+//# sourceMappingURL=stylesCss.js.map

package/dist/phase/stylesCss.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"stylesCss.js","sourceRoot":"","sources":["../../src/phase/stylesCss.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;GAeG;AAGH,OAAO,EACL,6BAA6B,EAC7B,uBAAuB,EACvB,2BAA2B,GAC5B,MAAM,8BAA8B,CAAC;AAEtC;;;;;GAKG;AACH,MAAM,UAAU,gBAAgB,CAAC,IAAa;IAC5C,OAAO;QACL,YAAY,EAAE,6BAA6B,CAAC,IAAI,CAAC,GAAG,EAAE,IAAI,CAAC,OAAO,EAAE,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,CAAC;QAC3F,MAAM,EAAE,uBAAuB,CAAC,IAAI,CAAC,GAAG,EAAE,IAAI,CAAC,OAAO,EAAE,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,CAAC;QAC/E,UAAU,EAAE,2BAA2B,CAAC,IAAI,CAAC,GAAG,EAAE,IAAI,CAAC,OAAO,EAAE,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,CAAC;QACvF,0EAA0E;QAC1E,4DAA4D;QAC5D,aAAa,EAAE,EAAE;KAClB,CAAC;AACJ,CAAC"}

package/dist/phase/stylesMarkup.d.ts

@@ -0,0 +1,31 @@
+/**
+ * Spec 68 §3.2 — the markup `style-declarations` FileProcessor extraction.
+ *
+ * `stylesCss.ts` re-homes the `styles-css` visitor (`.css`/`.scss` via the CSS
+ * AST extractors) and `stylesSource.ts` the `styles-source` visitor (CSS-in-JS /
+ * inline / Tailwind in the TS/JS AST stage 1 already parsed). This module
+ * re-homes the *third* half: markup component files (`.astro`/`.vue`/`.svelte`/
+ * `.html`) that have no language adapter, which the legacy `styleIndexer` read
+ * via regex (`extractForFile` + `extractClassUsage`).
+ *
+ * The extraction is the same regex path the legacy indexer ran: `extractDeclarations`
+ * dispatches to `extractFromHTML` for markup (embedded `<style>` blocks + class
+ * attributes), and `extractClassUsage` reads `class`/`className` attributes. The
+ * producer takes `ParsedFile` (not `AstFile`) — there is no AST — and returns
+ * the same `StyleDeclarationsFile` shape the CSS and source producers do, so the
+ * nine migrated styles rules read one uniform fact and markup files are not
+ * silently dropped (the `.astro` undefined-class regression).
+ *
+ * Tailwind utility expansion needs the project's theme tokens; like
+ * `extractStylesSource`, the producer reads `file.projectRoot` and calls the
+ * memoized `loadTailwindConfig`.
+ */
+import type { ParsedFile, StyleDeclarationsFile } from './types.js';
+/**
+ * Extract the per-file styles fact from one markup component file (regex, no AST).
+ *
+ * @param file - The parsed markup file whose styles are extracted.
+ * @returns A single-element fact with the file's declarations and class usage.
+ */
+export declare function extractStylesMarkup(file: ParsedFile): StyleDeclarationsFile[];
+//# sourceMappingURL=stylesMarkup.d.ts.map

package/dist/phase/stylesMarkup.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"stylesMarkup.d.ts","sourceRoot":"","sources":["../../src/phase/stylesMarkup.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;GAqBG;AAEH,OAAO,KAAK,EAAE,UAAU,EAAE,qBAAqB,EAAyB,MAAM,YAAY,CAAC;AAK3F;;;;;GAKG;AACH,wBAAgB,mBAAmB,CAAC,IAAI,EAAE,UAAU,GAAG,qBAAqB,EAAE,CAe7E"}

package/dist/phase/stylesMarkup.js

@@ -0,0 +1,48 @@
+/**
+ * Spec 68 §3.2 — the markup `style-declarations` FileProcessor extraction.
+ *
+ * `stylesCss.ts` re-homes the `styles-css` visitor (`.css`/`.scss` via the CSS
+ * AST extractors) and `stylesSource.ts` the `styles-source` visitor (CSS-in-JS /
+ * inline / Tailwind in the TS/JS AST stage 1 already parsed). This module
+ * re-homes the *third* half: markup component files (`.astro`/`.vue`/`.svelte`/
+ * `.html`) that have no language adapter, which the legacy `styleIndexer` read
+ * via regex (`extractForFile` + `extractClassUsage`).
+ *
+ * The extraction is the same regex path the legacy indexer ran: `extractDeclarations`
+ * dispatches to `extractFromHTML` for markup (embedded `<style>` blocks + class
+ * attributes), and `extractClassUsage` reads `class`/`className` attributes. The
+ * producer takes `ParsedFile` (not `AstFile`) — there is no AST — and returns
+ * the same `StyleDeclarationsFile` shape the CSS and source producers do, so the
+ * nine migrated styles rules read one uniform fact and markup files are not
+ * silently dropped (the `.astro` undefined-class regression).
+ *
+ * Tailwind utility expansion needs the project's theme tokens; like
+ * `extractStylesSource`, the producer reads `file.projectRoot` and calls the
+ * memoized `loadTailwindConfig`.
+ */
+import { extractDeclarations } from '../styles/styleExtractor.js';
+import { extractClassUsage } from '../styles/styleIndexer.js';
+import { loadTailwindConfig } from '../styles/tailwindConfigLoader.js';
+/**
+ * Extract the per-file styles fact from one markup component file (regex, no AST).
+ *
+ * @param file - The parsed markup file whose styles are extracted.
+ * @returns A single-element fact with the file's declarations and class usage.
+ */
+export function extractStylesMarkup(file) {
+    const tailwindTokens = file.projectRoot
+        ? loadTailwindConfig(file.projectRoot).tokens
+        : undefined;
+    // The content-level `<style lang="…">` unread reasons are collected here, from
+    // the same `extractDeclarations` pass that already reads the file's content —
+    // the `unread-style-sources` producer flattens them, so it no longer re-parses
+    // markup files through the `style_unread_sources` index table.
+    const unreadSources = [];
+    return [{
+            declarations: extractDeclarations(file.file, null, file.source, undefined, tailwindTokens, unreadSources),
+            tokens: [],
+            classUsage: extractClassUsage(file.file, file.source),
+            unreadSources,
+        }];
+}
+//# sourceMappingURL=stylesMarkup.js.map

package/dist/phase/stylesMarkup.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"stylesMarkup.js","sourceRoot":"","sources":["../../src/phase/stylesMarkup.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;GAqBG;AAGH,OAAO,EAAE,mBAAmB,EAAE,MAAM,6BAA6B,CAAC;AAClE,OAAO,EAAE,iBAAiB,EAAE,MAAM,2BAA2B,CAAC;AAC9D,OAAO,EAAE,kBAAkB,EAAE,MAAM,mCAAmC,CAAC;AAEvE;;;;;GAKG;AACH,MAAM,UAAU,mBAAmB,CAAC,IAAgB;IAClD,MAAM,cAAc,GAAG,IAAI,CAAC,WAAW;QACrC,CAAC,CAAC,kBAAkB,CAAC,IAAI,CAAC,WAAW,CAAC,CAAC,MAAM;QAC7C,CAAC,CAAC,SAAS,CAAC;IACd,+EAA+E;IAC/E,8EAA8E;IAC9E,+EAA+E;IAC/E,+DAA+D;IAC/D,MAAM,aAAa,GAA4B,EAAE,CAAC;IAClD,OAAO,CAAC;YACN,YAAY,EAAE,mBAAmB,CAAC,IAAI,CAAC,IAAI,EAAE,IAAa,EAAE,IAAI,CAAC,MAAM,EAAE,SAAS,EAAE,cAAc,EAAE,aAAa,CAAC;YAClH,MAAM,EAAE,EAAE;YACV,UAAU,EAAE,iBAAiB,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,CAAC;YACrD,aAAa;SACd,CAAC,CAAC;AACL,CAAC"}

package/dist/phase/stylesSource.d.ts

@@ -0,0 +1,36 @@
+/**
+ * Spec 68 §3.2 — the TS/JS `style-declarations` FileProcessor extraction.
+ *
+ * `stylesCss.ts` re-homes the `styles-css` visitor (`.css`/`.scss` via the CSS
+ * AST extractors). This module re-homes the *other* half of the style pipeline:
+ * the `styles-source` visitor (`createStylesSourceVisitor` in
+ * pipelineAdapters.ts), which extracts CSS-in-JS, inline styles, and Tailwind
+ * class-attribute declarations from the TS/JS AST stage 1 already parsed.
+ *
+ * The visitor's `visit` body was only async to lazy-load `extractDeclarations`
+ * / `extractClassUsage` and avoid a circular import; the extraction itself is
+ * synchronous and takes the already-parsed AST. This processor calls them
+ * directly and returns the per-file fact the styles rules read.
+ *
+ * `classUsage` is extracted here because the styles-source visitor emitted it
+ * alongside declarations — the `undefined-class` rule (deferred, not in this
+ * slice) reads it. The eight migrated rules read only `declarations` + `tokens`,
+ * but the fact shape carries all three for parity with the CSS producer and so
+ * `undefined-class` can land on the same fact without a shape change.
+ *
+ * Tailwind utility expansion needs the project's theme tokens (`className=
+ * "flex"` must expand to `display: flex`, not record a `class: flex` literal).
+ * The tokens are corpus-level — one per project, not per file — so the producer
+ * reads `file.projectRoot` and calls the memoized `loadTailwindConfig`, a cache
+ * hit on every file after the first (the full pipeline's style-index sync has
+ * already loaded it this run).
+ */
+import type { AstFile, StyleDeclarationsFile } from './types.js';
+/**
+ * Extract the per-file styles fact from one parsed TS/JS file.
+ *
+ * @param file - The parsed TS/JS file whose styles are extracted.
+ * @returns A single-element fact with the file's declarations and class usage.
+ */
+export declare function extractStylesSource(file: AstFile): StyleDeclarationsFile[];
+//# sourceMappingURL=stylesSource.d.ts.map

package/dist/phase/stylesSource.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"stylesSource.d.ts","sourceRoot":"","sources":["../../src/phase/stylesSource.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;GA0BG;AAEH,OAAO,KAAK,EAAE,OAAO,EAAE,qBAAqB,EAAE,MAAM,YAAY,CAAC;AAKjE;;;;;GAKG;AACH,wBAAgB,mBAAmB,CAAC,IAAI,EAAE,OAAO,GAAG,qBAAqB,EAAE,CAY1E"}

package/dist/phase/stylesSource.js

@@ -0,0 +1,50 @@
+/**
+ * Spec 68 §3.2 — the TS/JS `style-declarations` FileProcessor extraction.
+ *
+ * `stylesCss.ts` re-homes the `styles-css` visitor (`.css`/`.scss` via the CSS
+ * AST extractors). This module re-homes the *other* half of the style pipeline:
+ * the `styles-source` visitor (`createStylesSourceVisitor` in
+ * pipelineAdapters.ts), which extracts CSS-in-JS, inline styles, and Tailwind
+ * class-attribute declarations from the TS/JS AST stage 1 already parsed.
+ *
+ * The visitor's `visit` body was only async to lazy-load `extractDeclarations`
+ * / `extractClassUsage` and avoid a circular import; the extraction itself is
+ * synchronous and takes the already-parsed AST. This processor calls them
+ * directly and returns the per-file fact the styles rules read.
+ *
+ * `classUsage` is extracted here because the styles-source visitor emitted it
+ * alongside declarations — the `undefined-class` rule (deferred, not in this
+ * slice) reads it. The eight migrated rules read only `declarations` + `tokens`,
+ * but the fact shape carries all three for parity with the CSS producer and so
+ * `undefined-class` can land on the same fact without a shape change.
+ *
+ * Tailwind utility expansion needs the project's theme tokens (`className=
+ * "flex"` must expand to `display: flex`, not record a `class: flex` literal).
+ * The tokens are corpus-level — one per project, not per file — so the producer
+ * reads `file.projectRoot` and calls the memoized `loadTailwindConfig`, a cache
+ * hit on every file after the first (the full pipeline's style-index sync has
+ * already loaded it this run).
+ */
+import { extractDeclarations } from '../styles/styleExtractor.js';
+import { extractClassUsage } from '../styles/styleIndexer.js';
+import { loadTailwindConfig } from '../styles/tailwindConfigLoader.js';
+/**
+ * Extract the per-file styles fact from one parsed TS/JS file.
+ *
+ * @param file - The parsed TS/JS file whose styles are extracted.
+ * @returns A single-element fact with the file's declarations and class usage.
+ */
+export function extractStylesSource(file) {
+    const tailwindTokens = file.projectRoot
+        ? loadTailwindConfig(file.projectRoot).tokens
+        : undefined;
+    return [{
+            declarations: extractDeclarations(file.file, file.adapter, file.source, file.ast, tailwindTokens),
+            tokens: [],
+            classUsage: extractClassUsage(file.file, file.source),
+            // No content-level `<style lang>` reason exists in TS/JS CSS-in-JS source —
+            // that reason is markup-only, produced by `extractStylesMarkup`.
+            unreadSources: [],
+        }];
+}
+//# sourceMappingURL=stylesSource.js.map

package/dist/phase/stylesSource.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"stylesSource.js","sourceRoot":"","sources":["../../src/phase/stylesSource.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;GA0BG;AAGH,OAAO,EAAE,mBAAmB,EAAE,MAAM,6BAA6B,CAAC;AAClE,OAAO,EAAE,iBAAiB,EAAE,MAAM,2BAA2B,CAAC;AAC9D,OAAO,EAAE,kBAAkB,EAAE,MAAM,mCAAmC,CAAC;AAEvE;;;;;GAKG;AACH,MAAM,UAAU,mBAAmB,CAAC,IAAa;IAC/C,MAAM,cAAc,GAAG,IAAI,CAAC,WAAW;QACrC,CAAC,CAAC,kBAAkB,CAAC,IAAI,CAAC,WAAW,CAAC,CAAC,MAAM;QAC7C,CAAC,CAAC,SAAS,CAAC;IACd,OAAO,CAAC;YACN,YAAY,EAAE,mBAAmB,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,OAAO,EAAE,IAAI,CAAC,MAAM,EAAE,IAAI,CAAC,GAAG,EAAE,cAAc,CAAC;YACjG,MAAM,EAAE,EAAE;YACV,UAAU,EAAE,iBAAiB,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,CAAC;YACrD,4EAA4E;YAC5E,iEAAiE;YACjE,aAAa,EAAE,EAAE;SAClB,CAAC,CAAC;AACL,CAAC"}

package/dist/phase/typeDeclarations.d.ts

@@ -0,0 +1,33 @@
+/**
+ * Spec 68 §9 — the `type-declarations` producer.
+ *
+ * Re-homes the Go binary's struct/interface extraction (the `Struct`/`Interface`
+ * `analyze` payloads in `analyzer-src/parser.go`) as a plain-data fact. It walks
+ * the tree-sitter Go AST for `type_spec` nodes (the named declarations under a
+ * `type (…)` block or a single `type X …`), and for each projects the two
+ * metrics the size rules threshold on:
+ *
+ *   - a struct's `fieldCount` — the *expanded* field-name count, matching the
+ *     Go binary's `len(structType.Fields.List)` expansion: `A, B, C int` is
+ *     three `field_identifier`s (three fields), an embedded `Embedded` is one;
+ *   - an interface's `methodCount` — its direct `method_elem` children only,
+ *     matching the Go binary's `len(method.Names) > 0 && FuncType` filter:
+ *     an embedded `type_elem` (`io.Reader`) is not a method.
+ *
+ * Only named `type_spec` declarations are projected. An anonymous
+ * `var x struct { … }` literal is a `struct_type` with no `type_spec` parent and
+ * is absent here — the Go binary likewise iterates `*ast.TypeSpec` alone. The
+ * tree dies with the file; `struct-size` and `interface-size` read only this
+ * data (they never reach the AST, and never spawn the Go subprocess).
+ *
+ * `walkAST`/`getNodeText` are shared adapterBridge utilities that survive §15.
+ */
+import type { AstFile, TypeDeclarationsFact } from './types.js';
+/**
+ * Extract every named struct/interface declaration from one parsed Go file.
+ *
+ * @param file - The parsed Go file whose type declarations are projected.
+ * @returns One `TypeDeclarationsFact` per named struct/interface (size metrics).
+ */
+export declare function extractTypeDeclarations(file: AstFile): TypeDeclarationsFact[];
+//# sourceMappingURL=typeDeclarations.d.ts.map

package/dist/phase/typeDeclarations.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"typeDeclarations.d.ts","sourceRoot":"","sources":["../../src/phase/typeDeclarations.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;GAuBG;AAEH,OAAO,KAAK,EAAE,OAAO,EAAE,oBAAoB,EAAE,MAAM,YAAY,CAAC;AAuBhE;;;;;GAKG;AACH,wBAAgB,uBAAuB,CAAC,IAAI,EAAE,OAAO,GAAG,oBAAoB,EAAE,CAsB7E"}

package/dist/phase/typeDeclarations.js

@@ -0,0 +1,76 @@
+/**
+ * Spec 68 §9 — the `type-declarations` producer.
+ *
+ * Re-homes the Go binary's struct/interface extraction (the `Struct`/`Interface`
+ * `analyze` payloads in `analyzer-src/parser.go`) as a plain-data fact. It walks
+ * the tree-sitter Go AST for `type_spec` nodes (the named declarations under a
+ * `type (…)` block or a single `type X …`), and for each projects the two
+ * metrics the size rules threshold on:
+ *
+ *   - a struct's `fieldCount` — the *expanded* field-name count, matching the
+ *     Go binary's `len(structType.Fields.List)` expansion: `A, B, C int` is
+ *     three `field_identifier`s (three fields), an embedded `Embedded` is one;
+ *   - an interface's `methodCount` — its direct `method_elem` children only,
+ *     matching the Go binary's `len(method.Names) > 0 && FuncType` filter:
+ *     an embedded `type_elem` (`io.Reader`) is not a method.
+ *
+ * Only named `type_spec` declarations are projected. An anonymous
+ * `var x struct { … }` literal is a `struct_type` with no `type_spec` parent and
+ * is absent here — the Go binary likewise iterates `*ast.TypeSpec` alone. The
+ * tree dies with the file; `struct-size` and `interface-size` read only this
+ * data (they never reach the AST, and never spawn the Go subprocess).
+ *
+ * `walkAST`/`getNodeText` are shared adapterBridge utilities that survive §15.
+ */
+import { walkAST, getNodeText } from '../languages/adapterBridge.js';
+import { isTestFile } from '../languages/testConventions.js';
+/** The expanded field count of a `struct_type` node (see the module header). */
+function structFieldCount(structType) {
+    const list = (structType.children ?? []).find((c) => c.type === 'field_declaration_list');
+    if (!list)
+        return 0;
+    let count = 0;
+    for (const decl of list.children ?? []) {
+        if (decl.type !== 'field_declaration')
+            continue;
+        const names = (decl.children ?? []).filter((c) => c.type === 'field_identifier');
+        count += names.length > 0 ? names.length : 1;
+    }
+    return count;
+}
+/** The method count of an `interface_type` node: direct `method_elem`s only. */
+function interfaceMethodCount(interfaceType) {
+    return (interfaceType.children ?? []).filter((c) => c.type === 'method_elem').length;
+}
+/**
+ * Extract every named struct/interface declaration from one parsed Go file.
+ *
+ * @param file - The parsed Go file whose type declarations are projected.
+ * @returns One `TypeDeclarationsFact` per named struct/interface (size metrics).
+ */
+export function extractTypeDeclarations(file) {
+    if (isTestFile('go', file.file))
+        return [];
+    const out = [];
+    walkAST(file.ast.root, (node) => {
+        if (node.type !== 'type_spec')
+            return;
+        const name = (node.children ?? []).find((c) => c.type === 'type_identifier');
+        const type = (node.children ?? []).find((c) => c.type === 'struct_type' || c.type === 'interface_type');
+        if (!name || !type)
+            return;
+        // The `type_spec` name sits at the declaration's start line, matching the
+        // Go binary's `typeSpec.Pos().Line` (= `Name.Pos().Line`). `location` is
+        // already 1-based (adapterBridge), no further compensation.
+        const line = name.location.start.line;
+        const text = getNodeText(name, file.source);
+        if (type.type === 'struct_type') {
+            out.push({ kind: 'struct', file: file.file, name: text, line, fieldCount: structFieldCount(type) });
+        }
+        else {
+            out.push({ kind: 'interface', file: file.file, name: text, line, methodCount: interfaceMethodCount(type) });
+        }
+    });
+    return out;
+}
+//# sourceMappingURL=typeDeclarations.js.map

package/dist/phase/typeDeclarations.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"typeDeclarations.js","sourceRoot":"","sources":["../../src/phase/typeDeclarations.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;GAuBG;AAIH,OAAO,EAAE,OAAO,EAAE,WAAW,EAAE,MAAM,+BAA+B,CAAC;AACrE,OAAO,EAAE,UAAU,EAAE,MAAM,iCAAiC,CAAC;AAE7D,gFAAgF;AAChF,SAAS,gBAAgB,CAAC,UAAmB;IAC3C,MAAM,IAAI,GAAG,CAAC,UAAU,CAAC,QAAQ,IAAI,EAAE,CAAC,CAAC,IAAI,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,IAAI,KAAK,wBAAwB,CAAC,CAAC;IAC1F,IAAI,CAAC,IAAI;QAAE,OAAO,CAAC,CAAC;IACpB,IAAI,KAAK,GAAG,CAAC,CAAC;IACd,KAAK,MAAM,IAAI,IAAI,IAAI,CAAC,QAAQ,IAAI,EAAE,EAAE,CAAC;QACvC,IAAI,IAAI,CAAC,IAAI,KAAK,mBAAmB;YAAE,SAAS;QAChD,MAAM,KAAK,GAAG,CAAC,IAAI,CAAC,QAAQ,IAAI,EAAE,CAAC,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,IAAI,KAAK,kBAAkB,CAAC,CAAC;QACjF,KAAK,IAAI,KAAK,CAAC,MAAM,GAAG,CAAC,CAAC,CAAC,CAAC,KAAK,CAAC,MAAM,CAAC,CAAC,CAAC,CAAC,CAAC;IAC/C,CAAC;IACD,OAAO,KAAK,CAAC;AACf,CAAC;AAED,gFAAgF;AAChF,SAAS,oBAAoB,CAAC,aAAsB;IAClD,OAAO,CAAC,aAAa,CAAC,QAAQ,IAAI,EAAE,CAAC,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,IAAI,KAAK,aAAa,CAAC,CAAC,MAAM,CAAC;AACvF,CAAC;AAED;;;;;GAKG;AACH,MAAM,UAAU,uBAAuB,CAAC,IAAa;IACnD,IAAI,UAAU,CAAC,IAAI,EAAE,IAAI,CAAC,IAAI,CAAC;QAAE,OAAO,EAAE,CAAC;IAC3C,MAAM,GAAG,GAA2B,EAAE,CAAC;IACvC,OAAO,CAAC,IAAI,CAAC,GAAG,CAAC,IAAI,EAAE,CAAC,IAAI,EAAE,EAAE;QAC9B,IAAI,IAAI,CAAC,IAAI,KAAK,WAAW;YAAE,OAAO;QACtC,MAAM,IAAI,GAAG,CAAC,IAAI,CAAC,QAAQ,IAAI,EAAE,CAAC,CAAC,IAAI,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,IAAI,KAAK,iBAAiB,CAAC,CAAC;QAC7E,MAAM,IAAI,GAAG,CAAC,IAAI,CAAC,QAAQ,IAAI,EAAE,CAAC,CAAC,IAAI,CACrC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,IAAI,KAAK,aAAa,IAAI,CAAC,CAAC,IAAI,KAAK,gBAAgB,CAC/D,CAAC;QACF,IAAI,CAAC,IAAI,IAAI,CAAC,IAAI;YAAE,OAAO;QAC3B,0EAA0E;QAC1E,yEAAyE;QACzE,4DAA4D;QAC5D,MAAM,IAAI,GAAG,IAAI,CAAC,QAAQ,CAAC,KAAK,CAAC,IAAI,CAAC;QACtC,MAAM,IAAI,GAAG,WAAW,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,CAAC,CAAC;QAC5C,IAAI,IAAI,CAAC,IAAI,KAAK,aAAa,EAAE,CAAC;YAChC,GAAG,CAAC,IAAI,CAAC,EAAE,IAAI,EAAE,QAAQ,EAAE,IAAI,EAAE,IAAI,CAAC,IAAI,EAAE,IAAI,EAAE,IAAI,EAAE,IAAI,EAAE,UAAU,EAAE,gBAAgB,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC;QACtG,CAAC;aAAM,CAAC;YACN,GAAG,CAAC,IAAI,CAAC,EAAE,IAAI,EAAE,WAAW,EAAE,IAAI,EAAE,IAAI,CAAC,IAAI,EAAE,IAAI,EAAE,IAAI,EAAE,IAAI,EAAE,WAAW,EAAE,oBAAoB,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC;QAC9G,CAAC;IACH,CAAC,CAAC,CAAC;IACH,OAAO,GAAG,CAAC;AACb,CAAC"}