Agent skill

Packaging Static Installer

by netdata in netdata/netdata

Build, test, review or troubleshoot Netdata static makeself installers and packaging/makeself changes.

GPL-3.0Auto-check: notesDevOps & Cloud

Install Packaging Static Installer

skills CLI
$ npx skills add netdata/netdata --skill packaging-static-installer -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install netdata/netdata packaging-static-installer --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/netdata/netdata.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/packaging-static-installer .claude/skills/packaging-static-installer && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
packaging-static-installer
GitHub stars
81k
Token cost
~4.4k tokens
SKILL.md length
1,735 words
Files
2
Skills in repo
27
Repo updated
First seen
Licence
GPL-3.0

At a glance

Build, test, review or troubleshoot Netdata static makeself installers and packaging/makeself changes.

  • Works in 5 steps: Translates the architecture name… → Sets per-arch tuning flags… → Registers binfmt/QEMU on the container… → …
  • DevOps & Cloud work in your project
  • SKILL.md covers TL;DR — x86_64 native, What you actually run, Pre-flight (DO NOT SKIP) and Output artifacts, plus 8 more sections
  • Calls sh, git and docker

What it does

Packaging Static Installer is an agent skill from netdata/netdata. Build, test, review or troubleshoot Netdata static makeself installers and packaging/makeself changes. Covers x8664, aarch64, armv6l and armv7l builds, cache/image issues, artifact inspection and explicitly requested target deployment.

Its SKILL.md is about 4.4k tokens, which your agent loads only when the skill is triggered. The skill folder holds 2 other files (for example `how-tos/INDEX.md`).

It sits in DevOps & Cloud. The repository describes itself as: The fastest path to AI-powered full stack observability, even for lean teams. The licence is GPL-3.0.

When your agent uses it

  • DevOps & Cloud work in your project

Example prompts

  • “/packaging-static-installer”

Requirements

  • Docker

Workflow steps

5 steps, taken from the first numbered list in SKILL.md.

  1. Translates the architecture name (x86_64, aarch64, armv6l, armv7l) to a docker --platform value via packaging/makeself/uname2platform.sh.
  2. Sets per-arch tuning flags (packaging/makeself/build-static.sh:27-56)
  3. Registers binfmt/QEMU on the container host using a privileged container when cross-arch emulation is needed.
  4. Pulls netdata/static-builder:v1 if missing locally; removes a mismatched-platform image first.
  5. Bind-mounts $(pwd) into the container at /netdata and runs /netdata/packaging/makeself/build.sh inside it.

What it can do on your machine

Read from SKILL.md and the folder at commit 9fe30d9. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • sh
    • git
    • docker
    • scp
    • ssh

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use git, docker, scp and ssh, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Packaging Static Installer loads about 4.4k tokens when it runs. Until then it costs about 66 tokens; SKILL.md has 1,735 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~66
When it runs · the whole SKILL.md, loaded when a task matches
~4.4k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check: notes

The automated check noted patterns worth knowing about, such as sudo or a known installer.

  • NoteRuns commands with sudoSKILL.md:268
    sudo sh /tmp/netdata-x86_64-latest.gz.run -- --auto-update
  • NoteRuns commands with sudoSKILL.md:287
    sudo sh artifacts/netdata-x86_64-latest.gz.run --target "$EXTRACT_DIR" --noexec --keep

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from netdata/netdata at commit 9fe30d9, republished under its GPL-3.0 licence (© netdata). 1,735 words, ~4,433 tokens.

Download SKILL.mdSave it as .claude/skills/packaging-static-installer/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.
name
packaging-static-installer
description
Build, test, review or troubleshoot Netdata static makeself installers and packaging/makeself changes. Covers x86_64, aarch64, armv6l and armv7l builds, cache/image issues, artifact inspection and explicitly requested target deployment.

Building a static Netdata binary

The static build produces a self-extracting installer (netdata-<arch>-latest.gz.run) for a compatible Linux system matching the selected architecture, including supported 32-bit ARM targets. It installs under /opt/netdata without requiring a native build toolchain on the target.

TaskRead
Build an artifactPre-flight, orchestration, output and cache sections; cross-architecture/debug sections when applicable
Review or explain packagingAffected source owners and matching sections; assess existing build evidence without executing operational examples
Diagnose a build failureCommon failures plus the failing job and its current dependencies
Inspect or extract an archiveOutput artifacts and extraction guidance; extraction writes files and requires root
Deploy to a targetDeployment section, matching architecture and the actual installation/update policy requested

Loading this skill does not authorize image pulls/removal, submodule changes, privileged host registration, builds, extraction or target installation. An authorized build may involve those build prerequisites: inspect the concrete requirements and apply existing authorization. Preserve unrelated submodule work and existing artifacts before any operation that would replace them. Building an artifact alone does not authorize deploying it.

Timing, size and slowdown figures below are historical observations, not build or compatibility guarantees.

TL;DR — x86_64 native

bash
# 1. Pre-flight for an authorized build (inspect first; honor pinned reproduction inputs)
# Initialize only missing required submodules using Gotcha #1 below.
# For a normal build, refresh the image; retain the selected image for a pinned reproduction.
docker pull netdata/static-builder:v1     # see Gotcha #2

# 2. Build (~22-25 min cold, ~10-15 min on cache hit, on a 24-core host)
./packaging/makeself/build-static.sh x86_64

# 3. Output
ls -la artifacts/
# artifacts/netdata-x86_64-latest.gz.run        historically ~190 MB; matching compatible x86_64 Linux target
# artifacts/netdata-x86_64-vX.Y.Z-N-nightly.gz.run
# artifacts/netdata-latest.gz.run               (x86_64 only — alias of the above)
# artifacts/netdata-vX.Y.Z-N-nightly.gz.run     (x86_64 only — alias)

For debug builds: ./packaging/makeself/build-static.sh x86_64 debug.

What you actually run

The orchestrator is packaging/makeself/build-static.sh, which:

  1. Translates the architecture name (x86_64, aarch64, armv6l, armv7l) to a docker --platform value via packaging/makeself/uname2platform.sh.
  2. Sets per-arch tuning flags (packaging/makeself/build-static.sh:27-56):
    • x86_64 → -march=x86-64 baseline (distinct from the Nehalem-v2 QEMU CPU choice), GOAMD64=v1.
    • aarch64 → -march=armv8-a, Cortex-A53, GOARM64=v8.0.
    • armv7l → -march=armv7-a, Cortex-A7, GOARM=7.
    • armv6l → -march=armv6zk -mtune=arm1176jzf-s, ARM1176, GOARM=6.
  3. Registers binfmt/QEMU on the container host using a privileged container when cross-arch emulation is needed. Existing registration or SKIP_EMULATION skips that operation.
  4. Pulls netdata/static-builder:v1 if missing locally; removes a mismatched-platform image first.
  5. Bind-mounts $(pwd) into the container at /netdata and runs /netdata/packaging/makeself/build.sh inside it.

The container then runs packaging/makeself/run-all-jobs.sh, which executes packaging/makeself/jobs/*.sh in lexical order:

#JobWhat it does
00prepare-destinationLays out /opt/netdata/{bin,usr,sbin,...} symlinks
10libucontext.installBuilds bundled libucontext (musl context-switch fallback)
11openssl.installBuilds OpenSSL statically; version comes from bundled-packages.version
20libnetfilter_acct.installBuilds libnetfilter_acct statically
20libunwind.installBuilds libunwind statically
30curl.installBuilds curl + libcurl statically
40bash.installBuilds bash statically
50ioping.installBuilds ioping statically
70netdata-git.installBuilds Netdata itself (Rust crates + C/CMake + Go plugins) and installs into /opt/netdata
71install-typeStamps .install-type so the post-installer knows it's a static install
72conf-fixupStrips machine-specific configuration and sample files
80netdata-static-checkVerifies key binaries are statically linked
81netdata-runtime-checkBoots /opt/netdata/bin/netdata, waits for localhost:19999, checks /api/v1/info
82cpu-arch-checkChecks ELF class/machine for Netdata and go.d; does not prove the instruction-set baseline
89buildinfo.installWrites /opt/netdata/share/netdata/buildinfo.txt
90prepare-archive-sourceCopies post-installer scripts into the install tree
91copy-ca-certificatesBundles a CA bundle
98create-archiveRuns makeself.sh --gzip --complevel 9 --notemp --needroot to build the .gz.run
99copy-archivesRenames the archive to netdata-<arch>-<version>.gz.run and copies aliases

Source files: packaging/makeself/build-static.sh, packaging/makeself/build.sh, packaging/makeself/run-all-jobs.sh, packaging/makeself/functions.sh, packaging/makeself/jobs/.

Pre-flight (DO NOT SKIP)

For an authorized build, establish these prerequisites before spending build time. The launcher bind-mounts the checkout writable and replaces generated artifacts; preserve existing results that must survive the build.

Gotcha #1: submodules must be initialized

The build configures with CMake against vendored sources at:

  • src/aclk/aclk-schemas/
  • src/collectors/debugfs.plugin/libsensors/vendored/

If either is empty, CMake aborts after ~2 min with:

Cannot find source file: vendored/lib/access.c
No SOURCES given to target: vendored_libsensors
ABORTED  Failed to configure Netdata sources.

A plain fresh clone or linked worktree may have uninitialized submodules. Inspect git submodule status and local submodule changes first. Initialize missing required sources for the authorized build; do not reset modified or divergent submodules merely to make the status clean. For each required path listed above whose status begins with -, set missing_required_submodule to that exact path in the same shell invocation as the command below. Repeat that assignment and command once per selected path; do not assume shell variables persist across separate tool calls:

bash
git submodule update --init -- "${missing_required_submodule:?set one uninitialized required submodule path}"

The path argument confines initialization to the selected missing module. Do not use an unscoped or recursive update: that can move already initialized modules to recorded commits, including unrelated or deliberately divergent modules.

Verify with git submodule status: - means uninitialized, + differs from the recorded commit, and U is conflicted. A leading space confirms the recorded commit, not the absence of local edits. Investigate differences before proceeding.

Gotcha #2: refresh the cached docker image

The launcher pulls the target-platform image only when it is missing; it removes a cached image with a mismatched platform first. A previously observed stale image failed checksum verification with:

sha256sum: unrecognized option: c
SHA256 verification of tar file libnetfilter_acct-1.0.3.tar.bz2 failed (rc=1)
expected: <hash>, got <same-hash>

functions.sh uses sha256sum --c --status; an implementation lacking that option can fail despite matching bytes. This symptom is evidence to inspect the image/tool, not proof of a specific Alpine version. For a normal build session, refresh the intended platform's image and record its identity; a deliberately pinned reproduction should retain its selected image. The quick-start pull above targets native x86_64; use --platform from uname2platform.sh for other targets. A pull can replace the cached tag; current registry contents are not established by this skill.

Output artifacts

Job 99-copy-archives.sh writes to artifacts/ (gitignored, host-side, owned by your user):

artifacts/
├── netdata-x86_64-latest.gz.run            # copied alias of the versioned archive
├── netdata-x86_64-v2.10.0-171-nightly.gz.run
├── netdata-latest.gz.run                   # x86_64 only — generic alias
├── netdata-v2.10.0-171-nightly.gz.run      # x86_64 only — generic alias
└── cache/                                  # build cache, see below

For non-x86_64 builds, only the two netdata-<arch>-* files are produced (packaging/makeself/jobs/99-copy-archives.sh:25-30).

Verify a build:

bash
ls -la artifacts/
sha256sum artifacts/netdata-x86_64-latest.gz.run

# What's inside (read-only inspection, does not run the installer)
sh artifacts/netdata-x86_64-latest.gz.run --info
sh artifacts/netdata-x86_64-latest.gz.run --list | head

Each .gz.run is a makeself archive: a shell prefix that extracts the gzipped tar embedded after it. Run it as root on the target to install.

Build cache

artifacts/cache/<arch>/ holds the compiled third-party deps (openssl, curl, bash, libunwind, libnetfilter_acct, ioping) keyed by their pinned source versions in packaging/makeself/bundled-packages.version. The fetch logic is in packaging/makeself/functions.sh (cache_path(), fetch(), fetch_git(), store_cache()).

Implications:

  • First build: ~22-25 min on a 24-core host (most time = third-party compile + Rust crate compile + LTO link of the C plugins).
  • Cache hit: ~10-15 min (skips the third-party deps; only the netdata sources rebuild).
  • The cache survives git checkout and git clean -fd (it's under the gitignored artifacts/).
  • Bumping a version in bundled-packages.version invalidates that one entry — the rest still reuse.
  • Cache entries are version-derived directories under <arch>/<package>/; image contents and compiler flags are not part of that key. For a cold rebuild, preserve the exact cache being invalidated outside the active cache path, or build in an isolated checkout. Do not delete all of artifacts/: it also holds installers and other architectures. Any deletion still needs the existing task authorization.
Show full SKILL.md (719 more words)Show less

Cross-architecture builds (aarch64, armv7l, armv6l)

bash
./packaging/makeself/build-static.sh aarch64
./packaging/makeself/build-static.sh armv7l
./packaging/makeself/build-static.sh armv6l

The script auto-installs QEMU binfmt handlers via tonistiigi/binfmt:master if not already registered (packaging/makeself/build-static.sh:60-62). Cross-arch builds:

  • Run all C/Rust/Go compilation under QEMU emulation — expect 4-8× slowdown vs native.
  • Are CPU-bound, not network-bound — the source download is one-time.
  • Can fail in ways native builds do not (e.g. Rust LTO under QEMU has historically OOMed; libbpf BPF skeleton generation has hit qemu syscall edge cases). When you see a failure that isn't on x86_64 native, suspect QEMU first.

SKIP_EMULATION=1 is set automatically when the host already has a binfmt_misc entry for the target arch (e.g. on a CI runner with persistent qemu).

Debug builds

bash
./packaging/makeself/build-static.sh x86_64 debug

Sets NETDATA_BUILD_WITH_DEBUG=1 (packaging/makeself/build.sh:9-22), which selects reduced C optimization (-O1 -ggdb) and internal checks in the Netdata build job. Historically the archive was about twice the size, with slower runtime useful for valgrind/gdb. The README.md in packaging/makeself/ documents valgrind invocation.

Common failures

SymptomJobCauseFix
Cannot find source file: vendored/lib/access.c70 (CMake configure)Submodules not initializedInitialize only the missing required path under Gotcha #1
sha256sum: unrecognized option: c then expected: X, got X11 / 20 / 30 / 40 / 50Image checksum utility lacks the required option; stale image is one observed causeFor a normal build, refresh the intended platform image under Gotcha #2; retain pinned reproduction inputs
No cached copy of build directory for X found, fetching sources instead. (every run)any third-partyartifacts/cache/ removed or arch dir missingNormal on first build; persists for the next run
Could not find a usable OCI runtimen/aNeither docker nor podman in $PATHInstall one
Runtime check times out waiting for localhost:1999981Agent did not become reachable within the bounded wait; cause is not yet establishedInspect the job log and netdata.log, then diagnose startup
not statically linked warning80 (static check)A new dep introduced a dynamic linkAudit ldd of the built binary; check CMakeLists.txt for target_link_libraries adding a shared lib
OOM kill mid-Rust compile under QEMU70QEMU + Rust LTO is memory-hungryUse a suitably provisioned native builder or investigate actual job parallelism; the launcher exposes no PROCESSORS knob

The build script exits with Build failed. on any job failure (packaging/makeself/build.sh:44-52). For an interactive TTY launch, DEBUG_BUILD_INFRA=1 is forwarded and opens a bash shell on failure; the non-TTY branch does not forward it. Use an interactive launch when that diagnostic shell is needed.

Watching a long-running build

Prefer the execution tool's tracked session for a long build. If using a shell background job, give it a fresh task directory and capture its PID immediately:

bash
BUILD_RUN="$(mktemp -d "${TMPDIR:-/tmp}/netdata-build.XXXXXX")" || exit $?
LOG="$BUILD_RUN/build.log"
nohup ./packaging/makeself/build-static.sh x86_64 > "$LOG" 2>&1 &
BUILD_PID=$!
printf '%s\n' "$BUILD_PID" > "$BUILD_RUN/build.pid"

# Progress
grep -E '^ --- running' "$LOG"          # job-level milestones
tail -f "$LOG"                          # streaming output
docker stats --no-stream                # CPU/RAM of the running container

Before stopping it, verify the recorded PID still belongs to this task; stopping the launcher does not prove its container stopped. Inspect the task container identity separately and never terminate by a broad process name.

Indicators the build is alive (output buffering can stall the log for minutes during heavy compile):

  • ps -eo pid,pcpu,comm --sort=-pcpu | head shows rustc, cc1, lto1-ltrans near 50-70% each.
  • docker stats shows the static-builder container at hundreds of % CPU.
  • The container's working set in docker stats keeps changing.

Deploying to a target

Use this only for the requested target installation, with a matching architecture and the requested update policy.

bash
# Copy
scp artifacts/netdata-x86_64-latest.gz.run target-host:/tmp/

# Install (on the target, as root)
ssh target-host
sudo sh /tmp/netdata-x86_64-latest.gz.run -- --auto-update
# installer flags after the bare `--`; common: --dont-start-it, --disable-telemetry,
# --claim-token <T> --claim-rooms <R>, --no-updates

The installer always installs into /opt/netdata (hard-coded; --target would change it but the in-archive paths assume /opt/netdata, do not override).

Read-only archive metadata/listing:

bash
sh artifacts/netdata-x86_64-latest.gz.run --info     # makeself metadata
sh artifacts/netdata-x86_64-latest.gz.run --list     # full file manifest

For requested extraction, use a fresh directory. --noexec skips the installer but still writes files and does not bypass the archive's root requirement. --target here controls extraction, not a supported alternate install prefix.

bash
EXTRACT_DIR="$(mktemp -d "${TMPDIR:-/tmp}/netdata-extract.XXXXXX")" || exit $?
sudo sh artifacts/netdata-x86_64-latest.gz.run --target "$EXTRACT_DIR" --noexec --keep

Keep the extracted files for inspection; do not reuse an existing destination or remove unrelated files.

How to extend this skill

Capture timing and authorization follow AGENTS.md#knowledge-capture. Authorized recipes for build failures, architecture-specific quirks, and reusable workflows belong in how-tos/, with an entry in ./how-tos/INDEX.md. Keep SKILL.md focused on the workflow and route detailed recipes through the catalog.

Source-of-truth pointers

  • packaging/makeself/README.md — high-level user-facing doc (architectures, valgrind notes).
  • packaging/makeself/build-static.sh — host-side launcher, arch matrix, docker invocation.
  • packaging/makeself/build.sh — in-container entry; debug-flag parsing.
  • packaging/makeself/run-all-jobs.sh — job runner.
  • packaging/makeself/functions.sh — cache_path(), fetch(), fetch_git(), store_cache(), progress(), run() helpers.
  • packaging/makeself/jobs/*.sh — the ordered build steps.
  • packaging/makeself/bundled-packages.version — pinned versions of openssl, curl, bash, libunwind, libnetfilter_acct, ioping.
  • packaging/makeself/install-alpine-packages.sh — the package list the static-builder docker image is built from (used when refreshing the image, not on every build).
  • packaging/makeself/uname2platform.sh — arch → docker --platform translation.
  • packaging/makeself/makeself.sh, makeself-header.sh — vendored makeself archive builder.

© netdata, GPL-3.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 1 other file in .agents/skills/packaging-static-installer of netdata/netdata.

  • SKILL.md
  • how-tos/INDEX.md

Open the folder on GitHubat commit 9fe30d9

Compare with similar skills

Packaging Static Installer next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Packaging Static Installer compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Packaging Static Installer this skillnetdata/netdata81k—~4.4kAutomated safety check: NotesGPL-3.0
Monitor CInrwl/nx29k5 repos~4.7kAutomated safety check: PassMIT
Terraform and OpenTofu Guideagentscope-ai/QwenPaw35k6 repos~4.2kAutomated safety check: PassApache-2.0
Vercel Optimize Auditvercel-labs/agent-skills32k8 repos~4.3kAutomated safety check: PassNone
Analyze GitHub Action Logswithastro/astro63k1 repos~1.3kAutomated safety check: PassCustom licence
Iron Proxy Gateway for NanoClawnanocoai/nanoclaw31k—~4.6kAutomated safety check: NotesMIT

Similar skills

  • Monitor CI

    nrwl/nx

    Monitor Nx Cloud CI pipeline and handle self-healing fixes. An agent skill from nrwl/nx.

    29k GitHub starsUsed in 5 repos~4.7k tokens
    DevOps & CloudAuto-check passed
  • Terraform and OpenTofu Guide

    agentscope-ai/QwenPaw

    Guidance for writing and testing Terraform and OpenTofu code: module structure, naming, test approaches, CI/CD workflows, state handling and security scanning.

    35k GitHub starsUsed in 6 repos~4.2k tokens
    DevOps & CloudAuto-check passed
  • Vercel Optimize Audit

    vercel-labs/agent-skills

    Official

    Runs a metrics-first audit of a deployed Vercel project, gating investigations on real signals to produce ranked, citation-backed cost and performance recommendations.

    32k GitHub starsUsed in 8 repos~4.3k tokens
    DevOps & CloudAuto-check passed
  • Official

    Analyze recent GitHub Actions workflow runs to identify patterns, mistakes, and improvements.

    63k GitHub starsUsed in 1 repo~1.3k tokens
    DevOps & CloudAuto-check passed
  • Installs or refreshes Iron Proxy and its Iron Control web console for NanoClaw, with a local Docker setup, database, credentials and a human approval bridge.

    31k GitHub stars~4.6k tokensUpdated yesterday
    DevOps & CloudAuto-check: notes
  • Terraform Skill

    antonbabenko/terraform-skill

    A skill your agent uses when writing, reviewing, or debugging Terraform/OpenTofu modules, tests, CI, scans, or state ops - diagnoses failure mode (identity churn, secrets, blast radius, CI drift…

    2.4k GitHub starsUsed in 1 repo~5.1k tokens
    DevOps & CloudAuto-check passed

More from netdata/netdata

All 27 skills in this repo
  • Docs Learn PR Preview

    netdata/netdata

    Use only when the user explicitly asks to build, run, preview, inspect, or validate learn.netdata.cloud locally using the contents of a PR or documentation branch before merge.

    81k GitHub stars~2k tokensUpdated today
    Auto-check passed
  • Repo Mirror Sources

    netdata/netdata

    Inspect Netdata-org source checkouts under NETDATAREPOSDIR, or set up and synchronize that mirror when requested.

    81k GitHub stars~1.2k tokensUpdated today
    Auto-check: notes
  • Triage Agent Events

    netdata/netdata

    Investigate Netdata crashes, panics and fatals from agent-events captures or authorized fleet queries.

    81k GitHub stars~2.4k tokensUpdated today
    Auto-check: notes
  • Triage Codacy

    netdata/netdata

    Inspect, analyze, troubleshoot, or review Codacy findings and local analyzer/API helpers.

    81k GitHub stars~2.2k tokensUpdated today
    Auto-check: notes
  • Triage Coverity

    netdata/netdata

    Inspect or review Coverity Scan defects and saved CID bundles; fetch live findings or apply verified triage decisions when requested.

    81k GitHub stars~1.4k tokensUpdated today
    Auto-check passed
  • Triage Sonarqube

    netdata/netdata

    Inspect, review, or apply authorized triage decisions to SonarCloud issues and security hotspots; also review the Sonar helpers.

    81k GitHub stars~2.8k tokensUpdated today
    Auto-check: notes

Categories

Questions about Packaging Static Installer

What does Packaging Static Installer do?

Build, test, review or troubleshoot Netdata static makeself installers and packaging/makeself changes. Packaging Static Installer is an agent skill from netdata/netdata. Build, test, review or troubleshoot Netdata static makeself installers and packaging/makeself changes.

When should I use Packaging Static Installer?

Packaging Static Installer fits situations like: devOps & Cloud work in your project.

How do I install Packaging Static Installer in Claude Code?

Run `npx skills add netdata/netdata --skill packaging-static-installer -a claude-code`. Or copy the skill folder (.agents/skills/packaging-static-installer in netdata/netdata) into .claude/skills/packaging-static-installer in your project. Claude Code loads it when a task matches its description.

How do I install Packaging Static Installer in Codex?

Run `npx skills add netdata/netdata --skill packaging-static-installer -a codex`. Or copy the skill folder (.agents/skills/packaging-static-installer in netdata/netdata) into .agents/skills/packaging-static-installer in your project. Codex loads it when a task matches its description.

Can I use Packaging Static Installer in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add netdata/netdata --skill packaging-static-installer -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/packaging-static-installer, .gemini/skills/packaging-static-installer, .github/skills/packaging-static-installer and .opencode/skills/packaging-static-installer in your project.

What does Packaging Static Installer need to run?

Going by SKILL.md and its folder, Packaging Static Installer needs the command-line tools its instructions call (sh, git, docker, scp and ssh). Our summary lists: Docker.

Does Packaging Static Installer access the network?

SKILL.md contains no URLs. Its commands use git, docker and ssh, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Packaging Static Installer safe to install?

Our automated static check of SKILL.md found notes only (runs commands with sudo), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.

What licence does Packaging Static Installer use?

Packaging Static Installer is published under the GPL-3.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Packaging Static Installer use?

About 4.4k tokens (SKILL.md is roughly 18k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Packaging Static Installer?

Skills that share tags, products or a category with Packaging Static Installer: Monitor CI (nrwl/nx, 29k stars), Terraform and OpenTofu Guide (agentscope-ai/QwenPaw, 35k stars), Vercel Optimize Audit (vercel-labs/agent-skills, 32k stars) and Analyze GitHub Action Logs (withastro/astro, 63k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Packaging Static Installer?

netdata (a GitHub organization) maintains it in netdata/netdata, which has 80,820 GitHub stars. The repository holds 27 skills in this directory. The repository was last updated on October 7, 2026.

Source: netdata/netdata on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.