agentsclimarketplace

Build artifact validation

Skill HolobiomicsLab/asb-skill-collections/collections/metabolomics/v2/skills/build-artifact-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 build-artifact-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 completing a platform-specific build (e.g., mvn clean package, qmake6 && make, cmake && make) to confirm the generated artifact is not corrupted and can execute on the intended OS (Windows 10, Ubuntu 22.04, macOS 12+ ARM64, or other documented targets).

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

6.5 KB, ~1.2k tokens by cl100k_base, as published. Nobody here has run it

build-artifact-validation

Summary

Verify that a compiled software artifact (executable, JAR, binary, or wheel) is functional and executable on its target platform by invoking basic smoke tests. This skill confirms successful cross-platform builds and detects runtime dependency failures early.

When to use

After completing a platform-specific build (e.g., mvn clean package, qmake6 && make, cmake && make) to confirm the generated artifact is not corrupted and can execute on the intended OS (Windows 10, Ubuntu 22.04, macOS 12+ ARM64, or other documented targets). Use this skill before packaging for distribution or documenting supported platforms.

When NOT to use

  • Build has not yet completed or artifact does not exist—run the full build first
  • You are performing unit/integration testing requiring complex input data or fixtures—use the project's test suite instead
  • Artifact is already packaged and distributed; use instead to validate on end-user systems post-download

Inputs

  • Build system configuration file (pom.xml, build.gradle, CMakeLists.txt, LipidSpace.pro, or setup.py)
  • Compiled artifact (executable, .exe, .jar, binary, .dylib, or .whl file)
  • Target platform identifier (Windows 10, Ubuntu 22.04, macOS 12+ ARM64)

Outputs

  • Verification report: artifact is executable and functional on target platform
  • Runtime dependency verification (libraries accessible, linked correctly)
  • Exit code and output from smoke test invocation

How to apply

Locate the build output directory and identify the generated artifact (executable path, .exe, .jar, .so/.dylib, or .whl file). Invoke the artifact with a minimal, non-destructive command—typically --help, --version, or a dry-run flag—to confirm the binary is executable and linked correctly. On macOS ARM64, verify that runtime dylib dependencies (e.g., libcppGoslin.dylib) are accessible via DYLD_LIBRARY_PATH or co-located next to the executable. If the smoke test succeeds (exit code 0, expected output), the artifact is fit for user distribution. If it fails, trace the error (missing library, segfault, missing dependency) and re-run the full build with corrected prerequisites.

Related tools

Examples

./LipidSpace --help

Evaluation signals

  • Smoke test (--help, --version, or minimal invocation) exits with code 0 and produces expected output without segmentation faults or undefined behavior
  • All runtime dependencies (QT6 libraries, libcppGoslin.dylib on macOS, libOpenXLSX.a, openssl@3) are accessible and linked correctly
  • Artifact executes on all documented target platforms (Windows 10, Ubuntu 22.04, macOS 12+ ARM64) without modification
  • No missing symbol, file not found, or platform-specific runtime errors appear in stderr
  • Build artifact file size and modification timestamp are consistent with the build execution timestamp

Limitations

  • Smoke tests verify only binary availability and basic execution; they do not validate functional correctness, numerical accuracy, or complex workflows
  • Platform-specific dependencies (e.g., QT6, OpenSSL, CUDA) must be pre-installed on the target OS; this skill does not check for unmet system dependencies before invocation
  • macOS ARM64 builds require explicit handling of dylib placement or DYLD_LIBRARY_PATH configuration; validation may fail silently if libraries are not accessible at runtime
  • Validation on macOS ARM64 requires that OpenXLSX has been built from source for arm64 architecture; pre-compiled x86_64 binaries will fail with architecture mismatch errors

Evidence

  • [other] Verify compilation succeeded by checking for the generated executable, JAR, binary, or wheel artifact in the expected output directory.: "Verify compilation succeeded by checking for the generated executable, JAR, binary, or wheel artifact in the expected output directory."
  • [other] Run a basic smoke test (e.g., invoking the tool with --help or a minimal input) to confirm the artifact is executable and functional on the target platform.: "Run a basic smoke test (e.g., invoking the tool with --help or a minimal input) to confirm the artifact is executable and functional on the target platform."
  • [readme] LipidSpace has been built and tested under Windows 10, Ubuntu 22.04 Linux, and macOS 12+ (ARM64 / Apple Silicon), demonstrating successful compilation and execution on these target platforms.: "LipidSpace has been built and tested under Windows 10, Ubuntu 22.04 Linux, and macOS 12+ (ARM64 / Apple Silicon), demonstrating successful compilation and execution on these target platforms."
  • [readme] At runtime, libcppGoslin.dylib must be accessible. Copy it next to the executable or set DYLD_LIBRARY_PATH: "At runtime, libcppGoslin.dylib must be accessible. Copy it next to the executable or set DYLD_LIBRARY_PATH"
  • [readme] OpenXLSX must be built from source for ARM64. A build script is provided in the repository root: "OpenXLSX must be built from source for ARM64. A build script is provided in the repository root"

What ships with it

Read from the repository

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

Keep looking

Skills are one crate of 328,083. 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.