x402-payment-demo
Analysis
This demo is coherent, but it tells the agent to automatically make a TRON x402 payment and sign permits without clear confirmation, spending limits, or credential scoping.
Findings (4)
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.
**Handle Payment**: Perform the payment and resource acquisition automatically as guided by the protocol (handling 402 Payment Required, signing permits, etc.).
This instructs the agent to automatically perform a payment and sign permits, but does not require explicit user approval, show payment amount, set a spending cap, or confirm the selected network before action.
follow the instructions provided by the `x402-payment-tron` skill to fetch the protected resource
The skill relies on another skill to perform the payment flow, but that dependency is not included in the manifest or declared in the install/requirements metadata; this matters more because the delegated behavior involves payment and signing.
Checks whether tool use, credentials, dependencies, identity, account access, or inter-agent boundaries are broader than the stated purpose.
network: ... "TRON network to use (nile, shasta, mainnet). Default: nile" ... "signing permits"
Permit signing on TRON implies use of wallet/account authority, and the skill allows a mainnet option, but it does not define which account may be used, what permissions are needed, or how signing authority is bounded.
Checks for exposed credentials, poisoned memory or context, unclear communication boundaries, or sensitive data that could leave the user's control.
`https://x402-tron-demo.aibank.io/protected-nile` ... `https://x402-tron-demo.aibank.io/protected-mainnet`
The skill clearly discloses external protected-resource endpoints; payment protocol interactions may be sent to that provider, so users should understand the external data/payment flow.
