Resolving (binary path)
Resolve
in order:
(1) and
succeeds;
(2) ${HOME}/.local/bin/gate-cli
if executable;
(3) ${HOME}/.openclaw/skills/bin/gate-cli
if executable. Canonical rules:
exchange-runtime-rules.md
§4 (or
§4).
Gate Exchange CandyDrop
Authoring language: This skill’s instructions and reference prose are written in English (Gate skill standard). End-user replies still follow Language adaptation (match the user’s locale).
General Rules
⚠️ STOP — You MUST read and strictly follow the shared runtime rules before proceeding.
Do NOT select or call any tool until all rules are read. These rules have the highest priority.
→ Read
gate-runtime-rules.md
- Only use the commands explicitly listed in this skill. Commands not documented here must NOT be run for these workflows, even if other interfaces expose them.
Skill Dependencies
gate-cli commands used
Query Operations (Read-only, Public)
gate-cli cex launch candy-drop activities
gate-cli cex launch candy-drop rules
Query Operations (Read-only, Auth Required)
gate-cli cex launch candy-drop progress
gate-cli cex launch candy-drop participations
gate-cli cex launch candy-drop airdrops
Execution Operations (Write)
gate-cli cex launch candy-drop register
Authentication
- Interactive file setup: when and are not both set on the host, run to complete the wizard for API key, secret, profiles, and defaults (see gate-cli).
- Env / flags: is not required when credentials are already supplied — e.g. both and set on the host, or / where supported — never ask the user to paste secrets into chat.
- Permissions: Launch:Write
- Portal: create or rotate keys outside the chat: https://www.gate.com/myaccount/profile/api-key/manage
Installation Check
- Required: Gate (main), Gate (trading); when using CLI-backed flows (install via from this skill when applicable).
- Install (MCP / IDE): Run installer skill for your environment — Cursor:
gate-mcp-cursor-installer
; Codex: ; Claude: gate-mcp-claude-installer
; OpenClaw: gate-mcp-openclaw-installer
.
- Credentials: When and are both set (non-empty) for the host, do not require — that is equivalent valid config for . When both are unset or empty, remind the operator to run or to configure / in the matching skill from the skill library (never ask the user to paste secrets into chat).
- Sanity check: Before authenticated or mutating calls, confirm the runtime works (e.g. or a read-only check appropriate to this skill); resolve credentials before registration or write operations.
Execution mode
Read and strictly follow , then execute this skill's CandyDrop workflow.
- keeps routing and product semantics.
- is the authoritative execution contract for activity/rule queries, registration confirmation gates, progress/record queries, and result verification.
Module overview
| Module | Description | Trigger keywords |
|---|
| Activity List | Browse CandyDrop activities, filter by status/coin/task type | , , , , |
| Activity Rules | View activity rules, prize pools, and tasks | , , , , |
| Register | Register for a CandyDrop activity | , , , |
| Task Progress | Query task completion progress for enrolled activities | , , , |
| Participation Records | Query registration/participation history | , , , |
| Airdrop Records | Query airdrop/reward distribution records | , , , |
Domain Knowledge
CandyDrop concepts
| Concept | Description |
|---|
| CandyDrop | A Gate activity platform where users complete tasks (trading, depositing, etc.) to earn airdrop rewards from prize pools. |
| Activity ( / ) | A CandyDrop campaign for a specific token. Identified by (token symbol) or (numeric ID). |
| Activity Status | Lifecycle: (upcoming) → (ongoing) → (ended). |
| Registration Status | (already registered) or (not yet registered). |
| Record Status | For participation records: (in progress), (awaiting draw), (won), (not won). |
| Prize Pool | Each activity has one or more prize pools, each with a total prize amount (), per-user cap (), and a list of tasks. |
| Task | Individual challenges within a prize pool (e.g. spot trading, futures trading, deposit, invite). Each has a name (), description (), and exclusive label (). |
| Task Progress | The user's current completion value for a task (e.g. trading volume, deposit amount). Only shown for registered tasks (). |
Timestamp formatting
- API returns time fields (e.g. , , , ) as pre-formatted UTC strings in the format .
- Tables / lists: Put in the column header when the time is UTC. If the header already says (ASCII or full-width punctuation variants), do not repeat it on every cell: strip a trailing from the API value and show only (example: , not ). If the header does not mark UTC, keep the API string as-is so the zone is not lost.
- Other surfaces (e.g. inline sentences without a UTC-labeled header): you may keep the API form or use header + stripped cell style consistently within one reply.
- Query parameters / for records are integer unix timestamps (seconds). See Timestamp strategy in for correct computation.
Number formatting
| Category | Precision | Examples |
|---|
| Amounts (rewards, progress values) | 8 decimals, trailing zeros removed | not |
| Airdrop (display) | Same numeric formatting, then append + row | not |
| Percentage-like fields | 2 decimals, trailing zeros retained | not |
Dual-parameter resolution
Activity query interfaces support locating an activity by
either or
:
- (e.g. "USDT"): API auto-matches the nearest active activity for that token.
- : Precise numeric ID lookup.
- Priority: is preferred. If user provides both, use both. If only is given, use it directly. If neither is provided for rules/progress, ask the user for .
Routing rules
| Intent | Example phrases | Route to |
|---|
| Browse activities | "Show CandyDrop activities", "ongoing candydrop events", "USDT candydrop" | Read |
| Activity rules | "Show CandyDrop rules", "what tasks are in this candydrop", "prize pool details" | Read |
| Register | "Register for CandyDrop USDT", "join this candydrop activity" | Read |
| Task progress | "My CandyDrop task progress", "check my candydrop task progress" | Read |
| Participation records | "My CandyDrop participation history", "registration records" | Read |
| Airdrop records | "My CandyDrop airdrop rewards", "view airdrop records" | Read |
| Unclear | "CandyDrop" | Clarify: browse / rules / register / progress / records, then route. If defaulting to browse/list, reply with minimal activity list only (see → Activity list — answer directly). |
Execution
1. Intent and parameters
- Determine module (Activity List / Activity Rules / Register / Task Progress / Participation Records / Airdrop Records).
- Register intent: Route to . Requires (required) and optionally . Must follow Preview-Confirm flow.
- Records intent: Route to . Extract , , , , , .
- Extract parameters: , , , , , , , , , .
- Missing: If user says "CandyDrop" without specifying intent, ask which operation or show activities by default — if showing the list, use concise output (title + table, no glossary; see ).
2. Tool selection
| Module | MCP tool | Required params | Optional params |
|---|
| Activity List | gate-cli cex launch candy-drop activities
| — | , , , , , |
| Activity Rules | gate-cli cex launch candy-drop rules
| or (at least one) | — |
| Register | gate-cli cex launch candy-drop register
| | |
| Task Progress | gate-cli cex launch candy-drop progress
| or (at least one) | — |
| Participation Records | gate-cli cex launch candy-drop participations
| — | , , , , , |
| Airdrop Records | gate-cli cex launch candy-drop airdrops
| — | , , , , |
- Register: Show registration preview, wait for confirmation, then call
gate-cli cex launch candy-drop register
.
- Records: Follow the Timestamp strategy in for time parameter computation.
3. Format response
- Use the Response Template and field names from the reference file for the chosen module.
- Activity List: Optional one-line title + data table; for browse / “what activities are there” intents, no tutorial, field glossary, or pasting the task-type map — localize only inside cells. Fields: , , , , , , .
- Activity Rules: show , , , , and per prize pool: , , .
- Register: show confirmation result ().
- Task Progress: show , , , , and per task: , , .
- Participation Records: show , , , (time cells: strip trailing when the table header already marks UTC — see Timestamp formatting above).
- Airdrop Records: show , , with token unit () only — do not show flash-convert / USDT () (see ).
Report template
After each operation, output a short standardized result consistent with the reference (e.g. activity list, rules, registration confirmation, progress, records).
Activity list answers stay
minimal (see
). Use the API field
names and
semantic values; where the reference requires localization (e.g.
task types), render in the user’s language per
without embedding the whole mapping as user-visible prose.
Language adaptation: Always respond in the same language as the user's input. The Response Templates in reference files define the structure and fields to display, not the literal output language. Translate all display labels to match the user's language.
Must localize (not tickers / not “keep English”):
- entries in the activity list (and anywhere shown as “task type”): use the Task types mapping table in — these strings describe product task categories (e.g. Futures, Simple Earn), not token symbols.
Do NOT translate (keep as-is regardless of language):
- Product name:
- Currency symbols from API: USDT, GT, BTC, DOGE, etc.
- Technical IDs and their values: , (internal use, do NOT display unless relevant)
- Timestamp layout and the literal token when it must remain visible (e.g. no UTC in header); do not drop timezone information in those cases
- API error labels: ,
- Numeric values, percentages, and the unit in thresholds
All other display labels should be translated to match the user's language.
Error Handling
API error labels
The API returns structured errors with a
field. Map them as follows:
| API label | User-facing message |
|---|
| "Invalid request parameters. Please check your input and try again." |
| "System busy. Please try again later." |
| "Activity not found. Please check the currency or activity ID." |
| "Please provide a currency name (e.g. USDT)." |
| "Registration requires a device token. Please try from the Gate app or website." |
Empty result handling
| Scenario | Action |
|---|
| Empty activity list | "No CandyDrop activities match your criteria. Try different filters or check back later." |
| Empty participation records | "You have no CandyDrop participation records. Browse active activities to get started." |
| Empty airdrop records | "No airdrop rewards found. Rewards are typically distributed after the activity ends." |
| Compliance restriction | "Due to compliance restrictions, CandyDrop is not available in your region." |
| API error / 401 | "Unable to fetch CandyDrop data. Please log in and try again." |
Safety rules
Confirmation required
- Register is a write operation. Before calling
gate-cli cex launch candy-drop register
, MUST show a registration preview and wait for explicit user confirmation.
- Preview format: activity currency, activity ID (if known).
- Ask user to reply "confirm" to proceed or "cancel" to abort.
- Only call the API after receiving explicit confirmation.
Compliance
- When the API returns a compliance or region restriction error, display a friendly message: "Due to compliance restrictions, CandyDrop is not available in your region." Do NOT retry.
Data integrity
- Preserve and exactly as the user provided.
- Do NOT fabricate activity data, reward amounts, or task progress.
- Only display data returned by actual API responses.