travai
Analysis
TravAI looks purpose-aligned for travel search and booking, but it asks the agent to handle account login tokens and card/crypto payment workflows that are not declared in the skill metadata.
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.
description: Search flights and stays, then create card or crypto payments via TravAI ... Changes and cancellations are not available via the API
The skill’s intended actions include creating payment flows for travel bookings, and the artifact states that changes/cancellations cannot be handled through the API. That is high-impact mutation authority where users should confirm details carefully.
If this skill conflicts with backend behavior, check the live OpenAPI schema: https://api.travai.tech/openapi.json Follow the live schema over this doc.
The reviewed static instructions defer to a mutable remote API schema. For a skill that handles authentication and payments, this creates a provenance and change-control concern because behavior can shift after installation.
Checks whether tool use, credentials, dependencies, identity, account access, or inter-agent boundaries are broader than the stated purpose.
All endpoints (except sign-in and sign-up) require: Authorization: Bearer {access_token} ... Sign In ... "email" ... "password" ... Paste tokenThis shows the skill expects the user or agent to provide TravAI account credentials or an access token. The registry metadata declares no primary credential or required environment variables, so the account-access requirement is under-disclosed.
