Agent kit for working on canonical/chisel-releases. Cross-agent skills + scripts for authoring and reviewing chisel slice definition files.
81
85%
Does it follow best practices?
Impact
75%
Average score across 5 eval scenarios
Low
Low-risk findings worth noting
Use the official slicing guide for package inspection and the Debian relationship definitions for dependency field semantics. Package dependencies are discovery input; a slice's dependencies must supply the selected functionality.
Depends: and Pre-Depends:. Retain runtime needs, including
interpreters, configuration, data and dynamically loaded plugins. Do not copy
every package dependency or automatically include Recommends: / Suggests:;
include one only when the selected functionality demonstrably needs it.essential: graph supplies every required provider, including
transitive shared libraries and runtime lookups absent from linker output.Record the retained graph, existing slices reused, new slices required and
significant exclusions with reasons. Verify the graph with independent cuts and
functional tests under kb/_spread-tests.md; static references alone do not
establish a working dependency closure.
For package inspection, run _deb-list.py from the target checkout for each
required architecture. For Pro or custom archives, use an already authorised
archive setup. Do not infer absence from private archives using public archive
evidence; apply kb/_verification.md when inspection cannot complete.