@yottameta/yotta-dev-mcp 0.1.1 → 0.2.1

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.
@@ -0,0 +1,256 @@
1
+ # Architecture contract and system model
2
+
3
+ `system_model` builds a deterministic model of a local repository and attaches
4
+ layer data from an optional architecture contract. Everything runs offline with
5
+ the Python standard library; no file is written.
6
+
7
+ ## Contract file
8
+
9
+ Path: `.yotta/architecture.json`. Plain JSON, version `1`.
10
+
11
+ ```json
12
+ {
13
+ "version": 1,
14
+ "project": "demo",
15
+ "layers": [
16
+ {"id": "core", "title": "Core", "paths": ["src/core/**"], "risk": "high"},
17
+ {"id": "api", "paths": ["src/api/**"]},
18
+ {"id": "ui", "paths": ["src/ui/**"]}
19
+ ],
20
+ "rules": [
21
+ {
22
+ "id": "core-no-ui",
23
+ "type": "forbid-dependency",
24
+ "from": "core",
25
+ "to": "ui",
26
+ "severity": "high",
27
+ "claim": "core must not import ui"
28
+ }
29
+ ],
30
+ "boundaries": [
31
+ {"id": "public-api", "layer": "api", "paths": ["src/api/public/**"], "visibility": "public"}
32
+ ],
33
+ "data_ownership": [
34
+ {"store": "memory-db", "owner": "core", "paths": ["var/memory/**"], "kind": "sqlite"}
35
+ ],
36
+ "invariants": [
37
+ {"id": "no-plaintext-secrets", "claim": "secrets are never stored in plaintext",
38
+ "severity": "high", "check": "static"}
39
+ ],
40
+ "risk_weights": {"core": 3, "api": 2, "ui": 1}
41
+ }
42
+ ```
43
+
44
+ ### Fields
45
+
46
+ | Field | Required | Notes |
47
+ |---|---|---|
48
+ | `version` | yes | Must be `1`. |
49
+ | `project` | no | Free-form name. |
50
+ | `layers` | yes | Layer id, optional title/description, `paths` globs, optional `risk`. |
51
+ | `rules` | no | `forbid-dependency` (`to` is one layer) or `allow-dependency` (`to` is a layer list). `from`, `to`, `severity` and `claim` describe the invariant. |
52
+ | `boundaries` | no | Layer id plus globs; `visibility` is `public`, `internal` or `private`. |
53
+ | `data_ownership` | no | Store id, owning layer, globs and optional `kind`. |
54
+ | `invariants` | no | id plus a non-empty `claim`; `check` is `static`, `command` or `manual`. |
55
+ | `risk_weights` | no | Layer id to a number between 0 and 5. |
56
+
57
+ Ids match `[a-z0-9][a-z0-9._-]{0,63}`. Paths are repository-relative POSIX
58
+ globs and must not be absolute or contain `..`.
59
+
60
+ ### Glob rules
61
+
62
+ `*` stays inside one path segment, `**` crosses segments, `?` matches one
63
+ character, and a trailing `/` means the whole directory (`pkg/` equals
64
+ `pkg/**`). Matching is case-sensitive. Layers are evaluated in declaration
65
+ order and the first match wins; a module that matches several layers is
66
+ reported as `layer-overlap`.
67
+
68
+ ### Validation findings
69
+
70
+ Every finding carries `code`, `severity`, `message`, a JSON `pointer`, the
71
+ contract `path` and short `evidence`. Severity `critical` or `high` makes the
72
+ contract `FAIL`; `medium` and `low` are advisory.
73
+
74
+ | Code | Meaning |
75
+ |---|---|
76
+ | `contract-invalid-json` | The file is not valid JSON. |
77
+ | `contract-not-object` | The root value is not a JSON object. |
78
+ | `contract-unsupported-version` | `version` is missing or not `1`. |
79
+ | `contract-invalid-layer` / `contract-duplicate-layer` | Layer shape or ids are wrong. |
80
+ | `contract-layer-without-paths` | A layer declares no globs. |
81
+ | `contract-invalid-path` | A glob is absolute, escapes the root, or is empty. |
82
+ | `contract-invalid-rule` / `contract-duplicate-rule` | Rule shape, type or ids are wrong. |
83
+ | `contract-invalid-severity` / `contract-invalid-risk` | Enum values are outside the allowed set. |
84
+ | `contract-unknown-layer-ref` | A rule, boundary, store or risk weight points at a missing layer. |
85
+ | `contract-invalid-boundary` / `contract-invalid-store` / `contract-invalid-invariant` | Section entries are malformed. |
86
+ | `contract-unknown-key` | Unknown top-level key; reported as a warning and ignored. |
87
+
88
+ ## system_model output
89
+
90
+ | Key | Content |
91
+ |---|---|
92
+ | `status` | `PASS`, `FAIL` (contract has blocking findings) or `UNKNOWN` (something still needs evidence). |
93
+ | `contract` | Path, presence, validity, version, layer and rule ids, findings. |
94
+ | `model.modules` | Repository-relative module id, language, line count and resolved layer. |
95
+ | `model.layers` | Declared layers with the modules that match them. |
96
+ | `model.imports` | `source`, `target`, `kind`, `line` and the raw specifier. |
97
+ | `model.entrypoints` | Files that look like executable entrypoints. |
98
+ | `model.tests` | Test files and the internal modules they import. |
99
+ | `model.configs` | Configuration files with a coarse kind. |
100
+ | `model.data_stores` | Declared stores (with owner and owner modules) and detected local database files. |
101
+ | `unknowns` | `contract-missing`, `contract-invalid`, `unassigned-module`, `layer-overlap`, `unresolved-import`. |
102
+ | `unverified_claims` | Verification levels that were not executed, with the reason. |
103
+ | `evidence` | Bounded, sorted evidence lines for the findings above. |
104
+ | `truncated` | True when the file limit cut the scan short. |
105
+ | `model_digest` | `sha256:` digest of the model, stable across runs on the same tree. |
106
+
107
+ Import kinds: `internal` (another source module), `internal-file` (a
108
+ repository file that is not source, such as `package.json`), `external`
109
+ (outside the repository) and `unresolved` (a relative path that does not
110
+ exist; also listed under `unknowns`).
111
+
112
+ `system_model` never asserts that a change is safe. Levels `L1` and above stay
113
+ listed in `unverified_claims` until a dedicated check runs them.
114
+
115
+ ## architecture_review
116
+
117
+ `architecture_review` evaluates the same contract against the same system model and
118
+ returns every finding with file, line and severity. Per-item status is `PASS`,
119
+ `WARN` (advisory findings only), `FAIL` or `UNKNOWN`.
120
+
121
+ | Code | Meaning | Severity |
122
+ |---|---|---|
123
+ | `rule-forbid-dependency` | a module in the rule's `from` layer imports the forbidden `to` layer | the rule's severity |
124
+ | `rule-allow-dependency` | a module in the rule's `from` layer imports a layer outside `to` | the rule's severity |
125
+ | `boundary-visibility` | a module imports a protected boundary it may not reach | `high` for `private`, `medium` for `internal` |
126
+ | `data-ownership-mismatch` | a module inside the store paths is not in the owner layer | `medium` |
127
+ | `data-store-access-outside-owner` | a module outside the owner layer references the store path | `medium` |
128
+
129
+ Boundary visibility decides who may import the protected modules:
130
+
131
+ - `public` - any layer may import them; the declaration is recorded and never a finding.
132
+ - `internal` - only modules of the same layer may import them.
133
+ - `private` - only modules inside the boundary globs may import them.
134
+
135
+ Data ownership is checked in two ways: modules that live inside a store's paths but
136
+ belong to another layer, and modules outside the owner layer that reference the
137
+ store path literal (the part before the first wildcard).
138
+
139
+ Invariants are never reported as passing. `static`, `command` and `manual` checks
140
+ all land in `unverified_claims` with the reason, so a review can be `PASS` while
141
+ still stating what it did not verify.
142
+
143
+ The overall status is `FAIL` when the contract has blocking findings or any
144
+ violation reaches `critical` / `high`; `UNKNOWN` when the contract is missing or
145
+ anything stays undecided; otherwise `PASS` (advisory findings may still be listed).
146
+
147
+ ### Unknown kinds
148
+
149
+ | Kind | Meaning |
150
+ |---|---|
151
+ | `contract-missing` / `contract-invalid` | no usable contract was found. |
152
+ | `model-truncated` | the file limit cut the scan short. |
153
+ | `unassigned-module` / `layer-overlap` | a module has no layer or matches several. |
154
+ | `unresolved-import` | a relative import does not resolve. |
155
+ | `rule-target-unassigned` | the rule's source layer matches, but the target module has no layer. |
156
+ | `boundary-no-modules` | the boundary globs match no module. |
157
+ | `boundary-importer-unassigned` | the importer has no layer, so visibility is undecided. |
158
+
159
+ ## impact_analysis
160
+
161
+ `impact_analysis` starts from changed files, a unified diff or target symbols and
162
+ walks reverse dependencies (internal imports and repository-file imports) into a
163
+ bounded cone. Each node carries `depth`, `via`, `line`, `layer` and `is_test`.
164
+
165
+ Alongside the cone it reports direct consumers, affected layers, boundaries, data
166
+ stores, invariants scoped to the changed paths, tests mapped to the cone, the
167
+ architecture violations that fall inside the cone, rollback probes and an
168
+ explainable blast radius.
169
+
170
+ | Blast radius factor | Weight | When |
171
+ |---|---|---|
172
+ | `layer-risk` | 0-5 | highest declared risk weight or risk level of affected layers |
173
+ | `layer-count` | +1 / +2 | 3-4 layers / 5 or more layers are affected |
174
+ | `cone-depth` | +1 | the consumer chain reaches depth 2 or more |
175
+ | `public-boundary` | +1 | a public boundary is inside the cone |
176
+ | `data-store` | +1 per store, capped at 2 | declared or detected stores are touched |
177
+ | `architecture-violation` | +2 / +3 | a `high` / `critical` violation is inside the cone |
178
+
179
+ `level` maps the capped score (10 max): 9-10 `critical`, 6-8 `high`, 3-5 `medium`,
180
+ otherwise `low`. `score` is the raw sum of the weights and `reasons` lists every
181
+ factor with its detail, so the number can be recomputed by hand.
182
+
183
+ Rollback probes are derived, not invented: `data-store` (affected stores),
184
+ `entrypoint` (non-test entrypoints in the cone, capped at 5), `tests` (mapped test
185
+ files), `invariant` (declared `command` checks) and `model` (fallback when the cone
186
+ has no anchor). Test files that only guard on `__main__` are covered by the test
187
+ probe and are not reported as startup entrypoints.
188
+
189
+ ## verification policy
190
+
191
+ `.yotta/verification.json` is optional. It declares the L2-L4 checks that
192
+ `verify_change` may execute, plus manual work that must stay unverified. It never
193
+ holds shell strings: `kind` must be one of the whitelisted runners already supported
194
+ by `run_checks`.
195
+
196
+ ```json
197
+ {
198
+ "version": 1,
199
+ "checks": [
200
+ {
201
+ "id": "unit-tests",
202
+ "level": "L2",
203
+ "kind": "python-unittest",
204
+ "cwd": ".",
205
+ "timeout": 120,
206
+ "required": true,
207
+ "claim": "the unit suite passes"
208
+ }
209
+ ],
210
+ "manual": [
211
+ {"id": "independent-review", "claim": "a second person reviews the change"}
212
+ ]
213
+ }
214
+ ```
215
+
216
+ | Field | Required | Notes |
217
+ |---|---|---|
218
+ | `version` | yes | Must be `1`. |
219
+ | `checks` | no | Array of L2-L4 checks. |
220
+ | `checks[].id` | yes | Unique slug matching the same id rule as the architecture contract. |
221
+ | `checks[].level` | yes | `L2`, `L3` or `L4`. |
222
+ | `checks[].kind` | yes | `python-unittest`, `pytest`, `python-compile`, `npm-test` or `npm-lint`. |
223
+ | `checks[].cwd` | no | Repository-relative directory, default `.`; absolute paths and `..` are rejected. |
224
+ | `checks[].timeout` | no | 1-600 seconds, default 120. |
225
+ | `checks[].required` | no | Default `true`; a required check that did not run keeps the overall result `UNKNOWN`. |
226
+ | `checks[].claim` | no | Human-readable claim recorded in the ledger. |
227
+ | `manual[].id` / `manual[].claim` | yes | Manual claims that are always reported as unverified. |
228
+
229
+ Verification findings use the same evidence shape as the architecture contract:
230
+ `code`, `severity`, `message`, JSON `pointer`, `path` and short `evidence`.
231
+ Blocking codes include `verification-invalid-json`,
232
+ `verification-unsupported-version`, `verification-invalid-id`,
233
+ `verification-duplicate-check`, `verification-invalid-level`,
234
+ `verification-invalid-kind`, `verification-invalid-cwd`,
235
+ `verification-invalid-timeout` and `verification-invalid-manual`.
236
+
237
+ `verify_change` runs L0/L1 in-process. L2-L4 execute only when the caller passes
238
+ `allow_execute=true`; L5 is always manual. A `PASS` means every required claim has
239
+ evidence. Unrun or manual claims remain in `unverified_claims` and are never written
240
+ as passing.
241
+
242
+ ## Command line
243
+
244
+ ```bash
245
+ python scripts/dev_engine.py system-model .
246
+ python scripts/dev_engine.py system-model . --contract config/architecture.json
247
+ python scripts/dev_engine.py architecture-review .
248
+ python scripts/dev_engine.py impact-analysis . --changed src/core/store.py
249
+ python scripts/dev_engine.py impact-analysis . --diff-file change.patch --depth 2
250
+ python scripts/dev_engine.py impact-analysis . --symbol save
251
+ python scripts/dev_engine.py verify-change . --changed src/core/store.py
252
+ python scripts/dev_engine.py verify-change . --changed src/core/store.py --level L2 --allow-execute
253
+ python scripts/dev_engine.py self-test .
254
+ python scripts/dev_engine.py adapter . --action list
255
+ python scripts/dev_engine.py adapter . --action run --adapter import-linter --allow-execute
256
+ ```
@@ -1,6 +1,9 @@
1
1
  # Tool contracts
2
2
 
3
- All tools are local, deterministic and read-only in v0.1.0.
3
+ All tools are local and deterministic. Unless a section says otherwise they are
4
+ read-only; `run_checks`, `verify_change` and `run_adapter` require
5
+ `allow_execute=true` for their explicit execution paths, and `scaffold_skill` /
6
+ `workflow_state` require `apply=true` before writing.
4
7
 
5
8
  ## repo_map
6
9
 
@@ -11,6 +14,155 @@ Input:
11
14
 
12
15
  Output: `root`, `modules`, `imports`, `entrypoints`, `truncated`.
13
16
 
17
+ Python imports include absolute, `from .X import Y`, `from . import X`,
18
+ `as` aliases, packages and multi-name forms. Temporary / agent-state
19
+ directories (`.workflow`, `.codex`, `.cursor`, `.claude`, `.agents`,
20
+ `scratch`, `_probe`, `probe`, `sandbox`, `debug`, `.tmp`) and probe/temp
21
+ file names are ignored by default.
22
+
23
+ ## system_model
24
+
25
+ Input:
26
+
27
+ - `path` (required): repository or source directory.
28
+ - `max_files` (optional, default 2000): source file limit.
29
+ - `contract_file` (optional): contract path relative to the repository root
30
+ (default `.yotta/architecture.json`).
31
+
32
+ Output: `status` (`PASS` / `FAIL` / `UNKNOWN`), `contract`, `model` (`modules`,
33
+ `layers`, `imports`, `entrypoints`, `tests`, `configs`, `data_stores`),
34
+ `unknowns`, `unknowns_truncated`, `unverified_claims`, `evidence`, `truncated`
35
+ and `model_digest`.
36
+
37
+ Contract schema, glob rules, finding codes and import kinds are documented in
38
+ `references/architecture-contract.md`.
39
+
40
+ ## architecture_review
41
+
42
+ Input:
43
+
44
+ - `path` (required): repository or source directory.
45
+ - `max_files` (optional, default 2000): source file limit.
46
+ - `contract_file` (optional): contract path relative to the repository root
47
+ (default `.yotta/architecture.json`).
48
+
49
+ Output: `status` (`PASS` / `FAIL` / `UNKNOWN`), `contract`, `checked`
50
+ (`rules` / `boundaries` / `data_stores` / `invariants`, each with a per-item
51
+ `status` of `PASS` / `WARN` / `FAIL` / `UNKNOWN`), `violations`, `blocking_findings`,
52
+ `advisory_findings`, `unknowns`, `unverified_claims`, `evidence`, `truncated` and
53
+ `model_digest`.
54
+
55
+ `critical` / `high` findings fail the review; `medium` / `low` stay advisory.
56
+ Anything the model cannot decide becomes `UNKNOWN`; declared invariants that this
57
+ tool cannot evaluate are listed in `unverified_claims` instead of being reported
58
+ as passing. Read-only.
59
+
60
+ ## impact_analysis
61
+
62
+ Input:
63
+
64
+ - `path` (required): repository or source directory.
65
+ - `changed_files` (optional): repository-relative changed files.
66
+ - `diff` (optional): unified diff text; changed files and line numbers are parsed
67
+ from it, deleted files keep their declared layer.
68
+ - `symbols` (optional): target symbols; their definition sites become the change.
69
+ - `depth` (optional, default 3, 1-10): reverse-dependency depth.
70
+ - `max_files` (optional, default 2000): source file limit.
71
+ - `contract_file` (optional): contract path relative to the repository root.
72
+
73
+ At least one of `changed_files`, `diff` or `symbols` is required.
74
+
75
+ Output: `status`, `inputs`, `changed`, `direct_consumers`, `cone` (`nodes` with
76
+ `depth` / `via` / `layer` / `is_test`, `max_depth`, `limit`, `truncated`),
77
+ `affected_layers`, `affected_boundaries`, `affected_data_stores`,
78
+ `affected_invariants`, `relevant_tests`, `architecture` (`status`,
79
+ `violations_total`, `violations_in_scope`, `unknowns`), `blast_radius`
80
+ (`level`, `score`, `capped`, `reasons`), `rollback_probes`, `unknowns`,
81
+ `unverified_claims`, `evidence`, `truncated` and `model_digest`.
82
+
83
+ `status` is `FAIL` when a blocking architecture violation sits inside the cone,
84
+ `UNKNOWN` while anything is undecided, otherwise `PASS`. Read-only; no command is
85
+ executed.
86
+
87
+ ## verify_change
88
+
89
+ Input:
90
+
91
+ - `path` (required): repository or source directory.
92
+ - `changed_files` / `diff` / `symbols` (at least one): the same change inputs as
93
+ `impact_analysis`.
94
+ - `depth` (optional, default 3, 1-10): reverse-dependency depth.
95
+ - `levels` (optional): additional execution levels `L2`, `L3`, `L4` or manual `L5`.
96
+ L0 and L1 always run.
97
+ - `allow_execute` (optional, default false): required before any L2-L4 check runs.
98
+ - `timeout` (optional, default 120, 1-600): upper bound for each policy check.
99
+ - `max_files` / `contract_file` (optional): model limit and contract override.
100
+ - `policy_file` (optional, default `.yotta/verification.json`): policy override.
101
+
102
+ Output: `status`, `inputs`, `required_levels`, `ledger`, `unverified_claims`,
103
+ `policy`, `evidence`, `ledger_digest`, `model_digest` and `impact_status`.
104
+
105
+ Every ledger entry has `id`, `level`, `claim`, `status` (`PASS` / `FAIL` / `UNKNOWN` /
106
+ `UNVERIFIED`), `severity`, `check`, `confidence`, `evidence`, `next_step` and
107
+ `command`. Static checks keep `command` as `null`; executed checks record the
108
+ whitelisted kind, relative cwd, exit code, timeout flag and `output_hash`.
109
+
110
+ The default ladder runs L0 (changed-file syntax, contract schema) and L1 (architecture
111
+ rules and boundaries inside the change cone). L2-L4 are skipped unless both a policy
112
+ check is declared and `allow_execute=true`; they never accept arbitrary commands.
113
+ L5 is always manual and stays in `unverified_claims`. The ledger intentionally has no
114
+ wall-clock timestamp: its digest and the command output hashes are the reproducible
115
+ evidence anchors.
116
+
117
+ ## self_test
118
+
119
+ Input:
120
+
121
+ - `path` (required): source checkout or installed skill directory.
122
+ - `mode` (optional, default `auto`): `auto`, `source` or `installed`.
123
+ - `allow_execute` (optional, default false): run the target test suite.
124
+ - `timeout` (optional, default 120, 1-600).
125
+
126
+ Source mode checks required files, version alignment across `package.json` /
127
+ `SKILL.md` / `CHANGELOG.md` / `server.json` / engine `VERSION`, protocol tool names
128
+ and `inputSchema.additionalProperties=false`, fail-closed defaults for every write or
129
+ execute gate, and counterexamples. Installed mode checks `SKILL.md` and the installed
130
+ asset payload, and records source-only checks as out of scope.
131
+
132
+ The counterexample suite is in-process and deterministic: a seeded forbidden
133
+ dependency must be `FAIL`, removing the rule must stop the failure, an invalid
134
+ contract must be `FAIL` or `UNKNOWN`, a missing contract must be `UNKNOWN`, a seeded
135
+ credential must be found, and a seeded version mismatch must fail readiness. These
136
+ probes prove the verifier is not a rubber stamp.
137
+
138
+ ## run_adapter
139
+
140
+ Input:
141
+
142
+ - `action` (required): `list` probes optional adapters without executing them;
143
+ `run` executes exactly one adapter.
144
+ - `path` (required): repository root.
145
+ - `adapter` (required when `action=run`): `import-linter`,
146
+ `dependency-cruiser` or `repomix`.
147
+ - `allow_execute` (optional, default false): required for `action=run`.
148
+ - `timeout` (optional, default 120, 1-600).
149
+ - `max_chars` (optional, default 120000, 1000-1000000): Repomix output cap.
150
+ - `token_budget` (optional): Repomix token budget; over-budget output fails.
151
+ - `target` (optional, default `.`): repository-relative adapter target.
152
+
153
+ `action=list` returns `status`, `adapters` with `available` / `ready` /
154
+ `executable` / `executable_source` / `config` / `reason`, plus `unknowns`.
155
+
156
+ `action=run` returns `status` (`PASS` / `FAIL` / `UNKNOWN`), the selected
157
+ `adapter` metadata, a fixed `command` record with `output_hash`, normalized
158
+ `findings`, Repomix `content` metadata when applicable, `next_step` and
159
+ `unknowns`. Missing tools, missing configs, invalid output and timeouts are
160
+ `UNKNOWN`, never silent passes.
161
+
162
+ Adapters are optional enhancements: no package is installed or downloaded, no
163
+ arbitrary argv is accepted, and adapter findings do not silently change the
164
+ status of the core architecture tools. See `references/adapters.md`.
165
+
14
166
  ## find_code
15
167
 
16
168
  Input:
@@ -55,14 +207,36 @@ Input:
55
207
 
56
208
  Only added lines are reviewed. Output: `files`, `findings`, `truncated`.
57
209
 
210
+ `review_code` uses the same default ignore set as `repo_map`: agent state
211
+ directories, scratch / probe / sandbox / debug directories and probe/temp
212
+ file names do not flood the result. `review_diff` only reviews added lines,
213
+ so it is unaffected by directory traversal.
214
+
58
215
  ## mcp_doctor
59
216
 
60
217
  Input:
61
218
 
62
219
  - `skills_dirs` (optional array).
63
220
  - `config_paths` (optional array).
64
-
65
- Output: `skills`, `mcp_configs`, `issues`, `checked_skills`, `checked_configs`.
221
+ - `include_defaults` (optional boolean): when `config_paths` is supplied, also
222
+ scan the built-in host registry instead of explicit-only scope.
223
+
224
+ Output: `skills`, `mcp_configs`, `coverage`, `skills_coverage`, `issues`,
225
+ `coverage_gaps`, `unknown_hosts`, `summary`, `scope`, `checked_skills`,
226
+ `checked_configs`, `checked_hosts`.
227
+
228
+ Discovery is tiered and environment-aware: verified hosts include Codex
229
+ (`$CODEX_HOME/config.toml`, JSON fallbacks), Cursor, WorkBuddy
230
+ (`~/.workbuddy/mcp.json` plus `connectors/*/mcp.json`), OpenCode
231
+ (`$XDG_CONFIG_HOME/opencode/opencode.jsonc|json`), Claude Code, Windsurf,
232
+ Continue, Gemini, Qwen, Trae, Comate, CodeBuddy, Kimi, Kiro, VS Code and Zed;
233
+ additional hosts are best-effort candidates and are reported as
234
+ `unverified` when absent. JSON, JSONC and a narrow TOML `[mcp_servers.*]`
235
+ subset are parsed; YAML is reported as `unsupported`, never silently skipped.
236
+ Only server names are returned; commands, args and env values are never
237
+ included. `summary.all_clear` is true only for a fully covered, issue-free
238
+ default scan; always read `coverage_confidence` before treating it as
239
+ all-clear.
66
240
 
67
241
  ## scan_secrets
68
242
 
@@ -72,6 +246,11 @@ Input: `path` or `text`, optional `max_findings`, optional `include_git_history`
72
246
  Output: `findings` with `path`, `line`, `rule`, `severity`, redacted `evidence`,
73
247
  `suggestion`; `truncated`.
74
248
 
249
+ High-entropy findings apply a narrow noise filter for absolute paths,
250
+ URL / `file://` percent-encoded paths, common binary/source/document
251
+ suffixes and hash-context hex values (SHA-1/256/512, MD5, checksum, digest,
252
+ integrity). Credential-name, AWS-key and private-key rules are not relaxed.
253
+
75
254
  ## scan_dependencies
76
255
 
77
256
  Input: `path`.