Skip to main content

fallow_cli/
explain.rs

1//! Metric and rule definitions for explainable CLI output.
2//!
3//! Provides structured metadata that describes what each metric, threshold,
4//! and rule means — consumed by the `_meta` object in JSON output and by
5//! SARIF `fullDescription` / `helpUri` fields.
6
7use serde_json::{Value, json};
8
9// ── Docs base URL ────────────────────────────────────────────────
10
11const DOCS_BASE: &str = "https://docs.fallow.tools";
12
13/// Docs URL for the check command.
14pub const CHECK_DOCS: &str = "https://docs.fallow.tools/cli/check";
15
16/// Docs URL for the health command.
17pub const HEALTH_DOCS: &str = "https://docs.fallow.tools/cli/health";
18
19/// Docs URL for the dupes command.
20pub const DUPES_DOCS: &str = "https://docs.fallow.tools/cli/dupes";
21
22// ── Check rules ─────────────────────────────────────────────────
23
24/// Rule definition for SARIF `fullDescription` and JSON `_meta`.
25pub struct RuleDef {
26    pub id: &'static str,
27    pub name: &'static str,
28    pub short: &'static str,
29    pub full: &'static str,
30    pub docs_path: &'static str,
31}
32
33pub const CHECK_RULES: &[RuleDef] = &[
34    RuleDef {
35        id: "fallow/unused-file",
36        name: "Unused Files",
37        short: "File is not reachable from any entry point",
38        full: "Source files that are not imported by any other module and are not entry points (scripts, tests, configs). These files can safely be deleted. Detection uses graph reachability from configured entry points.",
39        docs_path: "explanations/dead-code#unused-files",
40    },
41    RuleDef {
42        id: "fallow/unused-export",
43        name: "Unused Exports",
44        short: "Export is never imported",
45        full: "Named exports that are never imported by any other module in the project. Includes both direct exports and re-exports through barrel files. The export may still be used locally within the same file.",
46        docs_path: "explanations/dead-code#unused-exports",
47    },
48    RuleDef {
49        id: "fallow/unused-type",
50        name: "Unused Type Exports",
51        short: "Type export is never imported",
52        full: "Type-only exports (interfaces, type aliases, enums used only as types) that are never imported. These do not generate runtime code but add maintenance burden.",
53        docs_path: "explanations/dead-code#unused-types",
54    },
55    RuleDef {
56        id: "fallow/unused-dependency",
57        name: "Unused Dependencies",
58        short: "Dependency listed but never imported",
59        full: "Packages listed in dependencies that are never imported or required by any source file. Framework plugins and CLI tools may be false positives — use the ignore_dependencies config to suppress.",
60        docs_path: "explanations/dead-code#unused-dependencies",
61    },
62    RuleDef {
63        id: "fallow/unused-dev-dependency",
64        name: "Unused Dev Dependencies",
65        short: "Dev dependency listed but never imported",
66        full: "Packages listed in devDependencies that are never imported by test files, config files, or scripts. Build tools and jest presets that are referenced only in config may appear as false positives.",
67        docs_path: "explanations/dead-code#unused-devdependencies",
68    },
69    RuleDef {
70        id: "fallow/unused-optional-dependency",
71        name: "Unused Optional Dependencies",
72        short: "Optional dependency listed but never imported",
73        full: "Packages listed in optionalDependencies that are never imported. Optional dependencies are typically platform-specific — verify they are not needed on any supported platform before removing.",
74        docs_path: "explanations/dead-code#unused-optionaldependencies",
75    },
76    RuleDef {
77        id: "fallow/type-only-dependency",
78        name: "Type-only Dependencies",
79        short: "Production dependency only used via type-only imports",
80        full: "Production dependencies that are only imported via `import type` statements. These can be moved to devDependencies since they generate no runtime code and are stripped during compilation.",
81        docs_path: "explanations/dead-code#type-only-dependencies",
82    },
83    RuleDef {
84        id: "fallow/unused-enum-member",
85        name: "Unused Enum Members",
86        short: "Enum member is never referenced",
87        full: "Enum members that are never referenced in the codebase. Uses scope-aware binding analysis to track all references including computed access patterns.",
88        docs_path: "explanations/dead-code#unused-enum-members",
89    },
90    RuleDef {
91        id: "fallow/unused-class-member",
92        name: "Unused Class Members",
93        short: "Class member is never referenced",
94        full: "Class methods and properties that are never referenced outside the class. Private members are checked within the class scope; public members are checked project-wide.",
95        docs_path: "explanations/dead-code#unused-class-members",
96    },
97    RuleDef {
98        id: "fallow/unresolved-import",
99        name: "Unresolved Imports",
100        short: "Import could not be resolved",
101        full: "Import specifiers that could not be resolved to a file on disk. Common causes: deleted files, typos in paths, missing path aliases in tsconfig, or uninstalled packages.",
102        docs_path: "explanations/dead-code#unresolved-imports",
103    },
104    RuleDef {
105        id: "fallow/unlisted-dependency",
106        name: "Unlisted Dependencies",
107        short: "Dependency used but not in package.json",
108        full: "Packages that are imported in source code but not listed in package.json. These work by accident (hoisted from another workspace package or transitive dep) and will break in strict package managers.",
109        docs_path: "explanations/dead-code#unlisted-dependencies",
110    },
111    RuleDef {
112        id: "fallow/duplicate-export",
113        name: "Duplicate Exports",
114        short: "Export name appears in multiple modules",
115        full: "The same export name is defined in multiple modules. Consumers may import from the wrong module, leading to subtle bugs. Consider renaming or consolidating.",
116        docs_path: "explanations/dead-code#duplicate-exports",
117    },
118    RuleDef {
119        id: "fallow/circular-dependency",
120        name: "Circular Dependencies",
121        short: "Circular dependency chain detected",
122        full: "A cycle in the module import graph. Circular dependencies cause undefined behavior with CommonJS (partial modules) and initialization ordering issues with ESM. Break cycles by extracting shared code.",
123        docs_path: "explanations/dead-code#circular-dependencies",
124    },
125];
126
127/// Look up a rule definition by its SARIF rule ID across all rule sets.
128pub fn rule_by_id(id: &str) -> Option<&'static RuleDef> {
129    CHECK_RULES
130        .iter()
131        .chain(HEALTH_RULES.iter())
132        .chain(DUPES_RULES.iter())
133        .find(|r| r.id == id)
134}
135
136/// Build the docs URL for a rule.
137pub fn rule_docs_url(rule: &RuleDef) -> String {
138    format!("{DOCS_BASE}/{}", rule.docs_path)
139}
140
141// ── Health SARIF rules ──────────────────────────────────────────
142
143pub const HEALTH_RULES: &[RuleDef] = &[
144    RuleDef {
145        id: "fallow/high-cyclomatic-complexity",
146        name: "High Cyclomatic Complexity",
147        short: "Function has high cyclomatic complexity",
148        full: "McCabe cyclomatic complexity exceeds the configured threshold. Cyclomatic complexity counts the number of independent paths through a function (1 + decision points: if/else, switch cases, loops, ternary, logical operators). High values indicate functions that are hard to test exhaustively.",
149        docs_path: "explanations/health#cyclomatic-complexity",
150    },
151    RuleDef {
152        id: "fallow/high-cognitive-complexity",
153        name: "High Cognitive Complexity",
154        short: "Function has high cognitive complexity",
155        full: "SonarSource cognitive complexity exceeds the configured threshold. Unlike cyclomatic complexity, cognitive complexity penalizes nesting depth and non-linear control flow (breaks, continues, early returns). It measures how hard a function is to understand when reading sequentially.",
156        docs_path: "explanations/health#cognitive-complexity",
157    },
158    RuleDef {
159        id: "fallow/high-complexity",
160        name: "High Complexity (Both)",
161        short: "Function exceeds both complexity thresholds",
162        full: "Function exceeds both cyclomatic and cognitive complexity thresholds. This is the strongest signal that a function needs refactoring — it has many paths AND is hard to understand.",
163        docs_path: "explanations/health#complexity-metrics",
164    },
165];
166
167pub const DUPES_RULES: &[RuleDef] = &[RuleDef {
168    id: "fallow/code-duplication",
169    name: "Code Duplication",
170    short: "Duplicated code block",
171    full: "A block of code that appears in multiple locations with identical or near-identical token sequences. Clone detection uses normalized token comparison — identifier names and literals are abstracted away in non-strict modes.",
172    docs_path: "explanations/duplication#clone-groups",
173}];
174
175// ── JSON _meta builders ─────────────────────────────────────────
176
177/// Build the `_meta` object for `fallow check --format json --explain`.
178pub fn check_meta() -> Value {
179    let rules: Value = CHECK_RULES
180        .iter()
181        .map(|r| {
182            (
183                r.id.replace("fallow/", ""),
184                json!({
185                    "name": r.name,
186                    "description": r.full,
187                    "docs": rule_docs_url(r)
188                }),
189            )
190        })
191        .collect::<serde_json::Map<String, Value>>()
192        .into();
193
194    json!({
195        "docs": CHECK_DOCS,
196        "rules": rules
197    })
198}
199
200/// Build the `_meta` object for `fallow health --format json --explain`.
201pub fn health_meta() -> Value {
202    json!({
203        "docs": HEALTH_DOCS,
204        "metrics": {
205            "cyclomatic": {
206                "name": "Cyclomatic Complexity",
207                "description": "McCabe cyclomatic complexity: 1 + number of decision points (if/else, switch cases, loops, ternary, logical operators). Measures the number of independent paths through a function.",
208                "range": "[1, \u{221e})",
209                "interpretation": "lower is better; default threshold: 20"
210            },
211            "cognitive": {
212                "name": "Cognitive Complexity",
213                "description": "SonarSource cognitive complexity: penalizes nesting depth and non-linear control flow (breaks, continues, early returns). Measures how hard a function is to understand when reading top-to-bottom.",
214                "range": "[0, \u{221e})",
215                "interpretation": "lower is better; default threshold: 15"
216            },
217            "line_count": {
218                "name": "Line Count",
219                "description": "Number of lines in the function body.",
220                "range": "[1, \u{221e})",
221                "interpretation": "context-dependent; long functions may need splitting"
222            },
223            "maintainability_index": {
224                "name": "Maintainability Index",
225                "description": "Composite score: 100 - (complexity_density \u{00d7} 30) - (dead_code_ratio \u{00d7} 20) - min(ln(fan_out+1) \u{00d7} 4, 15). Clamped to [0, 100]. Higher is better.",
226                "range": "[0, 100]",
227                "interpretation": "higher is better; <40 poor, 40\u{2013}70 moderate, >70 good"
228            },
229            "complexity_density": {
230                "name": "Complexity Density",
231                "description": "Total cyclomatic complexity divided by lines of code. Measures how densely complex the code is per line.",
232                "range": "[0, \u{221e})",
233                "interpretation": "lower is better; >1.0 indicates very dense complexity"
234            },
235            "dead_code_ratio": {
236                "name": "Dead Code Ratio",
237                "description": "Fraction of value exports (excluding type-only exports like interfaces and type aliases) with zero references across the project.",
238                "range": "[0, 1]",
239                "interpretation": "lower is better; 0 = all exports are used"
240            },
241            "fan_in": {
242                "name": "Fan-in (Importers)",
243                "description": "Number of files that import this file. High fan-in means high blast radius \u{2014} changes to this file affect many dependents.",
244                "range": "[0, \u{221e})",
245                "interpretation": "context-dependent; high fan-in files need careful review before changes"
246            },
247            "fan_out": {
248                "name": "Fan-out (Imports)",
249                "description": "Number of files this file directly imports. High fan-out indicates high coupling and change propagation risk.",
250                "range": "[0, \u{221e})",
251                "interpretation": "lower is better; MI penalty caps at ~40 imports"
252            },
253            "score": {
254                "name": "Hotspot Score",
255                "description": "normalized_churn \u{00d7} normalized_complexity \u{00d7} 100, where normalization is against the project maximum. Identifies files that are both complex AND frequently changing.",
256                "range": "[0, 100]",
257                "interpretation": "higher = riskier; prioritize refactoring high-score files"
258            },
259            "weighted_commits": {
260                "name": "Weighted Commits",
261                "description": "Recency-weighted commit count using exponential decay with 90-day half-life. Recent commits contribute more than older ones.",
262                "range": "[0, \u{221e})",
263                "interpretation": "higher = more recent churn activity"
264            },
265            "trend": {
266                "name": "Churn Trend",
267                "description": "Compares recent vs older commit frequency within the analysis window. accelerating = recent > 1.5\u{00d7} older, cooling = recent < 0.67\u{00d7} older, stable = in between.",
268                "values": ["accelerating", "stable", "cooling"],
269                "interpretation": "accelerating files need attention; cooling files are stabilizing"
270            }
271        }
272    })
273}
274
275/// Build the `_meta` object for `fallow dupes --format json --explain`.
276pub fn dupes_meta() -> Value {
277    json!({
278        "docs": DUPES_DOCS,
279        "metrics": {
280            "duplication_percentage": {
281                "name": "Duplication Percentage",
282                "description": "Fraction of total source tokens that appear in at least one clone group. Computed over the full analyzed file set.",
283                "range": "[0, 100]",
284                "interpretation": "lower is better"
285            },
286            "token_count": {
287                "name": "Token Count",
288                "description": "Number of normalized source tokens in the clone group. Tokens are language-aware (keywords, identifiers, operators, punctuation). Higher token count = larger duplicate.",
289                "range": "[1, \u{221e})",
290                "interpretation": "larger clones have higher refactoring value"
291            },
292            "line_count": {
293                "name": "Line Count",
294                "description": "Number of source lines spanned by the clone instance. Approximation of clone size for human readability.",
295                "range": "[1, \u{221e})",
296                "interpretation": "larger clones are more impactful to deduplicate"
297            },
298            "clone_groups": {
299                "name": "Clone Groups",
300                "description": "A set of code fragments with identical or near-identical normalized token sequences. Each group has 2+ instances across different locations.",
301                "interpretation": "each group is a single refactoring opportunity"
302            },
303            "clone_families": {
304                "name": "Clone Families",
305                "description": "Groups of clone groups that share the same set of files. Indicates systematic duplication patterns (e.g., mirrored directory structures).",
306                "interpretation": "families suggest extract-module refactoring opportunities"
307            }
308        }
309    })
310}