agentsclimarketplace

Installation verification and validation

Skill HolobiomicsLab/asb-skill-collections/packs/metabolomics/lc-ms/skills/installation-verification-and-validation

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 installation-verification-and-validation

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 after cloning the ENPKG repository and installing dependencies using uv sync or conda, before executing the workflow on metabolomics datasets.

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

8.5 KB, ~1.5k tokens by cl100k_base, as published. Nobody here has run it

Installation Verification and Validation

Summary

Verify that all ENPKG workflow dependencies, Python environment, and external tools (uv, Sirius, conda/anaconda) are correctly installed and configured by running setup validation checks and confirming environment variables are properly sourced. This skill ensures the computational environment is ready for LC-MS/MS metabolomics data processing before launching the full workflow.

When to use

After cloning the ENPKG repository and installing dependencies using uv sync or conda, before executing the workflow on metabolomics datasets. Use this skill when environment setup is complete but you need to confirm that all runtime requirements (Python version, Sirius binary path, environment variables, virtual environment isolation) are functional and correctly configured.

When NOT to use

  • When the workflow has already been executed successfully on this machine — re-validation is unnecessary unless dependencies are updated or environment is reset.
  • If you are only reading or modifying workflow configuration files (params/user.yml) without intent to execute — validation adds no value to static code review.
  • When working with a pre-configured container or cluster environment where installation is managed by administrators — individual verification may conflict with centralized package management.

Inputs

  • Cloned enpkg/enpkg_full repository directory
  • .env configuration file with PATH_TO_SIRIUS and Sirius credentials
  • System PATH with Git and Anaconda/Miniconda
  • Project pyproject.toml or uv.lock dependency specification

Outputs

  • Active isolated Python virtual environment (.venv)
  • Setup validation report documenting Python version, Sirius path, platform, and all dependency versions
  • Sourced environment variables (PATH_TO_SIRIUS, SIRIUS_USERNAME, SIRIUS_PASSWORD)
  • Test execution logs confirming pytest or equivalent validation commands pass

How to apply

First, activate or verify the isolated .venv environment created by uv sync, and confirm the Python version matches the workflow requirements (e.g., Python 3.11). Second, verify that the Sirius binary is correctly installed by checking the PATH_TO_SIRIUS variable in the .env file and confirming the binary exists at that absolute path (e.g., /opt/sirius/sirius/bin/sirius on Linux, /opt/sirius/sirius.app/Contents/MacOS/sirius on macOS). Third, load the .env file into your shell session using source .env to make runtime secrets and machine-specific paths available. Fourth, run provided test commands such as uv run pytest to execute validation checks that confirm all components are correctly configured. Finally, verify that Git and Anaconda/Miniconda are installed and accessible in the PATH, as these are listed prerequisites. Document the environment configuration details including Python version, Sirius installation path, and OS/CPU platform in a setup report for reproducibility.

Related tools

Examples

uv sync && uv run pytest && source .env && set -a && source .env && set +a && echo "Setup validation complete"

Evaluation signals

  • uv sync completes without errors and creates a .venv directory containing Python executable and installed packages
  • uv run pytest executes successfully with all tests passing, indicating dev dependencies (pytest, linters) are correctly installed
  • Sirius binary is accessible at the path stored in PATH_TO_SIRIUS environment variable; running the binary without error confirms installation and platform detection
  • Environment variables are properly sourced: source .env followed by echo $PATH_TO_SIRIUS returns the absolute path without empty output
  • Python version check via python --version or uv python show matches the minimum required version (e.g., 3.11); virtual environment isolation is confirmed by checking $(which python) points to .venv/bin/python

Limitations

  • The setup validation workflow assumes user has write permissions in the project directory to create .venv and download/install packages; insufficient permissions will cause silent or explicit failures.
  • Sirius installation requires platform auto-detection (Linux, macOS, Windows) via the install_sirius.sh script; users on unsupported CPU architectures or OS variants may need manual intervention or platform override flags.
  • Environment variables in .env are user-specific and machine-specific (absolute paths, credentials); they are not version-controlled (git-ignored), so validation on a different machine or after .env deletion will fail until .env is reconfigured.
  • The README does not specify expected runtime duration or system resource requirements for validation; validation on resource-constrained systems may timeout or fail indirectly due to slow dependency resolution.
  • No changelog is provided in the repository, so there is no clear record of which environment changes or package version updates might cause previously-passing validation to fail; users must rely on GitHub release notes and issue tracking.

Evidence

  • [readme] With uv installed, sync the project dependencies into an isolated .venv: uv sync: "With uv installed, sync the project dependencies into an isolated .venv"
  • [readme] You can also run commands without activating by prefixing them with uv run, e.g.: uv run pytest: "You can also run commands without activating by prefixing them with uv run, e.g.: uv run pytest"
  • [readme] Activate it with: source .venv/bin/activate: "Activate it with: source .venv/bin/activate"
  • [readme] Before running the workflow, load the file into your shell session: set -a; source .env; set +a: "Before running the workflow, load the file into your shell session"
  • [readme] You will need to have Git and Anaconda (or Miniconda) installed.: "You will need to have Git and Anaconda (or Miniconda) installed."
  • [readme] Run src/install_sirius.sh <install_dir> to download and unpack the latest release for your platform: "Run src/install_sirius.sh <install_dir> to download and unpack the latest release for your platform"
  • [readme] After installation, identify the full path to the sirius binary and store it in .env as PATH_TO_SIRIUS.: "After installation, identify the full path to the sirius binary and store it in .env as PATH_TO_SIRIUS"
  • [other] Verify the installation by running provided setup validation checks or test commands to confirm all components are correctly configured.: "Verify the installation by running provided setup validation checks or test commands to confirm all components are correctly configured."

What ships with it

Read from the repository

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

Keep looking

Skills are one crate of 327,167. 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.