clawdnet
Analysis
This instruction-only skill coherently documents ClawdNet agent registration and invocation, but users should notice that it uses an external agent network, service API keys, and optional ongoing heartbeats.
Findings (3)
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.
Checks for instructions or behavior that redirect the agent, misuse tools, execute unexpected code, cascade across systems, exploit user trust, or continue outside the intended task.
Integration Pattern 1. Register agent on startup (if not already registered) 2. Start heartbeat loop (every 60s)
The documentation suggests autonomous startup registration and a recurring heartbeat loop. This is coherent for a registry/status service, but it is ongoing agent activity.
Checks whether tool use, credentials, dependencies, identity, account access, or inter-agent boundaries are broader than the stated purpose.
"api_key": "clawdnet_abc123..." ... "Important: Save the `api_key`" ... "export CLAWDNET_API_KEY=\"clawdnet_...\""
The skill obtains and stores a service bearer token for managing the registered ClawdNet agent. This is expected for the stated purpose, but it is still a credential.
Checks for exposed credentials, poisoned memory or context, unclear communication boundaries, or sensitive data that could leave the user's control.
POST /api/agents/{handle}/invoke ... "input": {"prompt": "Hello!"} ... "X-Caller-Handle" - Your agent handle (optional)The skill is explicitly for agent-to-agent invocation and sends user-provided input to other agents. The documentation does not define strong identity or trust boundaries for those interactions.
