VersionTruth: Real-time version validation

VerifiedCaution

The antidote to version hallucinations: real-time ground-truth for npm, Node, and GitHub Actions.

Sby Skills Guide Bot
DevelopmentIntermediate
7/23/2026
Claude CodeCursorWindsurfCopilotCodex
#version-pinning#dependencies#npm#github-actions#hallucination-mitigation

Recommended for

Automated summary

This skill queries an external API (boomtick.blog) to check the real versions of npm packages, Node runtimes, and GitHub Actions before an agent edits a version pin in package.json, .nvmrc, or a workflow.

Strengths

  • Provides live ground truth instead of relying on the model's training cutoff
  • Reports outdated, deprecated (npm), and EOL (Node) status via /compare-version, with a batch endpoint to validate several candidates at once
  • Has explicit failure handling: if the request fails, the pin is left unchanged rather than guessed or reverted
  • Explicitly warns against downgrading a version just because it looks unfamiliar

Limitations

  • Fully dependent on a third-party service; if boomtick.blog is unreachable, no check can be performed
  • Covers only npm, node, and gh-action ecosystems, and is subject to a 100-request-per-15-minute rate limit plus 30-minute edge caching
  • Requires curl and jq locally and sends package names to an external API
When to use it

Use it whenever an agent is about to write, correct, or bump a version in package.json, .nvmrc, .node-version, or a uses: line in a GitHub Actions workflow.

When not to use it

Avoid it when the environment has no outbound network access, when the project uses none of npm, Node, or GitHub Actions, or when internal policy forbids calling external services.

Security analysis

Caution
Quality score88/100

The skill instructs read-only HTTP GET/POST requests to a version-checking API using curl and jq. No destructive, exfiltrating, or obfuscated actions are present. The main risk is reliance on an external network service and undeclared tool usage, which is acceptable for legitimate purposes but warrants caution.

Findings
  • •Requires curl and jq binaries but does not declare them in allowed-tools; metadata lists them under openclaw.requires.bins.
  • •Makes network requests to an external third-party domain (boomtick.blog), sending package names and version candidates. While not secret data, it is a non-official service.
How this analysis is made

Examples

Verify a GitHub Action pin
Check whether actions/checkout@v3 in .github/workflows/ci.yml is outdated using VersionTruth, and if so tell me the latest version.
Validate a dependency bump
Before you edit package.json, confirm with VersionTruth that pnpm 9.1.0 is current and not deprecated.
Check Node EOL status
I want to set .nvmrc to Node 18 — query VersionTruth to see if that release is EOL and what the latest Node version is.

name: "VersionTruth" description: "The antidote to version hallucinations: real-time ground-truth for npm, Node, and GitHub Actions." version: "1.1.0" emoji: "🛡️" author: "Ariel Anders" github: "arii" tags: ["versions", "ci", "dependencies", "hallucination-mitigation", "npm", "node", "github-actions", "agents", "nanda"] metadata: openclaw: requires: bins: - "curl" - "jq"

Instructions

  1. Before pinning, editing, or correcting any dependency or runtime version pin in package.json, .nvmrc, .node-version, or a .github/workflows/*.yml uses: line, identify the candidate version string you intend to write.
  2. Query GET https://boomtick.blog/api/compare-version?ecosystem={ecosystem}&name={name}&candidate={candidate} or use the POST https://boomtick.blog/api/batch-compare endpoint to validate multiple candidates at once.
  3. Inspect the comparison results: verify isOutdated, isCurrent, isDeprecated (npm-only), and isEOL (node-only) statuses.
  4. If a version is outdated, deprecated, or EOL, evaluate upgrading to the returned latest version instead.

Rules

  • Never downgrade an existing version string in the repo simply because it is unfamiliar or not recognized from your training data cutoff.
  • Treat unfamiliar version strings as a signal to check VersionTruth, not as evidence of a typo or error.
  • Keep version changes minimal and additive, validating each proposal against live registry data.
  • Responses are cached for 30 minutes at the edge; do not hammer the endpoints with repeated requests for the same package/version within a single session.
  • The name parameter maps as follows: the npm package name for npm (e.g. pnpm), the GitHub repository path for gh-action (e.g. actions/checkout), and is omitted or set to node for the node ecosystem.

Error Handling

  • If the API request fails or the endpoint is unreachable, do not guess or revert; leave the version pin unchanged and note in your execution logs that the check could not be completed.
  • If a package name format or query parameter is invalid, report the validation error to the user immediately. Validation errors return 400 with { "error": "<message>" }.
  • Requests are rate-limited to 100 per 15-minute window per IP. A rate-limited response returns 429 with X-RateLimit-Remaining: 0; back off until the timestamp in X-RateLimit-Reset rather than treating this as a hard failure.

API Specification

Base URL: https://boomtick.blog/api

Note: All resource paths listed below must be appended directly to the Base URL (e.g. Base URL + /latest-version resolves to https://boomtick.blog/api/latest-version). Do not duplicate slashes.

GET /skill.md

Returns this SKILL.md file dynamically as raw Markdown, allowing self-discovery of these endpoints at runtime.

Example request:

curl -s "https://boomtick.blog/api/skill.md"

GET /health

Lightweight health check endpoint returning service status.

Example request:

curl -s "https://boomtick.blog/api/health"

Example response:

{
  "status": "ok",
  "service": "VersionTruth",
  "checkedAt": "2026-07-10T08:30:00.000Z"
}

GET /latest-version

Returns the current latest version for a package, runtime, or action.

| param | required | values | |---|---|---| | ecosystem | yes | npm | node | gh-action | | name | required unless ecosystem=node | npm package name, or owner/repo for gh-action |

Example request:

curl -s "https://boomtick.blog/api/latest-version?ecosystem=gh-action&name=actions/checkout"

Example response:

{
  "ecosystem": "gh-action",
  "name": "actions/checkout",
  "latest": "v4.2.2",
  "checkedAt": "2026-07-10T08:30:00.000Z"
}

GET /compare-version

Tells you whether a candidate version is outdated, current, or ahead of the real latest. Includes npm deprecation warnings (isDeprecated) and Node EOL warnings (isEOL).

| param | required | values | |---|---|---| | ecosystem | yes | npm | node | gh-action | | name | required unless ecosystem=node | npm package name, or owner/repo | | candidate | yes | the version string the agent is about to use |

Example request:

curl -s "https://boomtick.blog/api/compare-version?ecosystem=gh-action&name=actions/checkout&candidate=v4" | jq '.isOutdated'

Example response:

{
  "ecosystem": "gh-action",
  "name": "actions/checkout",
  "candidate": "v4",
  "latest": "v4.2.2",
  "isOutdated": true,
  "isCurrent": false,
  "isAheadOfLatest": false,
  "isDeprecated": null,
  "isEOL": null,
  "checkedAt": "2026-07-10T08:30:00.000Z"
}

POST /batch-compare

Allows querying comparison results for up to 25 items concurrently. Requests exceeding this limit are rejected with 400.

Example request:

curl -s -X POST -H "Content-Type: application/json" \
  -d '[
    { "ecosystem": "npm", "name": "pnpm", "candidate": "9.0.0" },
    { "ecosystem": "gh-action", "name": "actions/checkout", "candidate": "v4" }
  ]' \
  "https://boomtick.blog/api/batch-compare"

Example response:

[
  {
    "ecosystem": "npm",
    "name": "pnpm",
    "candidate": "9.0.0",
    "latest": "10.28.2",
    "isOutdated": true,
    "isCurrent": false,
    "isAheadOfLatest": false,
    "isDeprecated": false,
    "isEOL": null
  },
  {
    "ecosystem": "gh-action",
    "name": "actions/checkout",
    "candidate": "v4",
    "latest": "v4.2.2",
    "isOutdated": true,
    "isCurrent": false,
    "isAheadOfLatest": false,
    "isDeprecated": null,
    "isEOL": null
  }
]

Changelog

1.1.0

  • Introduced /api/batch-compare POST endpoint (max 25 items) for concurrent checks.
  • Refactored deprecation and EOL checks into clean ecosystem-specific isDeprecated and isEOL fields.
  • Added /api/health health verification route.
  • Integrated IP-based rate limiting (100 req / 15 min / IP) on all endpoints.
  • Hardened registry lookups against SSRF (strict owner/repo allowlist on GitHub Actions fetcher) and path traversal (dev server API resolver uses containment check + identifier allowlist).

From the file to a first result

The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.

View the source and supporting files

This download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.

1. Download the file

Download SKILL.md

From the root of a test project, save the file as .skill-downloads/versiontruth-real-time-version-validation-mrx3xy1l/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.

Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.

mkdir -p '.skill-downloads/versiontruth-real-time-version-validation-mrx3xy1l' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/versiontruth-real-time-version-validation-mrx3xy1l/download' --output '.skill-downloads/versiontruth-real-time-version-validation-mrx3xy1l/SKILL.md.part' && mv '.skill-downloads/versiontruth-real-time-version-validation-mrx3xy1l/SKILL.md.part' '.skill-downloads/versiontruth-real-time-version-validation-mrx3xy1l/SKILL.md'

2. Check prerequisites

Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.

No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.

The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.

3. Load the skill

This file does not provide a usable name/description header for this native procedure. It remains available to download and inspect; use the manual method below.

Manual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.

4. Try a first task

Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:

Read .skill-downloads/versiontruth-real-time-version-validation-mrx3xy1l/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.

Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.

Related skills