feat(config): typed Config model + validation for .vouch/config.yaml#297
feat(config): typed Config model + validation for .vouch/config.yaml#297minion1227 wants to merge 8 commits into
Conversation
`.vouch/config.yaml` was read as an untyped dict at each call site, with
nested `.get()` guards and silent `except: {}` fallbacks — the schema was
spread across the codebase and typos (`reveiw:`) were silently dropped.
add a validated pydantic `Config` (with nested `ReviewConfig` and
`RetrievalConfig`), parsed once and exposed as a cached `KBStore.config`.
migrate the readers the issue names — proposals' self-approval /
expire-window checks and the retrieval backend selector — onto it, and
delete their ad-hoc parsing. a malformed value (e.g.
`retrieval.default_limit: "ten"`) now fails fast with the offending key
path instead of falling back, and `vouch doctor` surfaces unknown
top-level keys as likely typos.
sections owned by their own readers (serve, volunteer, mcp) stay loose so
they neither break nor trip the unknown-key check, and the legacy
`retrieval.backends` list still resolves as before, so an existing
`.vouch/` loads with documented defaults and no on-disk change.
closes vouchdev#243
github-actions
Bot
added
docs
WalkthroughIntroduces a typed Pydantic ChangesTyped Config Model
Estimated code review effort: 3 (Moderate) | ~30 minutes Sequence Diagram(s)sequenceDiagram
participant Retrieval
participant Proposals
participant KBStore
participant Config
participant Doctor
Retrieval->>KBStore: access store.config
KBStore->>Config: Config.load(raw)
Config-->>KBStore: cached typed Config
KBStore-->>Retrieval: retrieval.resolved_backend()
Proposals->>KBStore: access review settings
KBStore-->>Proposals: approver role and expiration
Doctor->>KBStore: load config
KBStore-->>Doctor: ConfigError or unknown_keys()
Possibly related PRs
Suggested labels: Suggested reviewers: 🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
![coderabbitai[bot]](https://avatars.githubusercontent.com/in/347564?s=60&v=4){kind=small}
There was a problem hiding this comment.
Actionable comments posted: 1
🧹 Nitpick comments (4)
src/vouch/models.py (1)
477-477: 🎯 Functional Correctness | 🔵 Trivial | ⚡ Quick winNested
review:/retrieval:typos are silently swallowed, unlike top-level ones.
ReviewConfigandRetrievalConfigboth declareextra="allow", butConfig.unknown_keys()(Line 559-561) only inspects the top-level__pydantic_extra__. A typo likereview: {expier_pending_after_days: 1}lands as an untracked extra field onReviewConfig— never raised as an error, never surfaced byunknown_keys(), and never shown byvouch doctor. This reproduces, one level deeper, exactly the silent-typo problem this PR is meant to close.Consider extending
unknown_keys()to also walkreview.__pydantic_extra__/retrieval.__pydantic_extra__(prefixed, e.g."review.foo"), or setextra="forbid"onReviewConfig/RetrievalConfigif forward-compat isn't needed there.♻️ Sketch: surface nested unknown keys too
def unknown_keys(self) -> list[str]: """Top-level keys outside the known schema (likely typos).""" - return sorted(self.__pydantic_extra__ or {}) + keys = set(self.__pydantic_extra__ or {}) + keys |= {f"review.{k}" for k in (self.review.__pydantic_extra__ or {})} + keys |= {f"retrieval.{k}" for k in (self.retrieval.__pydantic_extra__ or {})} + return sorted(keys)Also applies to: 489-489, 526-526, 559-561
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@src/vouch/models.py` at line 477, Nested `review:`/`retrieval:` typos are still being hidden because `Config.unknown_keys()` only checks the top-level `__pydantic_extra__`. Update `unknown_keys()` in `Config` to also inspect `review.__pydantic_extra__` and `retrieval.__pydantic_extra__`, prefixing nested entries like `review.foo` and `retrieval.bar`, or alternatively tighten `ReviewConfig` and `RetrievalConfig` by changing their `model_config` from `extra="allow"` to `extra="forbid"` if nested forward-compatibility is not needed. Use the existing `Config`, `ReviewConfig`, and `RetrievalConfig` symbols to keep the change localized.tests/test_config_model.py (2)
1-138: 📐 Maintainability & Code Quality | 🔵 Trivial | 💤 Low valueTest file name doesn't mirror the module it targets.
Guidelines require test files to mirror module names as
tests/test_<module>.py. This file exercisesvouch.models.Config(and integration withstorage.py/health.py) but is namedtest_config_model.pyrather thantest_models.py.As per coding guidelines, "Test file names must mirror module names using the
tests/test_<module>.pyconvention."🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@tests/test_config_model.py` around lines 1 - 138, Rename the test file so it mirrors the target module name using the required tests/test_<module>.py convention; this suite primarily covers vouch.models.Config, so the filename should match the models module rather than the current config_model name. Update the test file name consistently and keep the existing Config, KBStore, and doctor tests in place.Source: Coding guidelines
98-116: 📐 Maintainability & Code Quality | 🔵 Trivial | 💤 Low valueConsider adding a same-instance caching test for
KBStore.config.The upstream
KBStore.configdocstring notes it's acached_property, but no test here asserts that repeated access on the same store instance returns the same cached value (only cross-instance behavior via freshKBStore(tmp_path)is exercised). A quickassert store.config is store.configwould lock in the caching contract.🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@tests/test_config_model.py` around lines 98 - 116, Add a same-instance caching assertion for KBStore.config to cover the cached_property contract. In the existing KBStore config tests, extend the relevant test around KBStore.config so it verifies repeated access on the same store instance returns the identical object (for example, by checking the same-instance identity on store.config). Keep the current cross-instance checks and malformed-config coverage unchanged.src/vouch/health.py (1)
222-235: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick winConsider merging with the existing "Config sanity" block.
This new block and the pre-existing
missing_configcheck (Lines 257-265) both gate onstore.config_path.exists()but are now split apart by the unrelated "Source integrity" section. Consolidating all config-related findings (missing_config,config_invalid,config_unknown_key) into one block would make the config-diagnostics logic easier to follow and maintain.♻️ Proposed consolidation
- # Config validity — a malformed value is an error; an unknown top-level - # key is a likely typo silently ignored before `#243`, now surfaced. - if store.config_path.exists(): - try: - cfg = store.config - except ConfigError as e: - report.findings.append(Finding("error", "config_invalid", str(e))) - else: - for key in cfg.unknown_keys(): - report.findings.append(Finding( - "warning", "config_unknown_key", - f"unknown config key {key!r} — possible typo, ignored", - )) - # Source integrity (content hash). ... - # Config sanity. - if not store.config_path.exists(): + # Config sanity — missing file is fine (defaults apply); a malformed + # value is an error; an unknown top-level key is a likely typo silently + # ignored before `#243`, now surfaced. + if not store.config_path.exists(): report.findings.append( Finding( "error", "missing_config", "config.yaml is missing", ) ) + else: + try: + cfg = store.config + except ConfigError as e: + report.findings.append(Finding("error", "config_invalid", str(e))) + else: + for key in cfg.unknown_keys(): + report.findings.append(Finding( + "warning", "config_unknown_key", + f"unknown config key {key!r} — possible typo, ignored", + ))🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@src/vouch/health.py` around lines 222 - 235, The config diagnostics in health.py are split across separate sections even though they all depend on store.config_path.exists(); merge the new config validity logic with the existing Config sanity block so missing_config, config_invalid, and config_unknown_key are handled together. Update the report-building flow in the health check to keep all config-related findings adjacent and use the existing store.config and ConfigError handling within that single block.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@src/vouch/storage.py`:
- Around line 237-253: The config parsing in KBStore.config only converts
FileNotFoundError and OSError, so malformed YAML from _yaml_load can escape as
yaml.YAMLError and crash doctor(). Update the config property to catch
yaml.YAMLError around the _yaml_load(text) / Config.load path and re-raise it as
ConfigError with the config path context, so doctor() continues to handle
invalid config.yaml via its existing ConfigError path.
---
Nitpick comments:
In `@src/vouch/health.py`:
- Around line 222-235: The config diagnostics in health.py are split across
separate sections even though they all depend on store.config_path.exists();
merge the new config validity logic with the existing Config sanity block so
missing_config, config_invalid, and config_unknown_key are handled together.
Update the report-building flow in the health check to keep all config-related
findings adjacent and use the existing store.config and ConfigError handling
within that single block.
In `@src/vouch/models.py`:
- Line 477: Nested `review:`/`retrieval:` typos are still being hidden because
`Config.unknown_keys()` only checks the top-level `__pydantic_extra__`. Update
`unknown_keys()` in `Config` to also inspect `review.__pydantic_extra__` and
`retrieval.__pydantic_extra__`, prefixing nested entries like `review.foo` and
`retrieval.bar`, or alternatively tighten `ReviewConfig` and `RetrievalConfig`
by changing their `model_config` from `extra="allow"` to `extra="forbid"` if
nested forward-compatibility is not needed. Use the existing `Config`,
`ReviewConfig`, and `RetrievalConfig` symbols to keep the change localized.
In `@tests/test_config_model.py`:
- Around line 1-138: Rename the test file so it mirrors the target module name
using the required tests/test_<module>.py convention; this suite primarily
covers vouch.models.Config, so the filename should match the models module
rather than the current config_model name. Update the test file name
consistently and keep the existing Config, KBStore, and doctor tests in place.
- Around line 98-116: Add a same-instance caching assertion for KBStore.config
to cover the cached_property contract. In the existing KBStore config tests,
extend the relevant test around KBStore.config so it verifies repeated access on
the same store instance returns the identical object (for example, by checking
the same-instance identity on store.config). Keep the current cross-instance
checks and malformed-config coverage unchanged.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro Plus
Run ID: 2380c7a9-8ea3-414f-956d-30f189b46447
📒 Files selected for processing (7)
CHANGELOG.mdsrc/vouch/context.pysrc/vouch/health.pysrc/vouch/models.pysrc/vouch/proposals.pysrc/vouch/storage.pytests/test_config_model.py
address review on vouchdev#297: - `KBStore.config` now catches `yaml.YAMLError` from a syntactically broken config.yaml and re-raises it as `ConfigError`, so `vouch doctor` reports `config_invalid` instead of crashing on malformed YAML. - `Config.unknown_keys()` walks the `review` and `retrieval` blocks too and returns dotted paths, so a typo one level deep (`review.expier_pending_after_days`) is flagged rather than silently swallowed — the same problem this change closes at the top level. - consolidate the config diagnostics in `vouch doctor` into the single "config sanity" block. - rename the test module to `tests/test_models.py` per the mirror-the-module convention, and add cases for malformed-yaml handling, nested-typo surfacing, and the cached_property contract.
|
thanks for the review — pushed 930a866 addressing all of it:
|
There was a problem hiding this comment.
Caution
Some comments are outside the diff and can’t be posted inline due to platform limitations.
⚠️ Outside diff range comments (1)
tests/test_models.py (1)
128-190: 📐 Maintainability & Code Quality | 🟠 Major | ⚡ Quick winCross-module tests placed in
test_models.py.Tests at Lines 128-141 (
KBStore.configcaching/ConfigError) and Lines 172-190 (doctor()diagnostics) exercisestorage.pyandhealth.pybehavior respectively, notmodels.py. Per coding guidelines, test file names must mirror the module under test. Consider splitting these intotests/test_storage.pyandtests/test_health.py, keepingtest_models.pyscoped toConfig/ReviewConfig/RetrievalConfigunit tests.As per coding guidelines, "Test file names must mirror module names using the
tests/test_<module>.pyconvention."🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@tests/test_models.py` around lines 128 - 190, The tests in test_models.py are covering KBStore.config behavior and doctor() health checks from other modules, so move the KBStore-related cases into the storage test module and the doctor() cases into the health test module. Keep test_models.py focused on the models classes it actually exercises (such as Config, ReviewConfig, and RetrievalConfig), and preserve the existing assertions while relocating the relevant test functions by their names.Source: Coding guidelines
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Outside diff comments:
In `@tests/test_models.py`:
- Around line 128-190: The tests in test_models.py are covering KBStore.config
behavior and doctor() health checks from other modules, so move the
KBStore-related cases into the storage test module and the doctor() cases into
the health test module. Keep test_models.py focused on the models classes it
actually exercises (such as Config, ReviewConfig, and RetrievalConfig), and
preserve the existing assertions while relocating the relevant test functions by
their names.
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro Plus
Run ID: b95b459e-3531-4018-8aea-627113d158cd
📒 Files selected for processing (4)
src/vouch/health.pysrc/vouch/models.pysrc/vouch/storage.pytests/test_models.py
🚧 Files skipped from review as they are similar to previous changes (3)
- src/vouch/health.py
- src/vouch/models.py
- src/vouch/storage.py
address the re-review caution on vouchdev#297: renaming to test_models.py left `KBStore.config` and `doctor()` cases in the wrong module's test file. - keep tests/test_models.py scoped to Config/ReviewConfig/RetrievalConfig unit tests - move the KBStore.config accessor cases into tests/test_storage.py - move the vouch doctor config-diagnostic cases into tests/test_health.py no production code change; all assertions preserved.
|
addressed the re-review caution in bb7b079 — the rename to |
resolves conflicts from vouchdev#297 after main advanced to 1.2.1. - context.py / proposals.py: keep the typed `store.config` readers, drop the ad-hoc yaml parsing main still carried at those call sites. - proposals.py `_approval_block_reason`: keep main's protected-page-kind self-approval guard, but source `approver_role` from the typed config. - health.py: import both `ConfigError` (vouchdev#243) and `Source` (main). - test_storage.py: keep both the typed-config tests and main's corrupt-file resilience tests. - changelog: move the vouchdev#243 entry into `[Unreleased]`; main already relocated the duplicate auto-labeling entry into [1.1.0]. - models.py: register `capture` / `recall` / `compile` as loose known config sections so main's new starter-config blocks don't trip the vouchdev#243 unknown-key check.
resolves the vouchdev#297 conflicts against its actual base branch (test, not main) after test advanced to vouchdev#395. - context.py / proposals.py: keep the typed `store.config` readers, drop the ad-hoc yaml parsing test still carried at those call sites. - proposals.py `_approval_block_reason`: keep test's protected-page-kind self-approval guard, source `approver_role` from the typed config. - health.py: import both `ConfigError` (vouchdev#243) and `Source` (test). - test_storage.py: keep both the typed-config tests and test's corrupt-file resilience tests. - changelog: move the vouchdev#243 entry into `[Unreleased]`; the auto-labeling dup test already carries in [1.1.0]. - models.py: register `capture` / `recall` / `compile` / `triage` as loose known config sections so test's starter-config and own-reader sections don't trip the vouchdev#243 unknown-key check.
# Conflicts: # src/vouch/models.py
…package the vouchdev#237 host-compat drift check read openclaw.compat.pluginApi from openclaw.plugin.json, but the 2026.6 loader repackage (47ac72f) moved that floor into the new loader-facing package.json — the current openclaw parser ignores openclaw.plugin.json's openclaw.* fields entirely. so _load_host_compat() read a key that no longer existed, host_compat silently degraded to {}, and the two drift tests failed on test. point _load_host_compat() and the drift tests at package.json, where the pluginApi floor now lives. the graceful-degradation and malformed-json tests move with it. no behaviour change beyond reading the right file.
# Conflicts: # CHANGELOG.md # src/vouch/capabilities.py # src/vouch/context.py # tests/test_capabilities.py
|
@coderabbitai review |
✅ Action performedReview finished.
|
There was a problem hiding this comment.
Actionable comments posted: 2
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@CHANGELOG.md`:
- Around line 28-36: Update the changelog entry describing configuration
validation and diagnostics to also mention that malformed YAML syntax is
converted into ConfigError for vouch doctor, and that unknown nested
configuration keys are reported using dotted paths. Preserve the existing
details about validation, defaults, and top-level unknown-key reporting.
In `@src/vouch/context.py`:
- Around line 55-58: The `_configured_rerank` function still parses config.yaml
directly instead of using the typed configuration. Replace its YAML loading and
manual parsing with `store.config.retrieval.rerank`, and add the `rerank` field
to `RetrievalConfig` if it is missing so the key is schema-recognized and
doctor() does not warn about it.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Pro Plus
Run ID: e833a968-72f3-4084-af65-4ed5cd02d515
📒 Files selected for processing (9)
CHANGELOG.mdsrc/vouch/context.pysrc/vouch/health.pysrc/vouch/models.pysrc/vouch/proposals.pysrc/vouch/storage.pytests/test_health.pytests/test_models.pytests/test_storage.py
🚧 Files skipped from review as they are similar to previous changes (6)
- tests/test_storage.py
- src/vouch/storage.py
- tests/test_models.py
- src/vouch/models.py
- src/vouch/proposals.py
- tests/test_health.py
| - typed `Config` model for `.vouch/config.yaml`: the file is parsed once into a | ||
| validated pydantic `Config` (with nested `ReviewConfig` / `RetrievalConfig`) | ||
| exposed as `KBStore.config`, replacing the per-call-site untyped `dict` reads | ||
| in `proposals.py` and the retrieval backend selector. a malformed value | ||
| (e.g. `retrieval.default_limit: "ten"`) now fails fast with the offending key | ||
| path instead of silently falling back, and `vouch doctor` surfaces unknown | ||
| top-level keys as likely typos instead of dropping them. existing KBs with | ||
| partial or absent `retrieval:` / `review:` blocks load with the documented | ||
| defaults — no on-disk change (#243). |
There was a problem hiding this comment.
📐 Maintainability & Code Quality | 🟡 Minor | ⚡ Quick win
document the complete configuration-diagnostics behavior
the entry omits two user-visible behaviors added in this stack: malformed yaml syntax is converted into ConfigError for vouch doctor, and nested unknown keys are reported with dotted paths. please mention both so the changelog accurately reflects the shipped diagnostics.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
In `@CHANGELOG.md` around lines 28 - 36, Update the changelog entry describing
configuration validation and diagnostics to also mention that malformed YAML
syntax is converted into ConfigError for vouch doctor, and that unknown nested
configuration keys are reported using dotted paths. Preserve the existing
details about validation, defaults, and top-level unknown-key reporting.
| by taking its first recognised entry. Anything unrecognised falls back to | ||
| "auto". Parsing + validation now lives in the typed `Config` model (#243). | ||
| """ | ||
| try: | ||
| loaded = yaml.safe_load(store.config_path.read_text(encoding="utf-8")) | ||
| except (OSError, yaml.YAMLError): | ||
| return "auto" | ||
| if not isinstance(loaded, dict): | ||
| return "auto" | ||
| retrieval = loaded.get("retrieval") | ||
| if not isinstance(retrieval, dict): | ||
| return "auto" | ||
| backend = retrieval.get("backend") | ||
| if isinstance(backend, str) and backend in _VALID_BACKENDS: | ||
| return backend | ||
| legacy = retrieval.get("backends") | ||
| if isinstance(legacy, list): | ||
| for entry in legacy: | ||
| if isinstance(entry, str) and entry in _VALID_BACKENDS: | ||
| return entry | ||
| return "auto" | ||
| return store.config.retrieval.resolved_backend() |
There was a problem hiding this comment.
🎯 Functional Correctness | 🟠 Major | 🏗️ Heavy lift
migrate _configured_rerank to the typed config model.
while _configured_backend was updated to use store.config, the adjacent _configured_rerank function (lines 61-90) still manually reads and parses config.yaml using yaml.safe_load. this contradicts the pr objective to replace untyped yaml parsing and update existing configuration readers.
additionally, if rerank was not added to the new RetrievalConfig model, doctor() will incorrectly flag retrieval.rerank as a warning for an unknown key. please update _configured_rerank to consume store.config.retrieval.rerank (adding it to the model if missing) to eliminate redundant i/o and enforce the new schema.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
In `@src/vouch/context.py` around lines 55 - 58, The `_configured_rerank` function
still parses config.yaml directly instead of using the typed configuration.
Replace its YAML loading and manual parsing with
`store.config.retrieval.rerank`, and add the `rerank` field to `RetrievalConfig`
if it is missing so the key is schema-recognized and doctor() does not warn
about it.
# Conflicts: # CHANGELOG.md # src/vouch/models.py # src/vouch/proposals.py
2 participants
What changed
.vouch/config.yamlis now parsed once into a validated pydanticConfig(with nested
ReviewConfig/RetrievalConfig), exposed as a cachedKBStore.config. the two readers the issue calls out — proposals'self-approval / expire-window checks and the retrieval backend selector —
switch to
store.config.<field>and drop their ad-hocyaml.safe_load+nested
.get()+except: {}parsing.vouch doctorgains a config check.Why
config was read defensively at each call site, so the schema was spread
across the codebase, a mistyped key (
reveiw:) was silently ignored, and amalformed value (
retrieval.default_limit: "ten") silently fell back to adefault instead of surfacing. a single typed model makes config a
load-bearing, validated shape — consistent with the "prefer pydantic models
for any persisted shape" rule in CONTRIBUTING. closes #243.
acceptance from the issue:
config_unknown_keywarning invouch doctor(preserved, not dropped).(
config.yaml: retrieval.default_limit: ...) instead of a silent fallback..vouch/with noretrieval:/review:blocks loads withthe documented defaults — covered by round-trip tests.
What might break
nothing on disk.
config.yaml's format is unchanged, the legacyretrieval.backendslist still resolves exactly as before, and a missingfile still yields all-defaults. the one behavior change is intentional and
per the issue: a genuinely malformed config value now raises
ConfigError(and
vouch doctorreportsconfig_invalid) rather than silentlydefaulting. no kb.* method, on-disk layout, or audit-log shape changes.
VEP
not a surface change — internal parsing of an existing file plus two
additive
vouch doctorfinding codes. no VEP needed.Tests
make checkpasses locally (ruff clean; mypy clean on touched files;pytest green — the only local failures are pre-existing and
environment-only:
fastapi/[web]not installed and embeddingsinstalled, both of which also fail on
main)tests/test_config_model.py(15 cases:defaults, partial configs, unknown-key warning, malformed-value
failure, legacy-backends resolution, doctor integration)
CHANGELOG.mdupdated under## [Unreleased]Summary by CodeRabbit
.vouch/config.yamlparsing with validation/defaulting, exposed viaKBStore.config.backendand legacybackendswith fallback toauto).doctordiagnostics now fail fast with clear path-based errors.doctornow warns on unknown top-level and nested keys and reports invalid configs as errors.doctorreporting.