Findings are layered
YAML syntax errors, schema errors, cross-object problems and policy warnings are kept apart, because each means something different. A schema error is something the API server would reject. A cross-object warning is about how your objects fit together. A policy warning is a recommendation you can switch off.
Click any finding to jump to the line in the editor. Positions are UTF-16 offsets into the text you pasted, shown as line and column.
Common mistakes it catches
Quoted integers ("3"), unquoted values that must be strings, enum typos such as IfNotPresnt, unknown fields that strict field validation rejects, selector and template label mismatches, requests above limits, memory written in millibytes (100m), numeric ports quoted into port names, duplicate container or port names, missing volume definitions, and Job templates that keep the default restartPolicy.
Questions
Why is my custom resource only "syntax only"?
No schema for it is installed in this tool, so only YAML syntax was checked. CRD schema import is on the roadmap. Until then the tool will not claim the resource is valid.
Is an "unknown field" error real?
kubectl uses strict server-side field validation by default since 1.27, so the API server rejects unknown fields. If the pack is missing a real field, the finding says which field and pack version so you can report it.
Does passing mean the server will accept it?
No. Admission controllers, quotas, defaulting and policies in your cluster can still reject or mutate the object. Use the server-side dry-run command for that check.