agentsclimarketplace

Batch record processing

Skill HolobiomicsLab/asb-skill-collections/collections/metabolomics/v2/skills/batch-record-processing

Use when when you have a repository containing hundreds or thousands of structured records (e.g., MassBank records in standardized format) that must be validated for correctness before release or merge.From its SKILL.md

Install
npx -y skills add HolobiomicsLab/asb-skill-collections --skill batch-record-processing

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

  • 15 stars15 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 file declares

Copied from the file, not written here

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.9 KB, 924 tokens by cl100k_base, as published. Nobody here has run it

batch-record-processing

License: restricted — no clear open-source license detected for the underlying tool; verify licensing before commercial use or redistribution. <!-- asb-license-banner -->

Summary

Automated validation of large collections of structured scientific records (e.g., mass spectrometry metadata) using continuous integration workflows and specialized validators. This skill ensures data consistency and compliance across thousands of records without manual inspection of each entry.

When to use

When you have a repository containing hundreds or thousands of structured records (e.g., MassBank records in standardized format) that must be validated for correctness before release or merge. Use this skill if you need to catch validation failures early in the development cycle and maintain a visible audit trail (e.g., status badges) of validation outcomes across branches.

When NOT to use

  • Records are already validated in a prior pipeline stage and no schema or format changes have occurred since validation.
  • Validation logic is domain-specific and no reusable validator tool exists for your record format.
  • Record collection is too small (<10 records) to justify the setup overhead of CI automation.

Inputs

  • Repository containing structured records in standardized format (e.g., MassBank records)
  • GitHub Actions workflow configuration file (e.g., validate-records.yml)
  • Validator tool or command-line interface (e.g., MassBank-web Validator)

Outputs

  • Validation status report (JSON or CSV format) with pass/fail outcomes per record set
  • Validation status badges for main and dev branches
  • GitHub Actions workflow logs and execution results

How to apply

Set up a GitHub Actions workflow (e.g., validate-records.yml) that triggers on pushes and pull requests to your repository. Configure the workflow to invoke a specialized validator tool (such as the MassBank-web Validator) against all records in the repository. Collect validation results for each record and aggregate them by record set. Generate a machine-readable validation report (JSON or CSV format) with pass/fail outcomes. Display validation status badges on main and dev branches to provide real-time visibility into data quality. This approach leverages version control hooks to enforce data integrity as a gate before code merges.

Related tools

Evaluation signals

  • All records in the repository pass validation without errors reported in the workflow log.
  • Validation status badges display a 'passing' state for both main and dev branches.
  • Machine-readable output report (JSON/CSV) contains records with expected pass/fail counts matching manual spot-checks of known-good and known-bad records.
  • Workflow execution time is consistent and proportional to record count (no unexpected timeouts or failures).
  • Any record failing validation is flagged with specific error messages that allow root cause diagnosis.

Limitations

  • Validator tool must exist and be callable from CI environment; domain-specific validators may not be available for all record types.
  • Workflow setup and maintenance require familiarity with GitHub Actions syntax and CI/CD best practices.
  • Validation rules are static at workflow execution time; schema changes require workflow edits and re-deployment.
  • MassBank-web repository is deprecated; validator maintenance has moved to MassBank-cli-tools, requiring migration of existing workflows.

Evidence

  • [intro] GitHub Actions validates content with MassBank-web Validator: "uses GitHub Actions to validate the content of all records with the Validator from MassBank-web"
  • [readme] Status badges indicate validation on main and dev branches: "MassBank-data validation status * main branch * dev branch"
  • [other] Workflow produces structured validation results: "Collect validation results for each record and record set. 4. Generate a validation status report with pass/fail outcomes per record set. 5. Output the validation report in a machine-readable format"
  • [readme] Validator moved to maintained repository: "The validator and other command line tools are maintained in https://github.com/MassBank/MassBank-cli-tools"

What ships with it

Read from the repository

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

Keep looking

Skills are one crate of 325,949. 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.