Second clean-context audit found author Must/Should and audit FAIL/SUGGESTION tiers drifting apart, and author Musts the audit never checked. - factory-audit: FAIL on absolute or bare relative hook script paths, an applyTo present but empty, and unbalanced braces/brackets in applyTo; judgment steps for dependency stem collisions, helper .json in hook dirs, unresolvable instruction links, prompt model slugs and second-person bodies; an unmatched glob drops to SUGGESTION; deliberate tier deviations recorded in hook-flow.md; validate.sh --help lists the three new modes; DescriptionOpener message no longer prescribes "Use when". - primitive-author: deprecated routing, extra prompt keys and the prompt description contract become Shoulds; hook Musts gain "contributes an entry", no bare relative paths, and executable-when-run-directly; prompt Must 1 covers hardlinks; Vale prose FAILs resolved at close. - forge: say "hook, instruction or prompt" rather than "apm primitive". Refs #94 Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01KkT7RSDwDbmrM9T34b6sTi
3.6 KiB
source_keys
| source_keys | ||
|---|---|---|
|
Instruction Flow
Steps 1 to 3 for an apm instruction — the target Step 0 matched as a *.instructions.md file.
Work them in order, then return to SKILL.md Step 4 to report.
Gotchas
apm compile --validateis not a gate. Every messageInstruction.validate()produces is a warning, and it reports success on a file with no description and an empty body — never cite it as evidence against a finding.descriptionnever reaches Claude, and it is index text elsewhere, never a routing description. Do not hold it to the skill description contract: no trigger clause, no boundary clause. A ValeKyberforge.DescriptionOpeneralert here means rewrite it as a plain statement of what the rule covers.
Step 1 — Deterministic checks
Resolve both paths against this skill's own directory. Run exactly:
bash scripts/validate.sh <instruction-file>
bash scripts/vale-wrap.sh <instruction-file>
validate.sh findings become the ### Structure dimension, FAILs and SUGGESTIONs both, at the tier the script assigned: path, frontmatter, description, body, an applyTo that is present but empty or has unbalanced braces or brackets, a missing or list-form applyTo, extra keys, and a stem duplicated at the package root. It exits 0 with no FAIL, 1 on real findings, 2 when it never ran — report that as ### Structure unverified, quoting the stderr reason.
vale-wrap.sh applies the bundled Kyberforge style. Every alert is a FAIL under ### Prose, cited by rule ID; do not re-derive it by judgment. 0 files scanned means NOT RUN, not clean — say so and judge prose by reading.
There is no provenance step: an instruction carries no source_keys.
Step 2 — Read the instruction and its context
Read the file, the package's apm.yml, and the repo's root AGENTS.md. For a scoped file, list the tracked files its applyTo matches (rtk git ls-files filtered by the glob). List the instruction stems the installed dependencies ship (apm_modules/**/.apm/instructions/*.instructions.md) — the script checks only the package root for a duplicate.
Step 3 — Qualitative audit
Cite file and line for every finding.
scope — an instruction applies when files matching applyTo are touched; with no applyTo it loads into every session of every repo that installs the package.
- FAIL: an always-on file whose content is a rule for this repo alone — it belongs in
AGENTS.md, which is the repo's single always-on source, not in a package that ships it to every consumer. - FAIL: the stem matches an instruction an installed dependency ships — both deploy to
.claude/rules/<stem>.md, and one silently overwrites the other. - SUGGESTION: an
applyToglob that matches no tracked file here. It is legitimate for files the package's consumers have and this repo does not, so name the mismatch rather than failing it. - SUGGESTION: an always-on file whose content is really file-type specific — narrow it with
applyTo. - SUGGESTION: a glob much broader than the content (
**for a rule about Python).
description
- SUGGESTION: the description does not say what the rule covers, or contradicts the body. Any rationale Claude readers need belongs in the body, because Claude drops the description.
- SUGGESTION: a relative markdown link that does not resolve from the source file — apm rewrites links on deploy, and a broken one stays broken on every target.
Then return to SKILL.md Step 4, opening the report with this coverage line:
Checked: structure · prose · scope · description