scip-query 0.10.11 → 0.11.0

package/skills/scip-verify/SKILL.md

@@ -1,70 +1,76 @@
 ---
 name: scip-verify
-description: Post-implementation verification using scip-query's modern gate model. Use after making code, docs, config, refactor, cleanup, or setup changes; before committing; when the user asks whether a change is wired correctly, safe, verified, regression-free, or ready to ship.
+description: Verify finished code, docs, config, refactor, cleanup, setup, React, Vue, or API changes with scip-query. Use before committing or when the user asks whether a change is wired, safe, regression-free, or ready.
+commands:
+  - template: "scip-query doctor"
+    when: "Prove the workspace: index freshness and dependency readiness."
+  - template: "scip-query status --capabilities"
+    when: "Prove the workspace: which evidence and verification capabilities are available."
+  - template: "scip-query diff-impact --json"
+    when: "Assess the diff: changed symbols and downstream consumers."
+  - template: "scip-query diff-gate --json"
+    when: "Run the gate: the primary blocker for diff-specific risk."
+  - template: "scip-query health --baseline"
+    when: "Check health: compare findings against the committed baseline."
+  - template: "scip-query doc-drift --json --full"
+    when: "Check docs: run when docs, AGENTS.md, or command surfaces changed."
 ---
 
-# Post-Implementation Verification with scip-query
+# scip-verify
 
-Verify the actual diff, not your intention. A verification pass proves that the current workspace has a runnable scip-query environment, a current index, expected blast radius, no diff-gate findings, and no relevant health or config regression.
+Use this skill to verify the actual diff. Verification is the evidence pass that proves the workspace can answer, the index is current, the changed symbols and files match intent, routed postchecks ran, and diff-gate findings are resolved.
 
-## Hard Rules
+Load shared mechanics from [`../_shared/SKILL.md`](../_shared/SKILL.md).
 
-1. Run environment checks before trusting graph facts.
-2. Check index freshness before final verification. Reindex only when freshness is `stale`, `missing`, or `unknown`, unless a just-finished command already refreshed the index and no files changed afterward.
-3. Treat `scip-query diff-gate --json` as the primary blocker for diff-specific risk. Manual checks are drill-down evidence, not a replacement.
-4. Run the postchecks that match the actual change type.
-5. Prefer fixing findings. Use `scip-query suppress <id> --reason "<specific reason>"` only for intentional design, compatibility shims, framework entry points, or accepted false positives with durable evidence.
-6. If `.scipquery.json` or suppressions changed, run `scip-query config-validate`.
+<!-- BEGIN GENERATED SKILL COMMANDS -->
+## Commands for this skill
 
-## Default Verification Flow
+| Command | Purpose | When |
+| --- | --- | --- |
+| `scip-query doctor` | Diagnose config, index freshness, dependency readiness, and project capabilities | Prove the workspace: index freshness and dependency readiness. |
+| `scip-query status --capabilities` | Show index status for this project | Prove the workspace: which evidence and verification capabilities are available. |
+| `scip-query diff-impact --json` | Compute changed symbols and downstream consumers from current git diff | Assess the diff: changed symbols and downstream consumers. |
+| `scip-query diff-gate --json` | Gate the current diff: echo candidates, incomplete migrations, missing co-change partners, unedited twin partners (advisory), uncited doc updates, unused params, new dead symbols; exit 1 on blocking findings | Run the gate: the primary blocker for diff-specific risk. |
+| `scip-query health --baseline` | Composite codebase health report with prioritized action list | Check health: compare findings against the committed baseline. |
+| `scip-query doc-drift --json --full` | Stale-doc candidates: code the doc references or co-changed with kept changing after the doc stopped | Check docs: run when docs, AGENTS.md, or command surfaces changed. |
 
-### 1. Prove the workspace can answer
+Use this shortlist first. Open [`../_shared/SKILL.md`](../_shared/SKILL.md) only when it is insufficient.
+<!-- END GENERATED SKILL COMMANDS -->
+
+## Rules
+
+1. Verify environment and index freshness before trusting graph facts.
+2. Treat `scip-query diff-gate --json` as the primary blocker for diff-specific risk.
+3. Run every postcheck that matches the actual edit, not only the check you expected to need.
+4. If `.scipquery.json` or suppressions changed, run `scip-query config-validate`.
+5. Prefer fixing findings. Suppress only intentional design, compatibility shims, framework entry points, or accepted false positives with a specific reason.
+
+## Flow
+
+### 1. Prove the workspace
 
 ```bash
 scip-query doctor
 scip-query status --capabilities
 ```
 
-If either command reports missing indexers, stale indexes, invalid config, or unavailable capabilities relevant to the change, resolve that first or report it as a blocker. Unavailable is not clean; it means that signal class was not proven.
+This step is complete only when missing indexers, invalid config, stale indexes, or unavailable relevant capabilities are fixed or reported as blockers.
 
-### 2. Refresh and assess the diff
+### 2. Assess the diff
 
 ```bash
-scip-query status --capabilities
-# If freshness is stale, missing, or unknown:
-# scip-query reindex
 scip-query diff-impact --json
 ```
 
-Use `diff-impact` to check whether the changed files, changed symbols, and downstream consumers match the work you intended to do. Unexpected symbols or a much wider blast radius are findings even if `diff-gate` later passes.
-
-### 3. Run routed postchecks
+Compare changed files, changed symbols, and downstream consumers with the intended work. Unexpected blast radius is a finding even if later gates pass.
 
-Run every row that applies to the work just performed.
+This step is complete only when the diff shape is understood.
 
-| Change type | Required checks |
-|---|---|
-| Extracted a helper or created an abstraction | `scip-query incomplete-migration --json --full` |
-| Added a new helper, module, component, or adapter | `scip-query similar <symbol> --json --full` and `scip-query recent-duplicates --json --full` |
-| Added parameters, options, or config flags | `scip-query unused-params --json --full` |
-| Added a forwarding or wrapper layer | `scip-query wrapper-candidates --json --full` and `scip-query passthrough-candidates --json --full` |
-| Added an interface, base class, adapter contract, or type alias | `scip-query stale-abstractions --json --full` |
-| Changed schema, config, generated artifacts, or public contracts | `scip-query co-change <file> --json --full` |
-| Changed code described by docs or changed docs that cite code | `scip-query doc-drift --json --full` |
-| Deleted code | `scip-query cleanup-plan --verify --json` |
-| Changed React components or hooks | `scip-query react-component-duplicates --json --full`, `scip-query react-hook-candidates --json --full`, and `scip-query react-large-component-pressure --json --full` |
-| Changed Vue SFCs or composables | `scip-query vue-component-duplicates --json --full`, `scip-query vue-composable-candidates --json --full`, and `scip-query vue-large-view-pressure --json --full` |
+### 3. Run routed postchecks
 
-Use focused probes when a finding needs explanation:
+Use the postcheck table in the shared reference. Run all rows that apply to the change type.
 
-```bash
-scip-query code <symbol-or-file>
-scip-query refs <symbol>
-scip-query fan-in <symbol>
-scip-query fan-out <symbol>
-scip-query affected <symbol> --json
-scip-query change-surface <file> --json --full
-```
+This step is complete only when each applicable postcheck has a result and every actionable finding is fixed, accepted with evidence, or blocked by a named constraint.
 
 ### 4. Run the gate
 
@@ -72,89 +78,65 @@ scip-query change-surface <file> --json --full
 scip-query diff-gate --json
 ```
 
-On any finding, fix it or explicitly accept it with evidence. Do not ignore a nonzero gate. If a suppression is the right outcome, record the reason and validate config:
+If it reports findings, fix them or record the acceptance reason. If a suppression is needed:
 
 ```bash
 scip-query suppress <id> --reason "<specific reason>"
 scip-query config-validate
 ```
 
-### 5. Check baseline health when present
+This step is complete only when `diff-gate` passes or every finding has a durable explanation.
 
-Run this when the repository has a committed scip-query baseline:
-
-```bash
-scip-query health --baseline
-```
+### 5. Check health, docs, and config when relevant
 
-If no baseline exists and the user asked for broad health verification, run:
+Run:
 
 ```bash
-scip-query health --json --full
+scip-query health --baseline
 ```
 
-Health score changes are diagnostic, not the objective. A score drop matters when it corresponds to a real new signal; a score increase does not excuse unverified behavior.
-
-### 6. Validate config and docs when touched
-
-If `.scipquery.json`, AGENTS.md, CLAUDE.md, command docs, or skill instructions changed, run the relevant check:
+when a committed baseline exists. If docs, AGENTS.md, CLAUDE.md, command docs, generated docs, or skill instructions changed, run:
 
 ```bash
-scip-query config-validate
 scip-query doc-drift --json --full
 ```
 
-For generated command docs, also run the repo's descriptor or docs test if one exists.
-
-If you are maintaining scip-query analyzers or command descriptors inside the scip-query repository itself, add:
+If the repository provides a self-audit command and the change touches generated command surfaces, analyzers, or evidence-labeling behavior, also run:
 
 ```bash
 scip-query self-audit
 ```
 
-This is a maintainer check for analyzer consistency, not a general app-developer verification step.
+This step is complete only when changed documentation and config surfaces are checked or explicitly out of scope.
 
-## Manual Drill-Down Checks
+## Report
 
-Use these when `diff-impact`, routed postchecks, or `diff-gate` point to a structural risk:
-
-```bash
-scip-query cycles
-scip-query dead --json --full
-scip-query isolated --json --full
-scip-query coupling
-scip-query bottlenecks
-```
-
-These commands are not a substitute for `diff-gate`; they explain or bound the finding.
-
-## Verification Report
-
-End with a compact report:
+End with:
 
 ```markdown
 Verification: PASS/FAIL
 
 Environment:
-- doctor: PASS/FAIL
-- status capabilities: PASS/FAIL or unavailable checks
+- doctor:
+- status:
 
 Diff:
-- changed files/symbols from `scip-query diff-impact --json`
-- unexpected blast radius, if any
+- changed files/symbols:
+- unexpected blast radius:
 
 Postchecks:
-- <command>: PASS/FAIL and finding count
+- <command>: <result>
 
 Gate:
-- `scip-query diff-gate --json`: PASS/FAIL
+- `scip-query diff-gate --json`: <result>
 
-Health/config:
-- baseline or health result
-- config validation result when applicable
+Health/docs/config:
+- <commands and results>
 
 Remaining risk:
-- accepted suppressions, blocked capabilities, or checks not run
+- <accepted findings, unavailable capabilities, or checks not run>
 ```
 
-Do not claim "safe to commit" unless freshness is `fresh` after the final file edit and `scip-query diff-gate --json` passed.
+Do not claim ready-to-ship unless freshness is `fresh` after the final edit and diff-gate is passed or fully explained.
+
+- `dead`/`new-dead` correctly resolve `import type` consumers, tsconfig `paths` aliases, pnpm/npm/yarn workspace cross-package imports, and Vue `<script setup>` composables. The one residual gap is a same-named symbol reached only through a re-exporting barrel file in a workspace package; that shape self-labels `unconfirmed (cross-package ambiguous-name resolution gap)` in the finding — treat only that label as unconfirmed until `refs` agrees. See the Detector Reliability section in `../_shared/SKILL.md`.

package/skills/scip-vue-maintainability/SKILL.md

@@ -1,134 +1,107 @@
 ---
 name: scip-vue-maintainability
-description: Vue frontend maintainability review using scip-query's Vue SFC, template-duplicate, composable-candidate, large-view, and health commands. Use when reviewing Vue or Nuxt codebases, investigating duplicated components or composables, checking frontend health score pressure, or asking whether agents are reusing Vue code correctly.
+description: Review Vue maintainability with scip-query. Use for Vue, Nuxt, SFCs, duplicated templates, composable candidates, large views, frontend health pressure, or verifying Vue reuse after refactors.
+commands:
+  - template: "scip-query augment-vue --project <path-to-tsconfig>"
+    when: "Bound and augment: add compiler-resolved Vue SFC references first."
+  - template: "scip-query vue-component-duplicates --scope <scope> --full --json"
+    when: "Scan: duplicated template structure candidates."
+  - template: "scip-query vue-composable-candidates --scope <scope> --full --json"
+    when: "Scan: shared state/lifecycle extraction candidates."
+  - template: "scip-query vue-large-view-pressure --scope <scope> --full --json"
+    when: "Scan: SFCs carrying several reasons to change."
+  - template: "scip-query recent-duplicates --scope <scope> --full --json"
+    when: "Scan: recent code re-implementing established components."
+  - template: "scip-query health --json"
+    when: "Scan: frontend health pressure baseline."
 ---
 
-# SCIP Vue Maintainability Review
+# scip-vue-maintainability
 
-This skill reviews Vue frontends by treating `.vue` single-file components as first-class code units. It uses `scip-query` evidence to decide where templates, scripts, styles, external scripts, components, and composables are carrying duplicated concepts or too many reasons to change.
+Use this skill to review Vue frontends as maintainable systems of single-file components, templates, scripts, styles, external scripts, components, and composables.
 
-A Vue component duplicate candidate is a pair or group of rendered interface structures that repeat the same user-facing arrangement, controls, states, or data-presentation shape enough that a shared component may reduce future divergence.
+Load shared mechanics from [`../_shared/SKILL.md`](../_shared/SKILL.md).
 
-A Vue composable candidate is a pair or group of script behaviors that repeat the same state lifecycle, effects, requests, validation, persistence, or derived-data policy enough that a shared composable may make the behavior easier to preserve.
+<!-- BEGIN GENERATED SKILL COMMANDS -->
+## Commands for this skill
 
-Large view pressure is a maintainability signal that one SFC or linked view file contains several kinds of knowledge that change for different reasons, such as layout structure, state management, data loading, styling, and feature policy.
+| Command | Purpose | When |
+| --- | --- | --- |
+| `scip-query augment-vue --project <path-to-tsconfig>` | Add compiler-resolved Vue SFC references to the SQLite index using Volar | Bound and augment: add compiler-resolved Vue SFC references first. |
+| `scip-query vue-component-duplicates --scope <scope> --full --json` | Find heuristic duplicated Vue component structure candidates from template tags, bindings, slots, and directives | Scan: duplicated template structure candidates. |
+| `scip-query vue-composable-candidates --scope <scope> --full --json` | Find heuristic Vue composable extraction candidates from shared state, effects, requests, and template bindings | Scan: shared state/lifecycle extraction candidates. |
+| `scip-query vue-large-view-pressure --scope <scope> --full --json` | Find heuristic large Vue view pressure candidates from template, script, style, and external script line counts | Scan: SFCs carrying several reasons to change. |
+| `scip-query recent-duplicates --scope <scope> --full --json` | Directional duplicate candidates: recent code that re-implements established callable, React, or Vue code | Scan: recent code re-implementing established components. |
+| `scip-query health --json` | Composite codebase health report with prioritized action list | Scan: frontend health pressure baseline. |
 
-Vue health is a repo-grounded frontend pressure map. It is useful for ranking review attention, but it is not proof that code is bad and not the goal of a refactor.
+Use this shortlist first. Open [`../_shared/SKILL.md`](../_shared/SKILL.md) only when it is insufficient.
+<!-- END GENERATED SKILL COMMANDS -->
 
-## Quick Start
+## Terms
 
-Refresh the code intelligence before trusting graph facts:
+A Vue component duplicate candidate is a pair or group of rendered structures that repeat the same user-facing arrangement, controls, states, or data-presentation shape enough that a shared component may reduce drift.
 
-```bash
-scip-query status
-scip-query status --capabilities
-# If freshness is stale, missing, or unknown:
-# scip-query reindex
-```
+A Vue composable candidate is a pair or group of script behaviors that repeat the same state lifecycle, effects, requests, validation, persistence, or derived-data policy enough that a shared composable may preserve behavior better.
+
+Large view pressure means one SFC or linked view file contains several kinds of knowledge that change for different reasons.
+
+## Workflow
+
+### 1. Bound and augment
 
-If Vue files need rich internals, find the relevant TypeScript project and augment the index:
+Pick the narrowest Vue source root, feature area, or changed-file scope that still includes likely reuse partners. When component references, imported composables, script blocks, or linked external scripts matter, run:
 
 ```bash
-find . -name 'tsconfig*.json' -not -path '*/node_modules/*'
 scip-query augment-vue --project <path-to-tsconfig>
 ```
 
-Run the Vue review commands uncapped when doing a serious frontend pass. Do not combine `--full` with `--limit`.
+This step is complete only when the review scope and augmentation decision are recorded.
+
+### 2. Scan
+
+Run uncapped commands:
 
 ```bash
-scip-query vue-component-duplicates --scope <vue-source-scope> --full --json
-scip-query vue-composable-candidates --scope <vue-source-scope> --full --json
-scip-query vue-large-view-pressure --scope <vue-source-scope> --full --json
+scip-query vue-component-duplicates --scope <scope> --full --json
+scip-query vue-composable-candidates --scope <scope> --full --json
+scip-query vue-large-view-pressure --scope <scope> --full --json
+scip-query recent-duplicates --scope <scope> --full --json
 scip-query health --json
 ```
 
-## Workflow
+This step is complete only when command scope, counts, and uncapped/full status are recorded.
+
+### 3. Cross-check candidates
+
+- Component duplicate only: inspect for shared presentational component or existing component reuse.
+- Composable candidate only: inspect for shared lifecycle, request, validation, persistence, event, or derived-state policy.
+- Both: inspect for a feature-level concept needing both component and composable boundaries.
+- Large view only: split by reason to change, not by line count.
 
-1. Bound the review to a Vue source root, feature area, or changed files. Prefer the narrowest scope that still includes likely reuse partners.
-2. Run `augment-vue` when component references, imported composables, script blocks, or linked external scripts matter to the question.
-3. Run the three Vue commands: component duplicates, composable candidates, and large view pressure.
-4. Cross-check the result sets before recommending an extraction:
-   - Component duplicate only: inspect for a shared presentational component or an existing component that callers should reuse.
-   - Composable candidate only: inspect for a shared behavior, lifecycle, request pattern, validation rule, persistence rule, or derived-state policy.
-   - Both component and composable candidate: inspect for a feature-level concept that may need both a component boundary and a composable boundary.
-   - Large view only: split by reason to change, not by line count alone.
-5. Open the source files for the top candidates. Similarity is evidence to inspect, not a verdict.
-6. Check existing exports, imports, and call sites before proposing anything new:
+Use:
 
 ```bash
 scip-query outline <file>
 scip-query deps <file>
 scip-query rdeps <file>
-scip-query similar-files --scope <vue-source-scope>
-scip-query recent-duplicates --scope <vue-source-scope> --full --json
+scip-query similar-files --scope <scope>
+scip-query recent-duplicates --scope <scope> --full --json
 ```
 
-## Acting on Findings
+This step is complete only when each top candidate is reuse, extract, split, skip, or blocked.
 
-Prefer reuse before extraction. If an existing component or composable already names the concept, migrate callers to it instead of creating another one.
+### 4. Act and verify
 
-When extracting:
+Prefer reuse before extraction. Extract components for repeated template structure, props, slots, states, or design-system composition. Extract composables for repeated state, lifecycle, requests, validation, persistence, derived data, or event policy. Keep essential variation at the call site.
 
-- Extract a component when the repeated knowledge is rendered template structure, props, slots, empty/loading/error states, or design-system composition.
-- Extract a composable when the repeated knowledge is state, lifecycle, requests, validation, persistence, derived data, or shared event policy.
-- Split a large view by reason to change: data loading, permission/policy, layout shell, table/list rendering, form state, and action handling are different reasons.
-- Keep domain-specific variation at the call site when the variation is essential. Do not hide different product rules behind broad option objects.
+Run routed postchecks from the shared reference, including Vue commands, `incomplete-migration`, `recent-duplicates`, `unused-params`, and wrapper/passthrough/stale checks, then invoke `scip-verify`.
 
-## Post-Change Verification
-
-After implementing a component reuse, composable extraction, or large-view split, prove both sides of the work: the new abstraction exists and the old inline copies were migrated.
-
-Run the checks that match what changed:
-
-```bash
-scip-query diff-impact --json
-scip-query vue-component-duplicates --scope <vue-source-scope> --full --json
-scip-query vue-composable-candidates --scope <vue-source-scope> --full --json
-scip-query vue-large-view-pressure --scope <vue-source-scope> --full --json
-scip-query recent-duplicates --scope <vue-source-scope> --full --json
-scip-query incomplete-migration
-scip-query unused-params
-scip-query wrapper-candidates --scope <vue-source-scope> --full --json
-scip-query passthrough-candidates --scope <vue-source-scope> --full --json
-scip-query stale-abstractions --scope <vue-source-scope> --include-low-confidence --full --json
-scip-query status --capabilities
-# If freshness is stale, missing, or unknown:
-# scip-query reindex
-scip-query diff-gate --json
-```
-
-Use the results this way:
-
-- `incomplete-migration`: if a new composable/helper was created and wired somewhere, migrate every unchanged site that still contains the same logic or document why it is not the same behavior.
-- `recent-duplicates`: if the new component/composable is still an echo of established code, delete the echo or reuse the established concept.
-- Vue duplicate commands: the specific candidate pair you acted on should disappear, weaken materially, or be explicitly accepted as essential variation.
-- `unused-params`: remove speculative props/options introduced "for later."
-- wrapper/pass-through/stale checks: remove local wrapper components, composable aliases, or type abstractions that do not enforce a real policy.
-- `diff-gate`: treat every finding as unfinished work unless there is a written reason to accept it.
+The work is complete only when acted-on candidate pairs disappear, weaken materially, or are explicitly accepted as essential variation.
 
 ## False Positive Checks
 
-- Shared design-system primitives, CSS utility classes, icons, labels, or test IDs are not enough to justify an extraction.
-- Similar templates with different domain lifecycles may justify a presentational component but not a composable.
-- Shared composable usage may mean the right concept is already extracted; look for drift around the shared call, not just another extraction.
-- A large style block creates review pressure, but it is not proof that behavior is duplicated.
-- A local wrapper is justified only when it names a real product concept, enforces a policy, or prevents drift across callers.
-
-## Reporting Shape
-
-Report findings as a frontend maintainability register:
-
-- Executive read: whether the Vue code is consolidating or drifting.
-- Command evidence: exact commands, scope, counts, and whether results were uncapped.
-- Candidate groups: files, repeated UI structure, repeated behavior, and large-view pressure.
-- Recommended extractions: component, composable, view split, reuse existing API, or no action.
-- Post-change proof: commands rerun, candidate pairs resolved or accepted, migration completeness checked, and `diff-gate` result.
-
-## Stable Management Calibration
+Shared design-system primitives, CSS utilities, icons, labels, or test IDs are not enough. Similar templates with different domain lifecycles may justify a presentational component but not a composable. A large style block is pressure, not proof.
 
-When validating against Stable Management, use these known shapes as calibration examples, not hard-coded rules:
+## Report
 
-- `IncidentCategoriesPanel.vue` and `RecordLabelsPanel.vue` should read as both component and behavior pressure.
-- `CardActionMenu.vue` and `CardStatusMenu.vue` should read as behavior/composable pressure.
-- `HorseProfileFarrierVisitsSection.vue` and `HorseProfileVetRecordsSection.vue` should read as component pressure without forcing a composable.
-- `InventoryView.vue` and `FacilityBookingView.vue` should count linked external script pressure when measuring large views.
+Report executive read, command evidence, candidate groups, recommended action, post-change proof, and remaining accepted variation.

package/dist/chunk-2KHTSEIL.js

@@ -1,102 +0,0 @@
-import{a as N,b as m,c as F,d as E,e as p,g as M}from"./chunk-JM72FNGA.js";import{c as R}from"./chunk-72KY2ZFO.js";import{a as f}from"./chunk-DS6QEB3G.js";import{b,c as S,d as I,e as h,j as D}from"./chunk-XUGQU7PM.js";import{a as _}from"./chunk-64MNV6AB.js";import{c as g}from"./chunk-7S5E7KWT.js";function pe(e,n){return e.all(`SELECT gs.id, gs.symbol, der.document_id, der.start_line, der.end_line, d.relative_path, gs.display_name, gs.documentation
-     FROM global_symbols gs
-     JOIN defn_enclosing_ranges der ON gs.id = der.symbol_id
-     JOIN documents d ON der.document_id = d.id
-     WHERE ${n.where}
-       ${e.pathExclusionsFor("d")}
-     ${k(n.orderBy)}
-     ${w(n.limit)}`,...n.params??[])}function ye(e,n){return e.all(`SELECT
-      gs.id,
-      gs.symbol,
-      c.document_id,
-      MIN(c.start_line) AS start_line,
-      MAX(c.end_line) AS end_line,
-      d.relative_path,
-      gs.display_name,
-      gs.documentation
-     FROM global_symbols gs
-     JOIN mentions m ON m.symbol_id = gs.id
-     JOIN chunks c ON m.chunk_id = c.id
-     JOIN documents d ON c.document_id = d.id
-     WHERE m.role = 1
-       AND ${n.where}
-       ${e.pathExclusionsFor("d")}
-     GROUP BY gs.id, gs.symbol, c.document_id, d.relative_path, gs.display_name, gs.documentation
-     ${k(n.orderBy)}
-     ${w(n.limit)}`,...n.params??[])}function k(e){return e?`ORDER BY ${e}`:""}function w(e){return typeof e=="number"?`LIMIT ${e}`:""}function $(e){return!e||!e.trim()?null:e.replace(/^```\w*\s*/,"").replace(/\s*```$/,"").replace(/^\(method\)\s*/,"").replace(/^\(property\)\s*/,"").replace(/^\(function\)\s*/,"").replace(/^\(class\)\s*/,"").replace(/^\(interface\)\s*/,"").replace(/^\(enum\)\s*/,"").replace(/^\(type alias\)\s*/,"").replace(/^\(const\)\s*/,"").replace(/^\(var\)\s*/,"").trim()||null}function C(e){if(!e)return null;let n=O(e);if(n)return n.replace(/\n/g," ");let t=e.indexOf("|");if(t===-1)return e.replace(/\n/g," ");let i=e.slice(t+1);return(O(i)??i).replace(/\n/g," ")}function O(e){return/^```(?:\w+)?\s*\n?([\s\S]*?)\n?```/.exec(e.trimStart())?.[1]?.trim()||null}function j(e){if(m(e.symbol)!==null)return!1;let t=(e.documentation??"").replace(/^```\w*\s*/,"").replace(/\s*```$/,"").trim();return/^(?:var|let|const|function|class|interface|type|enum)\b/.test(t)}function L(e,n,t={}){let i=new Map;for(let r of n)e.length>0&&!j(r)||i.set(r.id,r);for(let r of e)i.set(r.id,r);let o=[...i.values()];return t.sort?o.sort((r,s)=>r.start_line-s.start_line||r.end_line-s.end_line||r.symbol.localeCompare(s.symbol)):o}var W=g("file-definitions",{clearGroups:["definition-catalog"]}),Y=g("file-function-like-definitions",{clearGroups:["definition-catalog"]}),A=new WeakMap;function x(e,n){return W.get(e,n,()=>{let t=P(e,n);if(t)return t;let i=B(e,n),o=S(e),r=f(e,n);return o&&r&&h(e,"file-definitions",n,b(e,n,r),JSON.stringify({projectFingerprint:o,definitions:i.map(s=>({...s}))})),i})}function z(e,n){return Y.get(e,n,()=>{let t=P(e,n);return t?t.filter(i=>i.isFunctionLike):B(e,n,i=>i.isFunctionLike)})}function P(e,n){let t=S(e);if(!t)return null;let i=f(e,n);if(!i)return null;let o=I(e,"file-definitions",n,b(e,n,i));return o?G(o,t,n):null}function G(e,n,t){try{let i=JSON.parse(e);if(!D(i)||i.projectFingerprint!==n||!Array.isArray(i.definitions))return null;let o=[];for(let r of i.definitions){let s=K(r,t);if(!s)return null;o.push(s)}return o}catch{return null}}function K(e,n){return!D(e)||typeof e.symbolId!="number"||typeof e.symbol!="string"||typeof e.documentId!="number"||typeof e.startLine!="number"||typeof e.endLine!="number"||e.relativePath!==n||typeof e.leaf!="string"||typeof e.parentTypeName!="string"&&e.parentTypeName!==null||typeof e.isFunctionLike!="boolean"||typeof e.isTypeLike!="boolean"||typeof e.kind!="number"&&e.kind!==null||typeof e.documentation!="string"&&e.documentation!==null||typeof e.enclosingSymbol!="string"&&e.enclosingSymbol!==null?null:{symbolId:e.symbolId,symbol:e.symbol,documentId:e.documentId,startLine:e.startLine,endLine:e.endLine,relativePath:e.relativePath,leaf:e.leaf,parentTypeName:e.parentTypeName,isFunctionLike:e.isFunctionLike,isTypeLike:e.isTypeLike,kind:e.kind,documentation:e.documentation,enclosingSymbol:e.enclosingSymbol}}function B(e,n,t){let i=L(U(e,n),q(e,n),{sort:!0}).map(J);return t&&(i=i.filter(t)),v(e,n,i)}function U(e,n){return e.all(`SELECT
-      gs.id,
-      gs.symbol,
-      der.document_id,
-      der.start_line,
-      der.end_line,
-      d.relative_path,
-      gs.display_name,
-      gs.kind,
-      gs.documentation,
-      gs.enclosing_symbol
-     FROM global_symbols gs
-     JOIN defn_enclosing_ranges der ON gs.id = der.symbol_id
-     JOIN documents d ON der.document_id = d.id
-     WHERE d.relative_path = ?
-       ${e.symbolNoiseFor("gs")}
-     ORDER BY der.start_line, der.end_line`,n)}function q(e,n){return e.all(`SELECT
-      gs.id,
-      gs.symbol,
-      c.document_id,
-      MIN(c.start_line) AS start_line,
-      MAX(c.end_line) AS end_line,
-      d.relative_path,
-      gs.display_name,
-      gs.kind,
-      gs.documentation,
-      gs.enclosing_symbol
-     FROM global_symbols gs
-     JOIN mentions m ON m.symbol_id = gs.id
-     JOIN chunks c ON m.chunk_id = c.id
-     JOIN documents d ON c.document_id = d.id
-     WHERE d.relative_path = ?
-       AND m.role = 1
-       ${e.symbolNoiseFor("gs")}
-     GROUP BY gs.id, gs.symbol, c.document_id, d.relative_path
-     ORDER BY start_line, end_line`,n)}function J(e){return{symbolId:e.id,symbol:e.symbol,documentId:e.document_id,startLine:e.start_line,endLine:e.end_line,relativePath:e.relative_path,leaf:E(e.symbol),parentTypeName:m(e.symbol),isFunctionLike:M(e.symbol),isTypeLike:p(e.symbol)==="type",kind:e.kind??null,documentation:e.documentation??null,enclosingSymbol:e.enclosing_symbol??null}}function Ee(e,n={}){return X(e,n.scope)}function X(e,n){return _(e,{scope:n,includeIgnored:!1}).flatMap(t=>x(e,t)).filter(t=>!e.isIgnored(t.relativePath))}function Me(e,n){return _(e,{scope:n,includeIgnored:!1}).flatMap(t=>z(e,t)).filter(t=>!e.isIgnored(t.relativePath))}function Oe(e,n){let t=T(Z(e,n.scope,n.sqlPrefilter)),i=T(V(e,n.scope,n.sqlPrefilter)),o=new Set([...t.keys(),...i.keys()]),r=[];for(let s of[...o].sort()){if(e.isIgnored(s))continue;let l=L(t.get(s)??[],i.get(s)??[],{sort:!0}).filter(a=>n.symbolMatches(a.symbol));l.length!==0&&r.push(...v(e,s,l.map(J)))}return r}function Z(e,n,t){let i=n?"AND d.relative_path LIKE ?":"",o=t?`AND ${H("gs",t)}`:"",r=n?[`%${n}%`]:[];return e.all(`SELECT
-      gs.id,
-      gs.symbol,
-      der.document_id,
-      der.start_line,
-      der.end_line,
-      d.relative_path,
-      gs.display_name,
-      gs.kind,
-      gs.documentation,
-      gs.enclosing_symbol
-     FROM global_symbols gs
-     JOIN defn_enclosing_ranges der ON gs.id = der.symbol_id
-     JOIN documents d ON der.document_id = d.id
-     WHERE 1 = 1
-       ${e.pathExclusionsFor("d")}
-       ${i}
-       ${o}
-       ${e.symbolNoiseFor("gs")}
-     ORDER BY d.relative_path, der.start_line, der.end_line`,...r)}function V(e,n,t){let i=n?"AND d.relative_path LIKE ?":"",o=t?`AND ${H("gs",t)}`:"",r=n?[`%${n}%`]:[];return e.all(`SELECT
-      gs.id,
-      gs.symbol,
-      c.document_id,
-      MIN(c.start_line) AS start_line,
-      MAX(c.end_line) AS end_line,
-      d.relative_path,
-      gs.display_name,
-      gs.kind,
-      gs.documentation,
-      gs.enclosing_symbol
-     FROM global_symbols gs
-     JOIN mentions m ON m.symbol_id = gs.id
-     JOIN chunks c ON m.chunk_id = c.id
-     JOIN documents d ON c.document_id = d.id
-     WHERE m.role = 1
-       ${e.pathExclusionsFor("d")}
-       ${i}
-       ${o}
-       ${e.symbolNoiseFor("gs")}
-     GROUP BY gs.id, gs.symbol, c.document_id, d.relative_path
-     ORDER BY d.relative_path, start_line, end_line`,...r)}function ee(e){return`(${e}.symbol LIKE '%().' OR ${e}.symbol LIKE '%()')`}function H(e,n){return n==="callable"?ee(e):ne(e)}function ne(e){return`${e}.symbol LIKE '%.'`}function T(e){let n=new Map;for(let t of e){let i=n.get(t.relative_path);i?i.push(t):n.set(t.relative_path,[t])}return n}function ke(e,n,t={}){if(n.length===0)return[];let i=n.flatMap(o=>x(e,o)).filter(o=>!e.isIgnored(o.relativePath));return t.onlyDocumented&&(i=i.filter(o=>o.documentation!==null&&o.documentation!=="")),t.sort&&(i=i.sort((o,r)=>o.relativePath.localeCompare(r.relativePath)||o.startLine-r.startLine||o.endLine-r.endLine)),i.map(o=>({startLine:o.startLine,endLine:o.endLine,symbol:o.symbol,shortName:F(o.symbol),signature:$(C(o.documentation)),relativePath:o.relativePath,enclosingSymbol:o.enclosingSymbol}))}function te(e){let n=new Map,t=e.map((i,o)=>({definition:i,index:o,span:i.endLine-i.startLine})).sort((i,o)=>i.span-o.span||i.index-o.index);for(let{definition:i}of t)for(let o=i.startLine;o<=i.endLine;o+=1)n.has(o)||n.set(o,i);return n}function we(e,n){let t=A.get(e);return t||(t=te(e),A.set(e,t)),t.get(n)??null}function $e(e,n){let t=x(e,n.relative_path).find(i=>i.symbolId===n.id);return t?{symbolId:t.symbolId,symbol:t.symbol,documentId:t.documentId,startLine:t.startLine,endLine:t.endLine,relativePath:t.relativePath}:{symbolId:n.id,symbol:n.symbol,documentId:n.document_id,startLine:n.start_line,endLine:n.end_line,relativePath:n.relative_path}}function v(e,n,t){let i=f(e,n),o=R(e,n);return o?ae(t,o,i):i?ie(t,i):t}function ie(e,n){let t=n.split(/\r?\n/),i=oe(e,t),o=re(e,i),r=se(o,t);return le(e,r)}function oe(e,n){let t=e.some(o=>y(o.symbol))?me(n):null,i=new Map;for(let o of e)i.set(o.symbolId,de(n,t,o));return i}function re(e,n){return e.filter(t=>y(t.symbol)).map(t=>({definition:t,startLine:n.get(t.symbolId)??t.startLine})).sort((t,i)=>t.startLine-i.startLine||t.definition.startLine-i.definition.startLine||t.definition.symbol.localeCompare(i.definition.symbol))}function se(e,n){let t=new Map;for(let i=0;i<e.length;i+=1){let o=e[i],r=e[i+1],s=r?Math.max(o.startLine,r.startLine-1):n.length-1;t.set(o.definition.symbolId,{startLine:o.startLine,endLine:ue(n,o.definition,o.startLine,s)})}return t}function le(e,n){return e.map(t=>{let i=n.get(t.symbolId);return i?{...t,startLine:i.startLine,endLine:i.endLine}:t})}function ae(e,n,t=null){let i=new Map;for(let o of n){let r=i.get(o.name);r?r.push(o):i.set(o.name,[o])}return e.map(o=>{if(!ce(o)||!o.leaf)return Q(o,t);let r=i.get(o.leaf);if(!r||r.length===0)return Q(o,t);let s=r[0],l=Math.abs(s.startLine-o.startLine);for(let a=1;a<r.length;a+=1){let c=r[a],d=Math.abs(c.startLine-o.startLine);d<l&&(s=c,l=d)}return{...o,startLine:s.startLine,endLine:s.endLine}})}function ce(e){return y(e.symbol)?!0:p(e.symbol)==="term"&&m(e.symbol)===null}function Q(e,n){if(!n||!e.leaf||p(e.symbol)!=="term"||m(e.symbol)!==null)return e;let t=e.leaf.replace(/[.*+?^${}()|[\]\\]/g,"\\$&"),i=new RegExp(`\\b(?:export\\s+)?(?:const|let|var)\\s+${t}\\b`),r=n.split(/\r?\n/).findIndex(s=>i.test(s));return r>=0?{...e,startLine:r,endLine:r}:e}function de(e,n,t){if(!y(t.symbol))return t.startLine;let i=Math.max(0,Math.min(t.startLine,e.length-1));if(!n)return i;let o=n.get(t.leaf);if(!o||o.length===0)return i;let r=null;for(let s of o){let l=Math.abs(s-t.startLine);(!r||l<r.distance)&&(r={line:s,distance:l})}return r?.line??i}function me(e){let n=/\b(?:function|def|fn)\s+([A-Za-z_$][\w$]*)/g,t=/\b([A-Za-z_$][\w$]*)\s*[:=]\s*(?:async\s*)?(?:function\b|\()/g,i=/^\s*(?:(?:export|public|private|protected|static|readonly|async|abstract|get|set)\s+)*([A-Za-z_$][\w$]*)\s*(?:<[^(]*>)?\s*\(/,o=/\b([A-Za-z_$][\w$]*)\s*\(/g,r=new Map,s=(l,a)=>{let c=r.get(l);if(!c){r.set(l,[a]);return}c[c.length-1]!==a&&c.push(a)};for(let l=0;l<e.length;l+=1){let a=e[l]??"";for(let d of a.matchAll(n))d[1]&&s(d[1],l);for(let d of a.matchAll(t))d[1]&&s(d[1],l);let c=a.match(i);c?.[1]&&s(c[1],l);for(let d of a.matchAll(o))d[1]&&s(d[1],l)}return r}function ue(e,n,t,i){let o=Math.max(t,Math.min(e.length-1,i)),r=Math.max(t,Math.min(o,n.endLine)),s=0,l=0,a=!1;for(let c=t;c<=o;c+=1){let d=fe(e[c]??"");for(let u of d)u==="{"?(s+=1,a=!0):u==="}"?s=Math.max(0,s-1):u==="("?l+=1:u===")"&&(l=Math.max(0,l-1));if(a&&s===0||!a&&l===0&&c>=r)return c}return r}function fe(e){let n="",t=null,i=!1;for(let o=0;o<e.length;o+=1){let r=e[o],s=e[o+1];if(!t&&r==="/"&&s==="/"){n+=" ".repeat(e.length-o);break}if(t){if(i){i=!1,n+=" ";continue}if(r==="\\"){i=!0,n+=" ";continue}r===t&&(t=null),n+=" ";continue}if(r==='"'||r==="'"||r==="`"){t=r,n+=" ";continue}n+=r}return n}function y(e){return e.includes("().")}function Ce(e){let n=N(e);if("kind"in n)return[];let t=[];for(let i=n.descriptors.length-2;i>=0;i-=1){let o=n.descriptors[i];o?.suffix==="type"&&o.name&&t.push(o.name)}return t}export{pe as a,ye as b,$ as c,C as d,L as e,x as f,Ee as g,X as h,Me as i,Oe as j,ke as k,te as l,we as m,$e as n,Ce as o};
-//# sourceMappingURL=chunk-2KHTSEIL.js.map

package/dist/chunk-3VD3JMK2.js

@@ -1,2 +0,0 @@
-function o(e){let f=[];if(e.filePattern){let l=e.profiles.find(r=>r.file.includes(e.filePattern));if(!l)return[];for(let r of e.profiles){if(r.file===l.file||e.focusFiles&&!e.focusFiles.has(l.file)&&!e.focusFiles.has(r.file))continue;let i=e.compare(l,r);i&&f.push(i)}}else{if(e.focusFiles?.size===0)return[];let l=e.focusFiles?e.profiles.map((i,n)=>e.focusFiles.has(i.file)?n:-1).filter(i=>i>=0):[],r=typeof e.overrunFactor=="number"&&Number.isFinite(e.limit)?e.limit*e.overrunFactor:Number.POSITIVE_INFINITY;for(let i=0;i<e.profiles.length;i+=1){let n=e.profiles[i];if(e.focusFiles&&!e.focusFiles.has(n.file))for(let s of l){if(s<=i)continue;let t=e.compare(n,e.profiles[s]);t&&f.push(t)}else for(let s=i+1;s<e.profiles.length;s+=1){let t=e.compare(n,e.profiles[s]);t&&f.push(t)}if(f.length>r)break}}return f.sort(e.sort??((l,r)=>r.similarity-l.similarity)),f.slice(0,e.limit)}export{o as a};
-//# sourceMappingURL=chunk-3VD3JMK2.js.map

package/dist/chunk-4UZO3XCV.js

@@ -1,35 +0,0 @@
-import{a as g}from"./chunk-7B6LP46R.js";import{c as u}from"./chunk-OLTESY4K.js";import{a as p}from"./chunk-TK7O5ER5.js";import{b as a}from"./chunk-P5RYBRIO.js";import{c as l,d as c,h as f}from"./chunk-JM72FNGA.js";import{a as d}from"./chunk-64MNV6AB.js";function J(e,s,t={}){return I(e,s,t)?.map(r=>({symbol:r.symbol,shortName:r.shortName,fromFile:r.fromFile}))??[]}function P(e,s){let t=N(e,s);return t.length>0?t:E(e,s)}function v(e,s,t={}){return I(e,s,t)?.filter(r=>!r.used).map(r=>({symbol:r.symbol,shortName:r.shortName,importedIn:r.importer}))??[]}function N(e,s){return e.all(`SELECT DISTINCT gs.symbol, d.relative_path AS importer
-    FROM mentions m
-    JOIN chunks c ON m.chunk_id = c.id
-    JOIN documents d ON c.document_id = d.id
-    JOIN global_symbols gs ON m.symbol_id = gs.id
-    WHERE gs.symbol LIKE ?
-      AND m.role = 2
-    ORDER BY d.relative_path`,`%${s}%`).filter(r=>!e.isIgnored(r.importer)).map(r=>({symbol:r.symbol,shortName:l(r.symbol),fromFile:r.importer}))}function E(e,s){let t=p(e,s),r=t?.relativePath??null,o=t?c(t.symbol):s.replace(/\(\)$/,""),m=t?f(t.symbol):!1,i=new Set;for(let n of d(e,{includeIgnored:!1}))for(let _ of a(e,n))S(_,n,{targetFile:r,targetLeaf:o,targetIsModule:m})&&i.add(n);return[...i].sort().map(n=>({symbol:t?.symbol??o,shortName:t?l(t.symbol):o,fromFile:n}))}function S(e,s,t){return!e.sourcePath||t.targetFile&&b(e.sourcePath)!==b(t.targetFile)?!1:e.kind==="side-effect"||t.targetFile&&R(s)||t.targetIsModule||e.kind==="named"&&e.importedName===t.targetLeaf?!0:e.kind==="namespace"&&e.usedMembers.includes(t.targetLeaf)}function I(e,s,t={}){let r=g(e,s);return r?y(e,r,t)??(t.semantic===!1?null:F(e,r))??O(e,r):null}function y(e,s,t){let o=e.all(`SELECT DISTINCT
-       gs.symbol,
-       def_d.relative_path AS from_file,
-       imp_d.relative_path AS importer,
-       EXISTS (
-         SELECT 1
-         FROM mentions ref_m
-         JOIN chunks ref_c ON ref_m.chunk_id = ref_c.id
-         WHERE ref_m.symbol_id = gs.id
-           AND ref_m.role != 1
-           AND ref_c.document_id = imp_d.id
-       ) AS used
-    FROM mentions m
-    JOIN chunks c ON m.chunk_id = c.id
-    JOIN documents imp_d ON c.document_id = imp_d.id
-    JOIN global_symbols gs ON m.symbol_id = gs.id
-    LEFT JOIN (
-      SELECT m2.symbol_id, c2.document_id
-      FROM mentions m2
-      JOIN chunks c2 ON m2.chunk_id = c2.id
-      WHERE m2.role = 1
-      GROUP BY m2.symbol_id
-    ) sym_def ON sym_def.symbol_id = gs.id
-    LEFT JOIN documents def_d ON sym_def.document_id = def_d.id
-    WHERE imp_d.relative_path = ?
-      AND m.role = 2
-    ORDER BY def_d.relative_path, gs.symbol`,s).filter(m=>!e.isIgnored(m.importer));if(o.length>0){let m=t.semantic===!1?[]:u(e,s);return o.map(i=>({symbol:i.symbol,shortName:l(i.symbol),fromFile:i.from_file??"(external)",importer:i.importer,used:i.used!==0||m.some(n=>n.isUsed&&n.sourcePath===i.from_file)}))}return null}function F(e,s){let t=u(e,s);return t.length>0?t.map(r=>{let o=h(r.importedName,r.localName,r.kind);return{symbol:o,shortName:o,fromFile:r.sourcePath??"(external)",importer:s,used:r.kind==="side-effect"?!0:r.isUsed}}):null}function O(e,s){return a(e,s).map(t=>{let r=h(t.importedName,t.localName,t.kind),o=t.kind==="side-effect"?!0:t.used;return{symbol:r,shortName:r,fromFile:t.sourcePath??"(external)",importer:s,used:o}})}function h(e,s,t){return t==="namespace"&&e==="*"&&s?`* as ${s}`:t==="default"&&s?`default as ${s}`:t==="side-effect"?"(side effect import)":s&&s!==e?`${e} as ${s}`:e}function b(e){return e.replace(/\\/g,"/")}function R(e){return/\.(?:c|h|cc|cpp|cxx|hpp|hh|hxx)$/i.test(e)}export{J as a,P as b,v as c};
-//# sourceMappingURL=chunk-4UZO3XCV.js.map

package/dist/chunk-5GOLFJEO.js

@@ -1,8 +0,0 @@
-import{g as H,j as O}from"./chunk-CW5YFOCP.js";import{d as D}from"./chunk-YWOOQ4FF.js";import{b as _,d as T,h as E,i as L}from"./chunk-NOJAM5ZV.js";import{a as w}from"./chunk-5OST6GYB.js";import{c as C,d as F}from"./chunk-JM72FNGA.js";var V=5;function re(e,t={}){let{base:a="HEAD",minContainment:o=.7,minCallees:r=3,minSiteCoverage:n=.4,maxHelpers:c=Number.POSITIVE_INFINITY,limit:m=20,scanLimit:g}=t,f=t.semantic!==!1,s=t.diffPlan??T(e,{base:a}),l={available:s.note!==_,base:a,changedFiles:s.changedFiles,helpersChecked:0,skipped:[],findings:[]};if(!l.available||s.changedFiles.length===0)return l;let x=new w(e),k=new Set(s.changedFiles),$=new Map(s.renamedFiles.map(i=>[i.to,i.from])),z=t.baseContentAt??E(e.config.projectRoot,a,L(s)),h=X(x,k,$,z);if(h.length===0)return l;let R=h.slice(0,c);h.length>c&&(l.note=`helper scoring capped at ${c} of ${h.length} new symbols`);let j=x.calleeMap(R,{semantic:f}),q=R.map(i=>({def:i,callees:O((j.get(i.symbolId)??[]).map(p=>p.symbol))})),M,B=()=>(M??=H(e,{minCallees:Math.min(3,r),scanLimit:g,semantic:f}),M);for(let{def:i,callees:p}of q){let d=C(i.symbol);if(p.size<r){l.skipped.push({helperShortName:d,helperFile:i.relativePath,reason:`fewer than ${r} meaningful callees \u2014 too small to score`});continue}let P=B(),N=W(p,P);if(N===0){l.skipped.push({helperShortName:d,helperFile:i.relativePath,reason:"helper callee pattern is all project-wide infrastructure \u2014 too generic to score"});continue}let b=Y(e,i.symbolId);if(b.length===0){l.skipped.push({helperShortName:d,helperFile:i.relativePath,reason:"no references yet \u2014 covered by the new-dead check"});continue}l.helpersChecked+=1;let I=G({candidateIndex:P,changed:k,helperCallees:p,helperFile:i.relativePath,helperSymbol:i.symbol,minContainment:o,minSiteCoverage:n,migratedFiles:b});I.length!==0&&(I.sort((u,S)=>A(S.migrationScope)-A(u.migrationScope)||S.containment-u.containment||S.siteCoverage-u.siteCoverage||u.file.localeCompare(S.file)),l.findings.push({helperSymbol:i.symbol,helperShortName:d,helperFile:i.relativePath,helperShape:"specific-callee-cluster",helperCalleeCount:p.size,specificHelperCalleeCount:N,migratedFiles:b.sort(),leftovers:I.slice(0,V)}))}return l.findings.sort((i,p)=>(p.leftovers[0]?.containment??0)-(i.leftovers[0]?.containment??0)||i.helperFile.localeCompare(p.helperFile)),l.findings=l.findings.slice(0,m),l}function G(e){let t=[],a=J(e.helperSymbol,e.helperFile,e.migratedFiles),o=new Set;for(let r of e.helperCallees)for(let n of e.candidateIndex.candidateIndexesByCallee.get(r)??[])o.add(n);for(let r of o){let n=e.candidateIndex.corpus[r];if(n.symbol===e.helperSymbol||e.changed.has(n.file)||n.callees.has(e.helperSymbol))continue;let c=D(e.helperCallees,n.callees);if(c<e.minContainment)continue;let m=[...e.helperCallees].filter(s=>n.callees.has(s)),g=n.callees.size===0?0:m.length/n.callees.size;if(g<e.minSiteCoverage||!m.some(s=>(e.candidateIndex.docFreq.get(s)??0)<=e.candidateIndex.ubiquityThreshold))continue;let f=K(a,n.symbol,n.file);t.push({symbol:n.symbol,shortName:C(n.symbol),file:n.file,...f,containment:c,siteCoverage:g,uniqueSiteCalleeCount:Math.max(0,n.callees.size-m.length),sharedCallees:m.map(C).sort()})}return t}function A(e){return e==="same-scope"?2:e==="unknown"?1:0}function J(e,t,a){let o=new Set([...y(t),...v(F(e))]);for(let r of a)for(let n of y(r))o.add(n);return o}function K(e,t,a){let o=new Set([...y(a),...v(F(t))]);if(e.size===0||o.size===0)return{migrationScope:"unknown",migrationScopeReasons:["insufficient path/name tokens to infer migration scope"]};let r=[...o].filter(n=>e.has(n)).sort();return r.length>0?{migrationScope:"same-scope",migrationScopeReasons:[`shares migration-scope token(s): ${r.slice(0,5).join(", ")}`]}:{migrationScope:"possible-subtype",migrationScopeReasons:["no path/name tokens shared with the helper or already migrated files"]}}var U=new Set(["app","apps","common","component","components","helper","helpers","index","lib","package","packages","page","pages","route","routes","service","services","shared","spec","src","test","tests","util","utils"]);function y(e){return v(e.replace(/\.[^.]+$/,""))}function v(e){return e.replace(/([a-z0-9])([A-Z])/g,"$1 $2").toLowerCase().split(/[^a-z0-9]+/).filter(t=>t.length>1&&!U.has(t))}function W(e,t){let a=0;for(let o of e)(t.docFreq.get(o)??0)<=t.ubiquityThreshold&&(a+=1);return a}function X(e,t,a,o){return e.productionCallableDefinitions({files:[...t],requireFunctionLikeSymbol:!0}).filter(r=>{if(!t.has(r.relativePath))return!1;let n=a.get(r.relativePath)??r.relativePath,c=o(n);return c===null||!new RegExp(`\\b${Z(r.leaf)}\\b`).test(c)})}function Y(e,t){return e.all(`SELECT DISTINCT ref_d.relative_path
-     FROM mentions m
-     JOIN chunks c ON m.chunk_id = c.id
-     JOIN documents ref_d ON c.document_id = ref_d.id
-     WHERE m.symbol_id = ?
-       AND m.role != 1
-       ${e.pathExclusionsFor("ref_d")}`,t).map(o=>o.relative_path)}function Z(e){return e.replace(/[.*+?^${}()|[\]\\]/g,"\\$&")}export{re as a};
-//# sourceMappingURL=chunk-5GOLFJEO.js.map