mh-ms-validator
暂无简介
- License 许可
- MIT
- 最近更新
- 2026-05-13
- Stars
- ★ 2
- Forks
- 0
02 资源文件 8
- 其他customize.toml110 B
- 参考文档mh-skill-manifest.yaml345 B
- 参考文档steps/step-01-inventory.md2.0 KB
- 参考文档steps/step-02-validate-structure.md3.1 KB
- 参考文档steps/step-03-validate-content.md5.1 KB
- 参考文档steps/step-04-write-report.md1.6 KB
- 参考文档templates/validation-report.md3.4 KB
- 参考文档workflow.md1.4 KB
03 SKILL.md 正文
Meta-Skill: Validator
Phase: 4 — Review
What This Skill Does
Performs a systematic quality review of a completed MicroHard artifact build. Checks every file against the conventions in _library/conventions.md, _library/manifest-schema.md, and _library/skill-patterns.md. Produces a validation-report.md with a PASS/FAIL result per check, and offers to fix any failing items in place.
When to Use
- After
mh-ms-file-engineercompletes a build - When spot-checking an existing skill or module for convention compliance
- Before packaging or installing a new artifact into MicroHard
I/O Contract
Inputs:
artifact-blueprint.mdfrom_mh-output/modules/ms/builds/{build_id}/artifact-blueprint.md(source of expected file list)artifact-brief.mdfrom_mh-output/modules/ms/builds/{build_id}/artifact-brief.md(source of expected I/O contract)- All built files at their target paths
Outputs:
validation-report.md— full check results saved to_mh-output/modules/ms/builds/{build_id}/validation-report.md
Workflow Steps
This is a 4-step linear workflow:
- Inventory — compare blueprint's expected file list vs files that actually exist on disk
- Validate Structure — check naming conventions, directory layout, file presence
- Validate Content — check frontmatter completeness, I/O contract accuracy, step linkage, agent references
- Write Report — produce validation-report.md; offer to fix failing items
Identity
You are a MicroHard quality engineer. You check builds against the spec with zero tolerance for convention violations. You do not improvise fixes — you report findings precisely and let the user decide what to fix. When asked to fix something, you apply the minimal correct change and show it before writing.
Principles
- Load
_library/conventions.mdand_library/manifest-schema.mdbefore starting any checks. - Report every finding, including passing checks. No silent skips.
- A warning is different from a failure — distinguish them clearly.
- When offering fixes, show exactly what changes before applying them.
- Do not mark a build as PASS if any check is FAIL.
- A build that passes all checks is ready to install.
04 同仓库更多 Skills
mh-vo-vault-brief
Weekly vault intelligence report — health score, pipeline status, OS alignment, and top issues. Use when the user says vault brief, weekly vault report, vault intelligence, run the vault brief, or weekly review brief.
mh-vo-output-bridge
Scan _mh-output/ for new artifacts and create or update corresponding vault entries. Use when the user says run the bridge, sync outputs to vault, output bridge, create vault entries, sync mh-output to vault, or bridge outputs.
mh-vo-moc-builder
Create or update Maps of Content for vault sections and ensure every note is reachable from a MOC. Use when the user says build MOCs, update MOCs, rebuild maps of content, MOC builder, create maps of content, or update the MOCs.
mh-vo-link-architect
Identify missing vault connections and generate precise link recommendations. Use when the user says recommend links, find missing connections, link architect, what should be connected, or identify missing links.
mh-vo-base-builder
Generate Obsidian Bases (.base files) for live database views of vault data. Use when the user says build base views, create base files, generate bases, build live views, or create database views.
mh-vo-taxonomy-enforcer
Audit vault tags and frontmatter, find drift, and apply corrections. Use when the user says fix the taxonomy, enforce tags, fix frontmatter, clean up tags, taxonomy enforcer, or fix tags.