agentsclimarketplace

Schema conformance checking

Skill HolobiomicsLab/asb-skill-collections/packs/metabolomics/ms-generic/skills/schema-conformance-checking

Curated, evidence-grounded skill and software-tool collections for scientific AI agents, generated by the AgenticScienceBuilder

Install
npx -y skills add HolobiomicsLab/asb-skill-collections --skill schema-conformance-checking

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 14 stars14 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Use when you have a collection of records in a standardized format (e.g., MassBank plain-text or structured records) that must be validated before commit or publication.

The file declares its own license as CC-BY-4.0. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

5.4 KB, 872 tokens by cl100k_base, as published. Nobody here has run it

schema-conformance-checking

Summary

Automated validation of structured scientific records (e.g., mass spectrometry data) against a formal schema to detect field presence, data type, value range, and format violations. This skill ensures that records conform to defined standards before integration into a shared repository.

When to use

Apply this skill when you have a collection of records in a standardized format (e.g., MassBank plain-text or structured records) that must be validated before commit or publication. Triggers include: new records added to a version-controlled repository, pull requests requiring automated quality gates, or periodic validation runs to detect schema drift in existing data.

When NOT to use

  • Records are already validated and certified by an upstream authority; re-running the full schema check is redundant.
  • Input format is unstructured text or image data that cannot be parsed into named fields.
  • The schema specification is unknown, unstable, or not machine-readable.

Inputs

  • MassBank record files (plain-text or structured format)
  • Record metadata fields (accession, name, formula, mass, spectrum peaks)
  • Schema or format specification defining valid field names, types, ranges, and patterns

Outputs

  • Validation report listing passed and failed checks
  • Per-record error messages with field names and constraint violations
  • Pass/fail status suitable for CI workflow gate decisions

How to apply

Load individual records from input files or strings and parse their metadata fields (accession, name, formula, mass, spectrum peaks, etc.) according to the declared format specification. Apply a rule engine (implemented in the schema validator) that checks field presence, data type constraints, value ranges, and format patterns. Collect and report all violations as validation errors or warnings, organized by record and rule. The validation is typically invoked automatically in a CI/CD workflow (e.g., GitHub Actions) on every commit or pull request, allowing failures to block merges until records are corrected.

Related tools

Evaluation signals

  • All required metadata fields are present in each record.
  • Field values conform to declared types (e.g., mass is numeric, accession is string with correct prefix).
  • Numeric fields fall within specified ranges; spectrum peaks have valid m/z and intensity values.
  • String fields match required format patterns (e.g., accession format, chemical formula syntax).
  • CI workflow validation badge shows 'passing' status for the target branch; failed checks are reported as actionable error messages.

Limitations

  • The validator enforces schema rules but cannot detect semantic errors (e.g., a chemically invalid formula that is syntactically correct).
  • Validation is defined by the schema specification; updates to schema rules require coordination across the repository and CI configuration.
  • Performance may degrade with very large record collections; the article does not specify validation runtime or scalability thresholds.

Evidence

  • [other] Schema conformance via field, type, range, and format checks: "Apply the validation rules implemented in MassBank-web Validator.java (field presence, data type, value range, format constraints)."
  • [readme] CI-based automation on record repository: "This repo contains all MassBank records and uses GitHub Actions to validate the content of all records with the Validator from MassBank-web."
  • [other] Record parsing and field extraction: "Parse the record's metadata fields (accession, name, formula, mass, spectrum peaks, etc.) according to MassBank format specification."
  • [other] Structured validation report output: "Generate a validation report listing passed and failed checks with specific error messages."

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 326,984. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.