Add detailed validation evidence
This commit is contained in:
@@ -335,12 +335,20 @@ with each reached scope and its outcome (`valid`, `failed`, or `canceled`).
|
||||
example config validate
|
||||
example config validate --scope promptkit --format yaml
|
||||
example config validate --scope all
|
||||
example config validate --scope all --details --severity warning --code schema.version
|
||||
```
|
||||
|
||||
Each successful scope is reported as `SCOPE: valid`. Aggregate validation stops
|
||||
at the first load failure or cancellation, then submits one report containing
|
||||
the reached scopes. Output errors occur after acquisition has stopped. Provider
|
||||
warnings go to the diagnostic stream and do not alone make validation fail.
|
||||
`--details` includes native findings and the source references needed to
|
||||
interpret them. Each scope's detail state is `unavailable`, `empty`, `filtered`,
|
||||
or `present`. Repeat `--severity error|warning` or `--code CODE` to filter
|
||||
findings: values within a filter match any, and the two filters narrow together.
|
||||
Filters require `--details` and never change the validation outcome. Detailed
|
||||
output suppresses ordinary warnings associated with its native findings; other
|
||||
messages and terminal failure explanations remain visible.
|
||||
`--config` and `--overlay` preserve whether an
|
||||
empty value was explicitly supplied, so a scope callback can map those inputs to
|
||||
its own ConfigKit load policy. Help and invalid syntax do not call scope
|
||||
|
||||
Reference in New Issue
Block a user