Nodetool

PassAudited by ClawScan on May 10, 2026.

Overview

The skill is a coherent command guide for Nodetool, but users should review its remote installer and confirm before using its deployment, secret-viewing, server, or background-job commands.

This skill appears to be a documentation-style wrapper for the Nodetool CLI rather than bundled executable code. Install only from a source you trust, review the remote install script before running it, avoid silent install unless intentional, and require explicit approval before commands that expose secrets, start public servers, launch background jobs, or change cloud deployments.

Findings (6)

Artifact-based informational review of SKILL.md, metadata, install specs, static scan signals, and capability signals. ClawScan does not execute the skill or run runtime probes.

What this means

Installing this way gives the remote installer code the ability to change the local machine.

Why it was flagged

The documented installer runs a remote script from a mutable GitHub branch, and that script is not included in the provided artifacts for review.

Skill content
curl -fsSL https://raw.githubusercontent.com/nodetool-ai/nodetool/refs/heads/main/install.sh | bash
Recommendation

Review the install script first, prefer a pinned release or package manager if available, and avoid silent installation unless you trust the source.

What this means

Silent install mode could make system changes without interactive confirmation.

Why it was flagged

The skill documents non-interactive installation that skips prompts while executing remote code. This is expected for setup but should remain user-directed.

Skill content
Both scripts support silent installation: ... curl -fsSL https://raw.githubusercontent.com/nodetool-ai/nodetool/refs/heads/main/install.sh | bash -y
Recommendation

Do not let an agent run silent installers automatically; use interactive mode and review prompts unless installing in a controlled CI environment.

What this means

Tokens or secrets provided to the CLI may become visible to the agent session or local shell history.

Why it was flagged

The documented workflow runner can receive user IDs and auth tokens. This is plausible for a workflow platform, but tokens are sensitive and may appear in command history or agent context.

Skill content
echo '{"workflow_id":"abc","user_id":"1","auth_token":"token","params":{}}' | nodetool run --stdin --jsonl
Recommendation

Use least-privilege tokens, avoid pasting real secrets into examples, and confirm before the agent runs commands containing credentials.

What this means

If run, this command could expose local configuration secrets to the agent or transcript.

Why it was flagged

The skill documents a command that may display stored secrets. This is an administrative capability and is not shown as automatic behavior.

Skill content
# View settings and secrets
nodetool settings show
Recommendation

Run secret-viewing commands only when necessary and redact sensitive output before sharing it.

What this means

A mistaken deployment command could create, modify, or remove cloud resources.

Why it was flagged

The deployment command set includes applying and destroying cloud deployments. This is aligned with the tool's deployment purpose, but these are high-impact administrative actions.

Skill content
nodetool deploy apply ... nodetool deploy destroy <deployment_name>
Recommendation

Require explicit confirmation before running deployment-changing commands, and use plan/status commands before apply or destroy.

NoteHigh Confidence
ASI10: Rogue Agents
What this means

Services or jobs may keep running and expose local workflows or consume resources.

Why it was flagged

The skill documents background jobs, a network-exposed server, and a proxy daemon. These are expected for a workflow service but can continue running after the immediate task.

Skill content
nodetool jobs start <workflow_id> ... nodetool serve --host 0.0.0.0 --port 8000 ... nodetool proxy-daemon
Recommendation

Start daemons or background jobs only when requested, bind to localhost unless external access is needed, and stop services when finished.