Run any Skill in Manus with one click

artifact-size-measurement-and-range-verification

Stars10

Forks0

UpdatedJune 24, 2026 at 19:56

Use when you have built multiple Docker image variants (e.g., cli, dev, linux, windows) from a multi-stage Dockerfile and need to verify that their uncompressed and compressed storage footprints fall within documented acceptable ranges (e.

Installation

Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.

Run Skill in Manus

Source

HolobiomicsLab

HolobiomicsLab/asb-skill-collections

View GitHub Repository View Creator Repositories

Download

Run Skill in Manus

Related occupationsSOC

Based on SOC occupation classification

Network and Computer Systems AdministratorsComputer and Mathematical Occupations·SOC 15-1244

SKILL.md

readonly

name	artifact-size-measurement-and-range-verification
description	Use when you have built multiple Docker image variants (e.g., cli, dev, linux, windows) from a multi-stage Dockerfile and need to verify that their uncompressed and compressed storage footprints fall within documented acceptable ranges (e.
license	CC-BY-4.0
metadata	{"edam_topics":[],"tools":["AirdPro V5","Docker (docker build, docker inspect, docker system df)","Dockerfile (multi-stage build with --target flag)"],"license_tier":"open"}
derived_from	[{"doi":"10.1186/s12859-021-04490-0","title":"aird"}]
evidence_spans	["AirdPro V5 is now available at 2023.7"]
claims	[]
provenance	{"collection":"https://w3id.org/holobiomicslab/asb-skill/collection/metabolomics/v2","assembled_by":"scripts/collect_metabolomics_collection.py","sources":[{"build":"coll_aird","doi":"10.1186/s12859-021-04490-0","title":"aird"}],"dedup_kept_from":"coll_aird"}
schema_version	0.2.0
attribution	{"generator":"AgenticScienceBuilder","original_doi":"10.1186/s12859-021-04490-0","all_source_dois":["10.1186/s12859-021-04490-0"],"zenodo_doi":"10.5281/zenodo.20794027","curators":[],"promoter":"Louis-Félix Nothias","sponsor":"CNRS & Université Côte d'Azur"}

artifact-size-measurement-and-range-verification

Summary

Measure uncompressed and compressed sizes of built Docker image artifacts, compare against documented acceptable ranges, and generate a structured pass/fail verification report. This skill ensures Docker image variants meet storage and distribution requirements before deployment.

When to use

You have built multiple Docker image variants (e.g., cli, dev, linux, windows) from a multi-stage Dockerfile and need to verify that their uncompressed and compressed storage footprints fall within documented acceptable ranges (e.g., cli 6–7 GB, dev 9–11 GB, linux 8–10 GB, windows 4–5 GB) before release or deployment.

When NOT to use

Docker images have not yet been built; execute the build step first.
No documented size range specifications are available for the image variants; establish baseline ranges before running verification.
Image variants do not have distinct, named build targets in the Dockerfile; refactor the Dockerfile to support --target before applying this skill.

Inputs

Multi-stage Dockerfile with named build targets (runtime-cli, runtime-dev, runtime-linux, runtime-windows)
Docker daemon with built or buildable images
Documented size range specifications per variant (e.g., JSON or text file with variant name and min/max GB)

Outputs

Structured verification report (CSV, JSON, or tabular format) with columns: image_name, uncompressed_size_gb, compressed_size_gb, documented_range_gb, pass_fail_status
Size measurements in gigabytes (both uncompressed and compressed)

How to apply

Execute multi-stage Docker builds for each image variant using the --target flag (e.g., docker build --target runtime-cli). Query uncompressed image size in bytes using docker inspect --format='{{.Size}}' for each built image. Retrieve compressed size using docker system df or Docker API calls to measure actual storage footprint on disk. Convert both byte measurements to gigabytes. Compare each measured value (uncompressed and compressed) against the documented range for that variant. Generate a structured report listing image name, measured size (GB), documented range (GB), and pass/fail status. Pass criterion: measured size must fall within or below the documented range for storage compliance.

Related tools

Docker (docker build, docker inspect, docker system df) (Build Docker images with named targets, query uncompressed image sizes via inspect, and retrieve compressed disk footprint via system df)
Dockerfile (multi-stage build with --target flag) (Define build stages and named targets (runtime-cli, runtime-dev, runtime-linux, runtime-windows) to enable selective image variant construction)
AirdPro V5 (Reference system for which Docker image size audit is being conducted) — https://github.com/CSi-Studio/AirdPro

Evaluation signals

All four image variants (cli, dev, linux, windows) are successfully built and queryable via docker inspect.
Uncompressed size measurements returned by docker inspect --format='{{.Size}}' are non-zero and in bytes.
Compressed size measurements from docker system df are retrieved for each variant and are smaller than or equal to uncompressed sizes.
All measured sizes (both uncompressed and compressed, converted to GB) fall within or below the documented range for each variant (e.g., cli measured ≤ 7 GB, dev ≤ 11 GB, linux ≤ 10 GB, windows ≤ 5 GB).
Verification report is generated with no missing data; all variants have a documented range, measured size, and clear pass/fail status.

Limitations

Docker system df reports compressed size as stored on the local Docker daemon; actual distribution size may vary depending on registry compression, image layers, and pull-time deduplication.
Uncompressed size from docker inspect reflects the extracted filesystem size; this may not account for layer-level decompression overhead or intermediate build artifacts.
Documented size ranges must be established and maintained separately; if ranges are outdated or incorrect, verification will be unreliable.
Multi-stage builds with overlapping dependencies may produce counterintuitive size ratios between variants; measured sizes should be interpreted in context of each variant's dependencies and tools.

Evidence

[other] Execute the multi-stage Docker build process via docker build --target runtime-cli, docker build --target runtime-dev, docker build --target runtime-linux, and docker build --target runtime-windows to produce all four image variants.: "Execute the multi-stage Docker build process via docker build --target runtime-cli, docker build --target runtime-dev, docker build --target runtime-linux, and `docker build --target"
[other] Query each built image using docker inspect --format='{{.Size}}' to retrieve the uncompressed image size in bytes.: "Query each built image using docker inspect --format='{{.Size}}' to retrieve the uncompressed image size in bytes."
[other] Query the compressed size of each image stored on disk using docker system df or equivalent Docker API calls to determine the actual storage footprint.: "Query the compressed size of each image stored on disk using docker system df or equivalent Docker API calls to determine the actual storage footprint."
[other] Convert byte sizes to gigabytes and compare each against the documented range (cli 6–7 GB, dev 9–11 GB, linux 8–10 GB, windows 4–5 GB).: "Convert byte sizes to gigabytes and compare each against the documented range (cli 6–7 GB, dev 9–11 GB, linux 8–10 GB, windows 4–5 GB)."
[other] Generate a structured verification report listing image name, measured size (GB), documented range, and pass/fail status for each variant.: "Generate a structured verification report listing image name, measured size (GB), documented range, and pass/fail status for each variant."

More from this repository

same repository

ablation-study-design-and-interpretation

HolobiomicsLab/asb-skill-collections

Use when when you have a neural network or machine learning model with multiple tunable hyperparameters (layer size, regularization strength, dropout) or design choices (e.

2026-06-2410

abstract-base-class-implementation

HolobiomicsLab/asb-skill-collections

Use when when building a visualization library that must support multiple plotting backends (e.g., matplotlib, bokeh, plotly) and multiple data types (e.g., chromatograms, spectra, peak maps) without duplicating core logic or configuration handling across backend–plot-type combinations.

2026-06-2410

abundance-normalization-and-summary-statistics

HolobiomicsLab/asb-skill-collections

Use when after peaks have been assigned to heteroatom classes (e.g., CHO, CHON, CHOS, CHOP) and you need to compare molecular composition across samples, classes, or time series.

2026-06-2410

accuracy-metric-computation

HolobiomicsLab/asb-skill-collections

Use when after running inference on a trained structure prediction model with one or more input modalities (1H NMR, 13C NMR, or combined), you have generated predicted molecular formulas and connectivity graphs that need to be compared against known ground truth structures.

2026-06-2410

adduct-annotation-against-reference-library

HolobiomicsLab/asb-skill-collections

Use when after computing a histogram of all pairwise mass differences from an MSI dataset, use this skill when you have observed mass difference peaks that may correspond to known adducts (e.g., [M+H]+, [M+Na]+, [M−H2O]+).

2026-06-2410

adduct-assignment-accuracy-assessment

HolobiomicsLab/asb-skill-collections

Use when you have a trained formula ranking model (such as MIST-CF) and want to measure the specific performance gain from incorporating multiple positive-mode adduct types (e.g., [M+H]+, [M+Na]+, [M+K]+, [M+NH4]+) instead of restricting predictions to [M+H]+ only.

2026-06-2410

name	artifact-size-measurement-and-range-verification
description	Use when you have built multiple Docker image variants (e.g., cli, dev, linux, windows) from a multi-stage Dockerfile and need to verify that their uncompressed and compressed storage footprints fall within documented acceptable ranges (e.
license	CC-BY-4.0
metadata	{"edam_topics":[],"tools":["AirdPro V5","Docker (docker build, docker inspect, docker system df)","Dockerfile (multi-stage build with --target flag)"],"license_tier":"open"}
derived_from	[{"doi":"10.1186/s12859-021-04490-0","title":"aird"}]
evidence_spans	["AirdPro V5 is now available at 2023.7"]
claims	[]
provenance	{"collection":"https://w3id.org/holobiomicslab/asb-skill/collection/metabolomics/v2","assembled_by":"scripts/collect_metabolomics_collection.py","sources":[{"build":"coll_aird","doi":"10.1186/s12859-021-04490-0","title":"aird"}],"dedup_kept_from":"coll_aird"}
schema_version	0.2.0
attribution	{"generator":"AgenticScienceBuilder","original_doi":"10.1186/s12859-021-04490-0","all_source_dois":["10.1186/s12859-021-04490-0"],"zenodo_doi":"10.5281/zenodo.20794027","curators":[],"promoter":"Louis-Félix Nothias","sponsor":"CNRS & Université Côte d'Azur"}

artifact-size-measurement-and-range-verification

Summary

When to use

When NOT to use

Docker images have not yet been built; execute the build step first.
No documented size range specifications are available for the image variants; establish baseline ranges before running verification.
Image variants do not have distinct, named build targets in the Dockerfile; refactor the Dockerfile to support --target before applying this skill.

Inputs

Multi-stage Dockerfile with named build targets (runtime-cli, runtime-dev, runtime-linux, runtime-windows)
Docker daemon with built or buildable images
Documented size range specifications per variant (e.g., JSON or text file with variant name and min/max GB)

Outputs

Structured verification report (CSV, JSON, or tabular format) with columns: image_name, uncompressed_size_gb, compressed_size_gb, documented_range_gb, pass_fail_status
Size measurements in gigabytes (both uncompressed and compressed)

How to apply

Related tools

Docker (docker build, docker inspect, docker system df) (Build Docker images with named targets, query uncompressed image sizes via inspect, and retrieve compressed disk footprint via system df)
Dockerfile (multi-stage build with --target flag) (Define build stages and named targets (runtime-cli, runtime-dev, runtime-linux, runtime-windows) to enable selective image variant construction)
AirdPro V5 (Reference system for which Docker image size audit is being conducted) — https://github.com/CSi-Studio/AirdPro

Evaluation signals

All four image variants (cli, dev, linux, windows) are successfully built and queryable via docker inspect.
Uncompressed size measurements returned by docker inspect --format='{{.Size}}' are non-zero and in bytes.
Compressed size measurements from docker system df are retrieved for each variant and are smaller than or equal to uncompressed sizes.
All measured sizes (both uncompressed and compressed, converted to GB) fall within or below the documented range for each variant (e.g., cli measured ≤ 7 GB, dev ≤ 11 GB, linux ≤ 10 GB, windows ≤ 5 GB).
Verification report is generated with no missing data; all variants have a documented range, measured size, and clear pass/fail status.

Limitations

Docker system df reports compressed size as stored on the local Docker daemon; actual distribution size may vary depending on registry compression, image layers, and pull-time deduplication.
Uncompressed size from docker inspect reflects the extracted filesystem size; this may not account for layer-level decompression overhead or intermediate build artifacts.
Documented size ranges must be established and maintained separately; if ranges are outdated or incorrect, verification will be unreliable.
Multi-stage builds with overlapping dependencies may produce counterintuitive size ratios between variants; measured sizes should be interpreted in context of each variant's dependencies and tools.

Evidence

[other] Execute the multi-stage Docker build process via docker build --target runtime-cli, docker build --target runtime-dev, docker build --target runtime-linux, and docker build --target runtime-windows to produce all four image variants.: "Execute the multi-stage Docker build process via docker build --target runtime-cli, docker build --target runtime-dev, docker build --target runtime-linux, and `docker build --target"
[other] Query each built image using docker inspect --format='{{.Size}}' to retrieve the uncompressed image size in bytes.: "Query each built image using docker inspect --format='{{.Size}}' to retrieve the uncompressed image size in bytes."
[other] Query the compressed size of each image stored on disk using docker system df or equivalent Docker API calls to determine the actual storage footprint.: "Query the compressed size of each image stored on disk using docker system df or equivalent Docker API calls to determine the actual storage footprint."
[other] Convert byte sizes to gigabytes and compare each against the documented range (cli 6–7 GB, dev 9–11 GB, linux 8–10 GB, windows 4–5 GB).: "Convert byte sizes to gigabytes and compare each against the documented range (cli 6–7 GB, dev 9–11 GB, linux 8–10 GB, windows 4–5 GB)."
[other] Generate a structured verification report listing image name, measured size (GB), documented range, and pass/fail status for each variant.: "Generate a structured verification report listing image name, measured size (GB), documented range, and pass/fail status for each variant."