ntfy-notify
Analysis
The skill mostly does what it says, but by default it sends notification content to a hard-coded ntfy.sh topic rather than requiring a user-owned topic.
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.
--click URL opened on tap - `--actions` ntfy actions header string (supports buttons) ... "view, Open docs, https://docs.openclaw.ai; http, Trigger API, https://example.com/hook"
The skill intentionally supports clickable URLs and action buttons, including HTTP-triggering actions, in delivered notifications.
#!/usr/bin/env bash ... CMD=(curl -fsS -d "$MESSAGE")
The script depends on bash and curl, while the registry metadata declares no required binaries; this is an under-declared but purpose-aligned local command dependency.
Checks for exposed credentials, poisoned memory or context, unclear communication boundaries, or sensitive data that could leave the user's control.
TOPIC="CaptainDragonflyBot-TopicTest001"
...
CMD=(curl -fsS -d "$MESSAGE")
...
CMD+=("https://ntfy.sh/$TOPIC")If --topic is omitted, the script posts the message body to a fixed ntfy.sh topic with no user-specific credential or access boundary shown.
