agent-onboarding
Skill521 starsChanged 7 months agoMITView on GitHub
First-time setup — from zero to first trade on Hyperliquid
- Reads credentials
- Installs packages
8 other projects use a version of this.
Adopted by
Most recently taken up by
- AndrewBrown-USDA/aigb-skills-usdatheir own version, first seen Oct 31, 2026
- brightdata/skillstheir own version, first seen Oct 29, 2026
- PL-Coding-GmbH/Skillstheir own version, first seen Oct 25, 2026
- forefy/.contexttheir own version, first seen Sep 29, 2026
- conjure-3301/skillstheir own version, first seen Aug 17, 2026
- zinan92/skills-repotheir own version, first seen Mar 15, 2026
Other versions8 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 8
- brightdata/skills★ 270same name
- forefy/.context★ 153same name
- PL-Coding-GmbH/Skills★ 18same name
- skyil7/agent-onboarding★ 9same name
- AndrewBrown-USDA/aigb-skills-usda★ 7same name
- zinan92/agent-core★ 1same name
- zinan92/skills-repo★ 1same name
- conjure-3301/skills★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository6 other files it gives its agents.
- yex-traderSkill
- apex-strategySkill
- guard-trailing-stopSkill
- pulseSkill
- opportunity-radarSkill
- reflect-performance-reviewSkill
The file
We split this skill into the rules it gives an agent
11 rules. 0 are common, 10 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 8 edited versions we read keep these.
10
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 18
Follow steps sequentially — each depends on the previous
- Distinctive: line 19
NEVER skip builder fee approval — all orders will fail without it
- Distinctive: line 20
ALWAYS validate with a mock trade before going live
- Distinctive: line 21
NEVER start on mainnet without completing testnet validation first
- Very specific: line 49
Expected: All items show OK, no !! issues (except missing key — that's Step 2).
- Distinctive: line 62
Create or import a Hyperliquid wallet.
- Distinctive: line 65
Do you have a private key?
- Distinctive: line 186
Run a strategy in mock mode to verify the full pipeline without real orders.
- Distinctive: line 204
Run a real strategy on testnet with a short time limit.
- Distinctive: line 221
After single-strategy validation, try the full APEX orchestrator.
- Distinctive: line 236
Only after completing Steps 1-8 on testnet:
“Common” is measured: kept by at least 6 in 10 of the 8 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Agent Onboarding
Complete first-time setup for the YEX autonomous trading system on Hyperliquid. Follow every step in order. Do not skip steps. Verify each step before proceeding to the next.
Agent Mandate
You are onboarding onto the YEX trading system. Your goal is to reach a state where you can autonomously trade on Hyperliquid (testnet or mainnet). Every step has a verification command — if verification fails, fix the issue before continuing.
RULES:
- Follow steps sequentially — each depends on the previous
- NEVER skip builder fee approval — all orders will fail without it
- ALWAYS validate with a mock trade before going live
- NEVER start on mainnet without completing testnet validation first
- Save all credentials (passwords, addresses) — they cannot be recovered
Step 1: Environment Bootstrap
Install Python dependencies and verify the CLI works.
Option A — Shell script (recommended):
cd ~/agent-cli
bash scripts/bootstrap.shOption B — Manual:
cd ~/agent-cli
python3 -m venv .venv
source .venv/bin/activate
pip install -e .Verify:
hl setup checkExpected: All items show OK, no !! issues (except missing key — that's Step 2).
If fails:
| Error | Fix |
python3 not found | Install Python 3.10+ via brew install python or system package manager |
pip install failed | Ensure you're in a venv: source .venv/bin/activate |
ModuleNotFoundError: hyperliquid | Run pip install hyperliquid-python-sdk |
Step 2: Wallet Setup
Create or import a Hyperliquid wallet.
Decision tree:
- Do you have a private key?
- YES → Import it:
hl wallet import --key 0x<your_key> - NO → Create a new one (non-interactive, with auto-saved credentials):
This creates the wallet, saveshl wallet auto --save-env --jsonHL_KEYSTORE_PASSWORDto~/.hl-agent/env(auto-detected by CLI), and outputs JSON:{"address": "...", "password": "...", "keystore": "...", "env_file": "..."}.
- YES → Import it:
If you used --save-env, the CLI auto-detects the password from ~/.hl-agent/env — no manual export needed.
If you did NOT use --save-env, set the keystore password manually:
export HL_KEYSTORE_PASSWORD=<password>Verify:
hl wallet listExpected: At least one address shown.
If fails:
| Error | Fix |
No keystores found | Run hl wallet auto |
eth_account not installed | Run pip install eth-account>=0.10.0 |
Step 3: Network Configuration
Choose testnet (default, recommended for first run) or mainnet.
Testnet (default):
export HL_TESTNET=trueMainnet:
export HL_TESTNET=falseVerify:
hl setup checkExpected: Network: testnet or Network: mainnet shown.
Step 4: Fund Account
CRITICAL: On testnet, you MUST claim USDyP tokens before ANY trading commands will work (including builder approval). Without funds, all orders fail silently.
Testnet — Claim USDyP
hl setup claim-usdypIf you get "Wallet not eligible" error: New wallets must connect to Hyperliquid testnet once before claiming.
- Visit https://app.hyperliquid-testnet.xyz
- Connect the wallet address shown by
hl wallet list - Re-run
hl setup claim-usdyp
Verify:
hl accountExpected: USDyP balance > 0. If balance is 0, do NOT proceed — all subsequent steps will fail.
Mainnet — Deposit USDC
Deposit USDC to your Hyperliquid sub-account manually via the Hyperliquid web UI. This cannot be automated.
Verify:
hl account --mainnetExpected: USDC balance > 0.
Step 5: Builder Fee Approval
Approve the builder fee so your orders include revenue collection. This is a one-time on-chain approval.
Testnet:
hl builder approveMainnet:
hl builder approve --mainnetVerify:
hl builder statusExpected: Builder fee: 10.0 bps -> 0x0D1DB1C8...
If fails:
| Error | Fix |
No private key | Complete Step 2 |
insufficient funds | Complete Step 4 |
Step 6: Validate with Mock Trade
Run a strategy in mock mode to verify the full pipeline without real orders.
hl run avellaneda_mm --mock --fresh --max-ticks 3Expected: 3 ticks execute, strategy produces decisions, no errors.
If fails:
| Error | Fix |
ModuleNotFoundError | Run pip install -e . again |
| Strategy crash | Check traceback — likely missing dependency |
Step 7: First Live Trade (Testnet)
Run a real strategy on testnet with a short time limit.
hl run engine_mm -i ETH-PERP --tick 15 --max-ticks 5Verify:
hl statusExpected: Shows position or recent fills. Trades logged to data/cli/trades.jsonl.
Step 8: APEX Multi-Slot (Optional)
After single-strategy validation, try the full APEX orchestrator.
hl apex run --mock --fresh --max-ticks 5Then live:
hl apex run --max-ticks 10Step 9: Mainnet (When Ready)
Only after completing Steps 1-8 on testnet:
IMPORTANT: Switching from testnet to mainnet requires re-approving the builder fee on mainnet. Testnet approvals do NOT carry over.
Checklist
- Switch network:
export HL_TESTNET=false - Deposit USDC to your HL sub-account via the Hyperliquid web UI
- Verify balance:
hl account --mainnet - Approve builder fee on mainnet (required again — separate from testnet approval):
hl builder approve --mainnet - Test with a single strategy first:
hl run engine_mm -i ETH-PERP --tick 15 --max-ticks 5 --mainnet - Verify:
hl status
Network Differences
| Testnet | Mainnet | |
| Currency | USDyP (free, claim via hl setup claim-usdyp) | USDC (real money) |
| Instruments | Same tickers (ETH-PERP, BTC-PERP, etc.) | Same tickers |
| YEX markets | VXX-USDYP, US3M-USDYP, BTCSWP-USDYP | Same instruments |
| Builder fee | Must approve separately | Must approve separately |
--mainnet flag | Not needed (default is testnet) | Required on all commands |
| Risk | None (play money) | Real financial risk |
Common Mistakes
- Forgot to re-approve builder on mainnet → orders fail. Run
hl builder approve --mainnet. - No USDC deposited → orders fail with insufficient funds. Deposit first.
- Using testnet env with
--mainnetflag → confusing. SetHL_TESTNET=falseinstead of mixing flags. - Forgot
--mainneton a command → runs on testnet by accident (harmless but confusing).
Anti-Patterns
- Skipping builder fee approval → Every order fails silently. Always approve first.
- Going mainnet without testnet validation → Real money at risk with unverified setup.
- Running APEX before single-strategy test → APEX composes multiple systems — if any sub-component fails, debugging is harder.
- Ignoring password save → Keystore password cannot be recovered. Lose it = lose wallet access.
- Not setting HL_KEYSTORE_PASSWORD → CLI can't auto-unlock keystore. Every command will fail.
Complete Environment Variables
| Variable | Required | Description |
HL_KEYSTORE_PASSWORD | Yes* | Password for encrypted keystore |
HL_PRIVATE_KEY | Alt* | Raw private key (alternative to keystore) |
HL_TESTNET | No | true (default) or false for mainnet |
BUILDER_ADDRESS | No | Override builder fee address |
BUILDER_FEE_TENTHS_BPS | No | Override fee rate (default: 100 = 10 bps) |
ANTHROPIC_API_KEY | No | For claude_agent strategy |
GEMINI_API_KEY | No | For claude_agent with Gemini |
* Either keystore with HL_KEYSTORE_PASSWORD or HL_PRIVATE_KEY is required.
Composition
This skill is the entry point for all other skills. After completing onboarding:
- Trade:
hl run <strategy>— see strategies withhl strategies - APEX:
hl apex run— multi-slot orchestrator - REFLECT:
hl reflect run— nightly performance review - Radar:
hl radar run— find trading opportunities - Guard:
hl guard run -i <instrument>— trailing stop protection
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

