Skill flagged — suspicious patterns detected
ClawHub Security flagged this skill as suspicious. Review the scan results before using.
01-exchange-skill(not official)
v1.0.0AI-powered 01.xyz exchange development skill for monitoring, trading strategies, and N1 blockchain integration. Covers REST API (FTX-inspired), Nord.ts SDK (@n1xyz/nord-ts), non-custodial trading patterns, and market making on Solana.
⭐ 0· 1.5k·0 current·0 all-time
MIT-0
Download zip
LicenseMIT-0 · Free to use, modify, and redistribute. No attribution required.
Security Scan
OpenClaw
Suspicious
medium confidencePurpose & Capability
Name/description claim an exchange dev/trading helper for 01.xyz and N1; the included docs and examples exclusively target market monitoring, SDK usage, local signing, and trading flows — this matches the stated purpose. Minor note: the metadata declares no required env vars or binaries even though the docs show using environment variables and installing SDKs/local API (see env/config examples).
Instruction Scope
SKILL.md and the included files stay within the advertised domain: public market fetches, account queries via local API, SDK usage, and extensive safety checks. The instructions explicitly forbid giving private keys to the AI and require human confirmation for trading, which limits scope creep. There are no instructions that request reading unrelated system files or exfiltrating arbitrary data.
Install Mechanism
This is an instruction-only skill (no install spec) which is low-risk. However the docs instruct users to run npm installs (e.g., @n1xyz/nord-ts, @n1xyz/local-api) and to run a local API — those are user-side actions not handled by the skill metadata. Because there is no declared install specification or verified homepage/source, users should validate the npm packages and their provenance before installing.
Credentials
Skill metadata declares no required environment variables, but the docs include environment-backed configuration examples (NORD_WEBSERVER, LOCAL_API_URL, SOLANA_RPC, NORD_APP_ID, etc.). This is an inconsistency: the runtime instructions reference env/config values the metadata doesn't declare. While the referenced variables are plausible for an SDK, the mismatch means the skill metadata understates what a user might need or set — verify what secrets/config are actually required and where they are stored.
Persistence & Privilege
The skill does not request always:true or other elevated persistence. There is no install-time code, no indication it writes to other skills' configs, and the default autonomous invocation flag is unchanged. Nothing in the files requests system-wide privileges.
What to consider before installing
This skill appears to be documentation and examples for building monitoring and trading tools against 01.xyz/N1 and is largely coherent with that purpose, but take these precautions before using it:
- Provenance: the source and homepage are missing. Prefer official upstream sources (official docs.n1.xyz, npm org pages) or a known repository before installing anything. Ask the publisher for a link or commit history.
- Verify packages: the docs recommend npm packages (@n1xyz/nord-ts, @n1xyz/local-api). Inspect those packages on the npm website (publisher, versions, weekly downloads, repository link) and prefer packages with source repos and checksums.
- Environment mismatch: the skill metadata lists no env requirements, but the docs reference several env vars (NORD_WEBSERVER, LOCAL_API_URL, SOLANA_RPC, etc.). Don’t copy sensitive secrets into env variables unless you understand where they are used; never expose private keys or seed phrases to the agent or remote endpoints.
- Local API safety: the workflow depends on a local signing API. Run it on a secure, isolated machine; prefer hardware wallets where supported; do not run a signing API on a public server or with keys that control large balances.
- Testnet first: follow the docs’ advice—exhaustively test on devnet before mainnet with small funds and verify behavior.
- If you need higher assurance: request the skill author to publish the repository/homepage, a release tarball, and checksums; ask for a short changelog and the npm package names used by the examples.
If you can obtain an authoritative source (official repo or npm org) and confirm the referenced packages and env usage, the skill looks coherent and lower-risk. Without that provenance, treat it cautiously and avoid running installs or starting services suggested by the docs.Like a lobster shell, security has layers — review code before you run it.
latestvk971td7c1w2xgwkkzwztagxsrh80hwa2
License
MIT-0
Free to use, modify, and redistribute. No attribution required.
