| name | 1k-perps-module |
| description | OneKey Perps/Hyperliquid development for views/Perp, orders, orderbook, charts, Relay deposits, positions, funding, margin, and liquidation. Excludes generic Swap/Market work. |
| allowed-tools | Read, Grep, Glob, Bash |
Perps / Hyperliquid Domain Guide
Use this as a Perps/Hyperliquid domain router for order semantics, realtime subscriptions, and UI/background state races. Choose the owner and proof path; verify anchors with rg before editing.
60-Second Triage
- Gate: use only when OneKey Perps/Hyperliquid is explicit in the prompt or file path.
- Infer scope: asset type (
perp/spot), account/dex, order mode, and platform. Ask only if missing scope blocks correctness or creates trading risk.
- Pick owner from the matrix; avoid downstream display shims for trading/realtime contracts.
- Load minimum refs: one matching reference first; add code-map.md / validation-recipes.md only for owner/proof/implementation.
Trigger Boundary
| Prompt/file signal | Use this skill? | First move |
|---|
views/Perp, ServiceHyperLiquid, Hyperliquid, Perps/永续/合约 trading | Yes | Pick owner below, then one reference |
| Generic Market K-line, generic TradingView bridge, generic token selector | No | Use adjacent Market/TradingView/token-selector skill or repo search |
| Generic Swap Relay quote/status/pending/requestId | No | Use $1k-trade-swap-market unless Perps deposit is explicit |
Perps deposit, usePerpDeposit, fetchPerpDeposit*, perpsDepositOrderAtom, perp-deposit endpoint | Yes | Open deposit-relay.md |
If Perps/Hyperliquid is only a guess, do not load all references; verify the file/surface with rg or use the adjacent skill.
Owner Matrix
| Surface | Primary owner | Usual proof |
|---|
| Order submit/cancel/TWAP/scale/TIF | ServiceHyperliquidExchange.ts, Hyperliquid actions.ts, shared Perps utils/types | SDK type/source check + targeted order utility/action tests |
| L2/BBO/orderbook subscriptions | ServiceHyperliquidSubscription.ts, Hyperliquid context actions, freshness utils | rapid switch/reconnect + L2/BBO freshness proof |
| Deposit quote/status | packages/kit-bg/src/services/ServiceSwap.ts, perpsDepositOrderAtom | active fromTxId; requestId only when backend/Relay exposes it |
| Positions/account state/funding/margin/liquidation | ServiceHyperliquid.ts, Hyperliquid context atoms/actions, account-scoped Perps hooks/utils | account/dex/asset scoped proof; no stale positions/account summary |
| Perps TradingView/K-line/chart lines | packages/kit/src/components/TradingView/TradingViewPerpsV2/TradingViewPerpsV2.tsx | readiness/message/reconnect scenarios |
| UI-only display | Perps component/list/row files | display proof only; do not mutate trading contracts here |
Quick Reference
| Topic | Guide | Start With |
|---|
| Code map | code-map.md | views/Perp, Hyperliquid context, BG service, shared types/utils |
| Order contracts | order-contracts.md | TWAP, scale, TIF, trigger, reduce-only, precision |
| State and subscriptions | state-subscriptions.md | account/dex/asset scoping, L2/BBO, active target, cleanup |
| Perps TradingView bridge | tradingview-bridge.md | TradingViewPerpsV2, Perps K-line readiness, chart lines |
| Relay deposit | deposit-relay.md | Perps deposit address flow, requestId tracking, pending cards |
| Positions/account state | positions-account-state.md | positions, balances, PnL/PNL/P&L, funding, margin, liquidation |
| Failure patterns | failure-patterns.md | recurring bugs and hard-to-see regressions |
| Validation recipes | validation-recipes.md | targeted tests and runtime paths |
| Review checklist | review-checklist.md | PR/source checks and release risk gates |
| Source index | source-index.md | volatile SDK/API/docs/vault lookup points |
Agent Routing Examples
| User asks about | Load first | Then verify |
|---|
| "TWAP cancel/list/history is wrong" | order contracts + code map | TWAP state/cancel/history recipes |
| "Scale order children/precision/TIF" | order contracts | scale utility tests + partial-failure runtime path |
| "Orderbook flashes old BTC after ETH switch" | state/subscriptions + code map | rapid asset/account switch; L2/BBO freshness |
| "Perps K-line blank after offline/reconnect" | TradingView bridge | ready-state/reconnect scenarios, native if touched |
| "Perps deposit pending/completed wrong" | Relay deposit | active tx/request scope and stale quote cases |
| "Perps positions/PnL/funding/margin/liquidation/account summary stale" | positions/account state | account/dex/asset scope; no stale position/account display |
| "Review a Perps PR" | changed-surface reference first; review checklist second | use failure patterns to challenge findings and validation gaps |
Output Defaults
- Implementation: report surface, state owner, order/subscription contract touched, files changed, targeted validation, and runtime proof gaps.
- Review: lead with findings; separate correctness blockers, release blockers, and follow-up improvements.
- Research: distinguish stable module rules from volatile backend/API/business facts that must be rechecked.
Hard Stops
- Do not log private keys, signatures, mnemonics, raw sensitive payloads, or user secrets while debugging Perps.
- Do not bypass enable-trading, account bind, signing, or risk validation just to make a UI submit succeed.
- Do not use production live order placement/cancel/withdraw/deposit as validation unless the user explicitly authorizes that exact action and account.
- Do not change the owner of truth through a downstream display shim; edit the owner itself.
- Do not use ticker/mid recovery as proof that orderbook, token selector, or TradingView recovered — verify each surface's own freshness/readiness.
- Do not leave old L2/BBO/orderbook/chart-line data visible after an asset/account/dex switch.
- Do not couple K-line WebView recovery to global WS recovery.
- Do not trust Relay deposit status by deposit address alone when a request/requestId scope exists.
Verify Against the Source
Order semantics, TIF, TWAP, scale, trigger, and reduce-only are volatile, SDK-versioned contract facts — confirm them against the source, do not trust memory:
- SDK types (type-enforced, in repo): the action method files under
node_modules/@nktkas/hyperliquid/src/api/exchange/_methods/.
- Official docs: https://hyperliquid.gitbook.io/hyperliquid-docs (API → Exchange endpoint).
- Recheck on every
@nktkas/hyperliquid bump; new fields/TIF values (e.g. FrontendMarket) appear over time.
Related Skills
$1k-tradingview-communication - TradingView message contracts and iframe bridge.$1k-state-management - Jotai atom/context conventions.$1k-performance - Render, subscription, and hot-path performance.$1k-trade-swap-market - Adjacent trade/review/history patterns; do not copy swap provider semantics blindly.$1k-cross-platform - Platform-specific RN/Web/Desktop behavior.$1k-analytics - Perps analytics/logging changes.
