map-check
Skill15 starsChanged 14 days agoApache-2.0View on GitHub
The honest inspector for Map Your Knowledge — read-only conformance checks of an organized scope via a small bundled script, always reporting what was checked AND what was not; it can never claim an unqualified "all clear". Trigger when the user says "check this map", "check the graph", "is this vault still healthy", "run map-check", or "/map-check". Read-only forever; repairs belong to map-this and map-maintain.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- azalio/map-frameworktheir own version, first seen Sep 15, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- azalio/map-framework★ 155same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository95 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- llms.txtllms.txt
- agent-mailboxSkill
- agent-outputSkill
- ask-gateSkill
- ask-meSkill
- audit-coupled-constantSkill
- budget-checkSkill
- build-prototypeSkill
- caller-optionsSkill
- cold-reviewSkill
- debug-taskSkill
- define-termsSkill
- defuddleSkill
- design-an-interfaceSkill
- diff-recapSkill
- directives-auditSkill
- domain-checkSkill
- double-checkSkill
- extract-signalSkill
- freshness-contractSkill
- github-syncSkill
- handoff-executeSkill
- handoffSkill
- headless-claudeSkill
- headless-codexSkill
- headless-geminiSkill
- headless-grokSkill
- headless-modelsSkill
- headless-update-modelsSkill
- headless-usageSkill
- human-drawSkill
- human-mergeSkill
- human-outputSkill
- human-rewriteSkill
- implement-taskSkill
- improve-codebase-architectureSkill
- insight-adversarialSkill
- insight-anglesSkill
- insight-assessSkill
- insight-critiqueSkill
- insight-cross-examineSkill
- insight-exploreSkill
- insight-premortemSkill
- insight-reference-classSkill
- insight-retroSkill
- insight-root-causeSkill
- insight-skill-gapSkill
- insight-test-assumptionSkill
- insight-value-of-informationSkill
- investigateSkill
- json-canvasSkill
- map-initSkill
- map-maintainSkill
- map-rulesSkill
- map-thisSkill
- monorepo-depsSkill
- multi-agent-modeSkill
- next-skillsSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
3 rules. About 0 are common, 1 is distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 67
Not implemented: optional lifecycle values, eight-field ceremony, snapshot pairs, automatic discovery of scope-local instructions, …
- Very specific: line 75
Run it and relay its verdict intact.
- Very specific: line 77
If Node.js or the exact checker companion is unavailable, no deterministic map-check verdict exists.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
/map-check
The read-only conformance front door for Map Your Knowledge (MYK). It validates a scope against the named MYK sources and never invents rules of its own.
Protocol provenance. MYK v2.4 comes from
map-rules/SKILL.mdand its routed references. Each finding carries its owning file and heading.
The two iron rules
- Read-only forever. map-check never writes, renames, or proposes-and-applies. Findings go to the Handler, and repairs run through
map-this(one-off) ormap-maintain(the tending loop). - Unqualified CLEAN is banned. The only positive verdict is: "clean for checks {list} over inventory {source}, mode {mode}; not checked: {list}." A crash can never read as a pass: the JSON envelope separates operational errors from findings by shape.
Load the available map-rules owner and selected references for manual rule/provenance review. If that sibling is absent, the bundled compiled checker may still run within its documented boundary; report manual rule review unavailable, never invent the missing rules or claim full coverage.
Required checker companion
The bundled deterministic companion references/tools/map-check.mjs does the mechanical work with Node.js and no model in the validation path:
node <this-skill>/references/tools/map-check.mjs <target-path> [--root-map <scope-relative-path>] [--json] [--max-files N] [--max-ms N]- Target classes: an explicit path inside a scope, or a scope root (a directory containing
.myk/README.mdor a declared root map). Ambiguous or contested scopes fail closed (scope-conflict). - DEGRADED target: pass the established scope root itself as
<target-path>and its contained root-map locator through--root-map. The checker resolves that locator relative to the supplied target; it does not promise walk-up scope discovery from a nested target. - Modes: FULL when
scope.md— Organized-scope evidence resolves.myk/README.md; DEGRADED when the caller supplies another exact declared root-map source. Absence of a declaration is never a finding; undeclared trees are outside jurisdiction. - Inventory honesty: the script checks the supplied target, scope root and required read paths with lstat and native-realpath identity before use, then walks the scope with bounded inventory. Every governed Markdown entrypoint must be readable, including when reached only by a plain link without a fragment. Visible redirects, unreadable required evidence and skipped boundaries produce operationally incomplete exit
2. These mechanisms cannot observe every reparse form and do not prevent races; the result is not proof of race-free containment. The report includesinventory: {source, complete, scanned}. - Exit codes:
0ran, zero findings (qualified-clean) ·1ran, findings present ·2operational error ·3target/scope resolution error.
Checks
| Check | Named source | Finding classes |
owner-declaration | ownership.md — Eligibility and ownership | missing-owner · multiple-owners · root-declares-owner |
reciprocal-spine | ownership.md — Eligibility and ownership | spine-drift-mapside · dangling-owner |
address-form | naming.md — Address rules and lyt.md — Cross-vault references | bare-duplicate-basename · ambiguous-target · raw-cross-vault-wikilink |
meta-container | frontmatter.md — Additional constraints and ownership.md — Shared meta | parse-error · duplicate-key · malformed-map-value · legacy-owner-key |
archive-consistency | lifecycle.md — Currentness and archive evidence | missing-callout · signal-disagreement · unsignalled-archive |
case-fold-collisions | naming.md — Sibling case-fold collisions | case-fold-collision |
exclusion-integrity | ownership.md — Managed artifacts and ownership.md — Excluded subtrees | malformed-exclusion · mapside-coverage-missing |
link-contract-grammar | link-resolution.md — Scope-contract grammar | malformed-contract |
link-occurrence-closure | link-resolution.md — Terminal classes and closure | occurrence-closure-broken |
Not checked, reported every run: prose quality; semantic roles in free-form maps; earned-scope judgment; whether an undeclared tree should be organized; tag semantics beyond syntax; positive cross-vault validity; frontmatter-contained links; optional lifecycle-value legality; snapshot exemptions; the eight-field frontmatter ceremony; qualified Lyt-vault target resolution; and work state.
Bundled checker boundary
The companion implements the named checks above, with address-form limited to owner resolution, duplicate-basename ambiguity, and raw cross-vault prohibition. It independently parses link declarations and resolves the eleven terminal occurrence classes from link-resolution.md. A cap before inventory or occurrence closure returns typed check-incomplete exit 2, never clean. Invalid machine declarations return contract-invalid with diagnostics and no usable resolution. After occurrence closure, a time cap assigns the remaining records residual-at-cap, emits incomplete resolution and exit 1; do not heal or enrich from it. map-scan and map-check share named semantics but no implementation; normalized-record disagreement is evidence.
Not implemented: optional lifecycle values, eight-field ceremony, snapshot pairs, automatic discovery of scope-local instructions, Unicode/Obsidian heading-slug normalization, embed-specific semantics, and qualified-Lyt-vault resolution. Narrowing the declared boundary requires explicit review.
Suppression sources — exactly two
The script consumes only M3 declarations in the scope contract: exclusions_honored and managed_declared identify their source paths under ownership.md. It does not load style records or suppress findings from prose. A Handler-confirmed style ruling may be applied only in a separate manual disposition ledger naming the ruling source, affected finding and reason; relay the raw deterministic verdict unchanged. Unknown or unconfirmed prose suppresses nothing.
Agent duties around the script
Run it and relay its verdict intact. Never upgrade "clean for these checks" into "all clear". Lead with DEGRADED mode or incomplete inventory. Route findings to the Handler through map-this or map-maintain.
If Node.js or the exact checker companion is unavailable, no deterministic map-check verdict exists. A separate review may follow the selected map-rules references, but label it MANUAL REVIEW — not a map-check verdict, state its exact inventory and omissions, and never issue qualified-clean language.
Human output. This skill's handler-facing output obeys the human-output contract (
human-output/SKILL.md).
Next skills. On completion, run the Next Skills protocol (
next-skills/SKILL.md): surface thenext-skillsrecommendations from front-matter for the caller to pick. Offer only — never auto-invoke.
Self-improvement. On completion, run the Self-Improvement Protocol (
self-improve/SKILL.md): apply its signal taxonomy and threshold to this run; surface any surviving proposal for handler approval. Conservative — silent otherwise. Never auto-apply.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

