opencode-skills-antigravity 1.0.9 → 1.0.10
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/bundled-skills/docs/users/agent-overload-recovery.md +54 -0
- package/bundled-skills/docs/users/faq.md +8 -0
- package/bundled-skills/docs/users/getting-started.md +4 -1
- package/bundled-skills/docs/users/usage.md +1 -1
- package/bundled-skills/gdb-cli/SKILL.md +239 -0
- package/package.json +1 -1
- package/bundled-skills/goldrush-api/SKILL.md +0 -109
|
@@ -0,0 +1,54 @@
|
|
|
1
|
+
# Antigravity Recovery for Context Overload and Truncation
|
|
2
|
+
|
|
3
|
+
Use this guide when Antigravity loads too many skills for the current task and starts failing with truncation, context, or trajectory-conversion errors.
|
|
4
|
+
|
|
5
|
+
Typical symptoms:
|
|
6
|
+
|
|
7
|
+
- the agent crashes only when a large skills folder is present
|
|
8
|
+
- the error mentions truncation, context conversion, or a trajectory/message that cannot be converted
|
|
9
|
+
- the problem shows up more often on large repositories or long-running tasks
|
|
10
|
+
|
|
11
|
+
## Linux and macOS fast path
|
|
12
|
+
|
|
13
|
+
Use the activation scripts to keep the full library archived while exposing only the bundles or skills you need in the live Antigravity directory.
|
|
14
|
+
|
|
15
|
+
1. Fully close Antigravity.
|
|
16
|
+
2. Clone this repository somewhere local if you do not already have a clone.
|
|
17
|
+
3. Run the activation script from the cloned repository.
|
|
18
|
+
|
|
19
|
+
Examples:
|
|
20
|
+
|
|
21
|
+
```bash
|
|
22
|
+
./scripts/activate-skills.sh "Web Wizard" "Integration & APIs"
|
|
23
|
+
./scripts/activate-skills.sh --clear
|
|
24
|
+
./scripts/activate-skills.sh brainstorming systematic-debugging
|
|
25
|
+
```
|
|
26
|
+
|
|
27
|
+
What the script does:
|
|
28
|
+
|
|
29
|
+
- syncs the repository `skills/` tree into `~/.gemini/antigravity/skills_library`
|
|
30
|
+
- preserves your full library in the backing store
|
|
31
|
+
- activates only the requested bundles or skill ids into `~/.gemini/antigravity/skills`
|
|
32
|
+
- `--clear` archives the current live directory first, then restores the selected set
|
|
33
|
+
|
|
34
|
+
Optional environment overrides:
|
|
35
|
+
|
|
36
|
+
```bash
|
|
37
|
+
AG_BASE_DIR=/custom/antigravity ./scripts/activate-skills.sh --clear Essentials
|
|
38
|
+
AG_REPO_SKILLS_DIR=/path/to/repo/skills ./scripts/activate-skills.sh brainstorming
|
|
39
|
+
```
|
|
40
|
+
|
|
41
|
+
## Windows recovery
|
|
42
|
+
|
|
43
|
+
If Antigravity is stuck in a restart loop on Windows, use the Windows-specific recovery guide instead:
|
|
44
|
+
|
|
45
|
+
- [windows-truncation-recovery.md](windows-truncation-recovery.md)
|
|
46
|
+
|
|
47
|
+
That guide covers the browser/app storage cleanup needed when the host keeps reopening the same broken session.
|
|
48
|
+
|
|
49
|
+
## Prevention tips
|
|
50
|
+
|
|
51
|
+
- start with 3-5 skills from a bundle instead of exposing the full library at once
|
|
52
|
+
- use bundle activation before opening very large repositories
|
|
53
|
+
- keep role-specific stacks active and archive the rest
|
|
54
|
+
- if a host stores broken session state, clear that host state before restoring a smaller active set
|
|
@@ -154,6 +154,14 @@ It includes:
|
|
|
154
154
|
- the default Antigravity Windows paths to back up first
|
|
155
155
|
- an optional batch script adapted from [issue #274](https://github.com/sickn33/antigravity-awesome-skills/issues/274)
|
|
156
156
|
|
|
157
|
+
### I hit context overload on Linux or macOS. What should I do?
|
|
158
|
+
|
|
159
|
+
If Antigravity becomes unstable only when the full skills library is active, switch to the activation flow instead of exposing every skill at once:
|
|
160
|
+
|
|
161
|
+
- [agent-overload-recovery.md](agent-overload-recovery.md)
|
|
162
|
+
|
|
163
|
+
That guide shows how to run `scripts/activate-skills.sh` from a cloned copy of this repository so only the bundles or skill ids you need stay active in `~/.gemini/antigravity/skills`.
|
|
164
|
+
|
|
157
165
|
### How do I update skills?
|
|
158
166
|
|
|
159
167
|
Navigate to your skills directory and pull the latest changes:
|
|
@@ -1,4 +1,4 @@
|
|
|
1
|
-
# Getting Started with Antigravity Awesome Skills (V8.
|
|
1
|
+
# Getting Started with Antigravity Awesome Skills (V8.6.0)
|
|
2
2
|
|
|
3
3
|
**New here? This guide will help you supercharge your AI Agent in 5 minutes.**
|
|
4
4
|
|
|
@@ -142,6 +142,9 @@ A: Yes! Use the **@skill-creator** skill to build your own.
|
|
|
142
142
|
**Q: What if Antigravity on Windows gets stuck in a truncation crash loop?**
|
|
143
143
|
A: Follow the recovery steps in [windows-truncation-recovery.md](windows-truncation-recovery.md). It explains which Antigravity storage folders to back up and clear, and includes an optional batch helper adapted from [issue #274](https://github.com/sickn33/antigravity-awesome-skills/issues/274).
|
|
144
144
|
|
|
145
|
+
**Q: What if Antigravity overloads on Linux or macOS when too many skills are active?**
|
|
146
|
+
A: Use the activation flow in [agent-overload-recovery.md](agent-overload-recovery.md). It shows how to run `scripts/activate-skills.sh` from a cloned repo so you can keep the full library archived and activate only the bundles or skills you need in the live Antigravity directory.
|
|
147
|
+
|
|
145
148
|
**Q: Is this free?**
|
|
146
149
|
A: Yes. Original code and tooling are MIT-licensed, and original documentation/non-code written content is CC BY 4.0. See [../../LICENSE](../../LICENSE) and [../../LICENSE-CONTENT](../../LICENSE-CONTENT).
|
|
147
150
|
|
|
@@ -40,7 +40,7 @@ Bundles are **recommended lists** of skills grouped by role. They help you decid
|
|
|
40
40
|
|
|
41
41
|
❌ Separate installations
|
|
42
42
|
❌ Different download commands
|
|
43
|
-
❌ Something
|
|
43
|
+
❌ Something most users need to activate during normal install
|
|
44
44
|
|
|
45
45
|
### Example: The "Web Wizard" Bundle
|
|
46
46
|
|
|
@@ -0,0 +1,239 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: gdb-cli
|
|
3
|
+
description: "GDB debugging assistant for AI agents - analyze core dumps, debug live processes, investigate crashes and deadlocks with source code correlation"
|
|
4
|
+
category: development
|
|
5
|
+
risk: critical
|
|
6
|
+
source: community
|
|
7
|
+
date_added: "2026-03-22"
|
|
8
|
+
author: Cerdore
|
|
9
|
+
tags:
|
|
10
|
+
- debugging
|
|
11
|
+
- gdb
|
|
12
|
+
- core-dump
|
|
13
|
+
- crash-analysis
|
|
14
|
+
- c++
|
|
15
|
+
- c
|
|
16
|
+
tools:
|
|
17
|
+
- claude-code
|
|
18
|
+
- cursor
|
|
19
|
+
- gemini-cli
|
|
20
|
+
- codex-cli
|
|
21
|
+
- antigravity
|
|
22
|
+
---
|
|
23
|
+
|
|
24
|
+
# GDB Debugging Assistant
|
|
25
|
+
|
|
26
|
+
## Overview
|
|
27
|
+
|
|
28
|
+
A GDB debugging skill designed for AI agents. Combines **source code analysis** with **runtime state inspection** using gdb-cli to provide intelligent debugging assistance for C/C++ programs.
|
|
29
|
+
|
|
30
|
+
## When to Use This Skill
|
|
31
|
+
|
|
32
|
+
- Analyze core dumps or crash dumps
|
|
33
|
+
- Debug running processes with GDB attach
|
|
34
|
+
- Investigate crashes, deadlocks, or memory issues
|
|
35
|
+
- Get intelligent debugging assistance with source code context
|
|
36
|
+
- Debug multi-threaded applications
|
|
37
|
+
|
|
38
|
+
## Do Not Use This Skill When
|
|
39
|
+
|
|
40
|
+
- The task is unrelated to C/C++ debugging
|
|
41
|
+
- The user needs general-purpose assistance without debugging
|
|
42
|
+
- No GDB is available (GDB 9.0+ with Python support required)
|
|
43
|
+
|
|
44
|
+
## Prerequisites
|
|
45
|
+
|
|
46
|
+
```bash
|
|
47
|
+
# Install gdb-cli
|
|
48
|
+
pip install gdb-cli
|
|
49
|
+
|
|
50
|
+
# Or from GitHub
|
|
51
|
+
pip install git+https://github.com/Cerdore/gdb-cli.git
|
|
52
|
+
|
|
53
|
+
# Verify GDB has Python support
|
|
54
|
+
gdb -nx -q -batch -ex "python print('OK')"
|
|
55
|
+
```
|
|
56
|
+
|
|
57
|
+
**Requirements:**
|
|
58
|
+
- Python 3.6.8+
|
|
59
|
+
- GDB 9.0+ with Python support enabled
|
|
60
|
+
- Linux OS
|
|
61
|
+
|
|
62
|
+
## How It Works
|
|
63
|
+
|
|
64
|
+
### Step 1: Initialize Debug Session
|
|
65
|
+
|
|
66
|
+
**For core dump analysis:**
|
|
67
|
+
```bash
|
|
68
|
+
gdb-cli load --binary <binary_path> --core <core_path> [--gdb-path <gdb_path>]
|
|
69
|
+
```
|
|
70
|
+
|
|
71
|
+
**For live process debugging:**
|
|
72
|
+
```bash
|
|
73
|
+
gdb-cli attach --pid <pid> [--binary <binary_path>]
|
|
74
|
+
```
|
|
75
|
+
|
|
76
|
+
**Output:** A session_id like `"session_id": "a1b2c3"`. Store this for subsequent commands.
|
|
77
|
+
|
|
78
|
+
### Step 2: Gather Initial Information
|
|
79
|
+
|
|
80
|
+
```bash
|
|
81
|
+
SESSION="<session_id>"
|
|
82
|
+
|
|
83
|
+
# List all threads
|
|
84
|
+
gdb-cli threads -s $SESSION
|
|
85
|
+
|
|
86
|
+
# Get backtrace (with local variables)
|
|
87
|
+
gdb-cli bt -s $SESSION --full
|
|
88
|
+
|
|
89
|
+
# Get registers
|
|
90
|
+
gdb-cli registers -s $SESSION
|
|
91
|
+
```
|
|
92
|
+
|
|
93
|
+
### Step 3: Correlate Source Code (CRITICAL)
|
|
94
|
+
|
|
95
|
+
For each frame in the backtrace:
|
|
96
|
+
1. **Extract frame info**: `{file}:{line} in {function}`
|
|
97
|
+
2. **Read source context**: Get ±20 lines around the crash point
|
|
98
|
+
3. **Get local variables**: `gdb-cli locals-cmd -s $SESSION --frame <N>`
|
|
99
|
+
4. **Analyze**: Correlate code logic with variable values
|
|
100
|
+
|
|
101
|
+
**Example correlation:**
|
|
102
|
+
```
|
|
103
|
+
Frame #0: process_data() at src/worker.c:87
|
|
104
|
+
Source code shows:
|
|
105
|
+
85: Node* node = get_node(id);
|
|
106
|
+
86: if (node == NULL) return;
|
|
107
|
+
87: node->data = value; <- Crash here
|
|
108
|
+
|
|
109
|
+
Variables show:
|
|
110
|
+
node = 0x0 (NULL)
|
|
111
|
+
|
|
112
|
+
Analysis: The NULL check on line 86 didn't catch the issue.
|
|
113
|
+
```
|
|
114
|
+
|
|
115
|
+
### Step 4: Deep Investigation
|
|
116
|
+
|
|
117
|
+
```bash
|
|
118
|
+
# Examine variables
|
|
119
|
+
gdb-cli eval-cmd -s $SESSION "variable_name"
|
|
120
|
+
gdb-cli eval-cmd -s $SESSION "ptr->field"
|
|
121
|
+
gdb-cli ptype -s $SESSION "struct_name"
|
|
122
|
+
|
|
123
|
+
# Memory inspection
|
|
124
|
+
gdb-cli memory -s $SESSION "0x7fffffffe000" --size 64
|
|
125
|
+
|
|
126
|
+
# Disassembly
|
|
127
|
+
gdb-cli disasm -s $SESSION --count 20
|
|
128
|
+
|
|
129
|
+
# Check all threads (for deadlock analysis)
|
|
130
|
+
gdb-cli thread-apply -s $SESSION bt --all
|
|
131
|
+
|
|
132
|
+
# View shared libraries
|
|
133
|
+
gdb-cli sharedlibs -s $SESSION
|
|
134
|
+
```
|
|
135
|
+
|
|
136
|
+
### Step 5: Session Management
|
|
137
|
+
|
|
138
|
+
```bash
|
|
139
|
+
# List active sessions
|
|
140
|
+
gdb-cli sessions
|
|
141
|
+
|
|
142
|
+
# Check session status
|
|
143
|
+
gdb-cli status -s $SESSION
|
|
144
|
+
|
|
145
|
+
# Stop session (cleanup)
|
|
146
|
+
gdb-cli stop -s $SESSION
|
|
147
|
+
```
|
|
148
|
+
|
|
149
|
+
## Common Debugging Patterns
|
|
150
|
+
|
|
151
|
+
### Pattern: Null Pointer Dereference
|
|
152
|
+
|
|
153
|
+
**Indicators:**
|
|
154
|
+
- Crash on memory access instruction
|
|
155
|
+
- Pointer variable is 0x0
|
|
156
|
+
|
|
157
|
+
**Investigation:**
|
|
158
|
+
```bash
|
|
159
|
+
gdb-cli registers -s $SESSION # Check RIP
|
|
160
|
+
gdb-cli eval-cmd -s $SESSION "ptr" # Check pointer value
|
|
161
|
+
```
|
|
162
|
+
|
|
163
|
+
### Pattern: Deadlock
|
|
164
|
+
|
|
165
|
+
**Indicators:**
|
|
166
|
+
- Multiple threads stuck in lock functions
|
|
167
|
+
- `pthread_mutex_lock` in backtrace
|
|
168
|
+
|
|
169
|
+
**Investigation:**
|
|
170
|
+
```bash
|
|
171
|
+
gdb-cli thread-apply -s $SESSION bt --all
|
|
172
|
+
# Look for circular wait patterns
|
|
173
|
+
```
|
|
174
|
+
|
|
175
|
+
### Pattern: Memory Corruption
|
|
176
|
+
|
|
177
|
+
**Indicators:**
|
|
178
|
+
- Crash in malloc/free
|
|
179
|
+
- Garbage values in variables
|
|
180
|
+
|
|
181
|
+
**Investigation:**
|
|
182
|
+
```bash
|
|
183
|
+
gdb-cli memory -s $SESSION "&variable" --size 128
|
|
184
|
+
gdb-cli registers -s $SESSION
|
|
185
|
+
```
|
|
186
|
+
|
|
187
|
+
## Examples
|
|
188
|
+
|
|
189
|
+
### Example 1: Core Dump Analysis
|
|
190
|
+
|
|
191
|
+
```bash
|
|
192
|
+
# Load core dump
|
|
193
|
+
gdb-cli load --binary ./myapp --core /tmp/core.1234
|
|
194
|
+
|
|
195
|
+
# Get crash location
|
|
196
|
+
gdb-cli bt -s a1b2c3 --full
|
|
197
|
+
|
|
198
|
+
# Examine crash frame
|
|
199
|
+
gdb-cli locals-cmd -s a1b2c3 --frame 0
|
|
200
|
+
```
|
|
201
|
+
|
|
202
|
+
### Example 2: Live Process Debugging
|
|
203
|
+
|
|
204
|
+
```bash
|
|
205
|
+
# Attach to stuck server
|
|
206
|
+
gdb-cli attach --pid 12345
|
|
207
|
+
|
|
208
|
+
# Check all threads
|
|
209
|
+
gdb-cli threads -s b2c3d4
|
|
210
|
+
|
|
211
|
+
# Get all backtraces
|
|
212
|
+
gdb-cli thread-apply -s b2c3d4 bt --all
|
|
213
|
+
```
|
|
214
|
+
|
|
215
|
+
## Best Practices
|
|
216
|
+
|
|
217
|
+
- Always read source code before drawing conclusions from variable values
|
|
218
|
+
- Use `--range` for pagination on large thread counts or deep backtraces
|
|
219
|
+
- Use `ptype` to understand complex data structures before examining values
|
|
220
|
+
- Check all threads for multi-threaded issues
|
|
221
|
+
- Cross-reference types with source code definitions
|
|
222
|
+
|
|
223
|
+
## Security & Safety Notes
|
|
224
|
+
|
|
225
|
+
- This skill requires GDB access to processes and core dumps
|
|
226
|
+
- Attaching to processes may require appropriate permissions (sudo, ptrace_scope)
|
|
227
|
+
- Core dumps may contain sensitive data - handle with care
|
|
228
|
+
- Only debug processes you have authorization to analyze
|
|
229
|
+
|
|
230
|
+
## Related Skills
|
|
231
|
+
|
|
232
|
+
- `@systematic-debugging` - General debugging methodology
|
|
233
|
+
- `@test-driven-development` - Write tests before implementation
|
|
234
|
+
|
|
235
|
+
## Links
|
|
236
|
+
|
|
237
|
+
- **Repository**: https://github.com/Cerdore/gdb-cli
|
|
238
|
+
- **PyPI**: https://pypi.org/project/gdb-cli/
|
|
239
|
+
- **Documentation**: https://github.com/Cerdore/gdb-cli#readme
|
package/package.json
CHANGED
|
@@ -1,109 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: goldrush-api
|
|
3
|
-
description: "Query blockchain data across 100+ chains: wallet balances, token prices, transactions, DEX pairs, and real-time OHLCV streams via the GoldRush API by Covalent."
|
|
4
|
-
category: blockchain
|
|
5
|
-
risk: safe
|
|
6
|
-
source: community
|
|
7
|
-
date_added: "2026-03-17"
|
|
8
|
-
author: covalenthq
|
|
9
|
-
tags: [blockchain, crypto, web3, api, defi, wallet, multi-chain]
|
|
10
|
-
tools: [claude, cursor, gemini, codex, copilot]
|
|
11
|
-
---
|
|
12
|
-
|
|
13
|
-
# GoldRush API
|
|
14
|
-
|
|
15
|
-
## Overview
|
|
16
|
-
GoldRush by Covalent provides blockchain data across 100+ chains through a unified REST API, real-time WebSocket streams, a CLI, and an x402 pay-per-request proxy. This skill enables AI agents to query wallet balances, token prices, transaction history, NFT holdings, and DEX pair data without building chain-specific integrations.
|
|
17
|
-
|
|
18
|
-
## When to Use This Skill
|
|
19
|
-
- Retrieving wallet token balances or total portfolio value across any chain
|
|
20
|
-
- Fetching transaction history or decoded event logs for an address
|
|
21
|
-
- Getting current or historical token prices (USD or native)
|
|
22
|
-
- Monitoring DEX pairs, liquidity events, and real-time OHLCV candles via WebSocket
|
|
23
|
-
- Building block explorers, portfolio dashboards, tax tools, or DeFi analytics
|
|
24
|
-
- Accessing on-chain data with no signup via x402 pay-per-request
|
|
25
|
-
|
|
26
|
-
## How It Works
|
|
27
|
-
|
|
28
|
-
### Step 1: Get credentials
|
|
29
|
-
Sign up at https://goldrush.dev for a free API key. For agent-native no-signup access, use the x402 proxy instead.
|
|
30
|
-
|
|
31
|
-
### Step 2: Set your API key
|
|
32
|
-
```bash
|
|
33
|
-
export GOLDRUSH_API_KEY="your_api_key_here"
|
|
34
|
-
```
|
|
35
|
-
|
|
36
|
-
### Step 3: Query data
|
|
37
|
-
|
|
38
|
-
**REST API (most endpoints):**
|
|
39
|
-
```bash
|
|
40
|
-
# Wallet token balances on Ethereum
|
|
41
|
-
curl -H "Authorization: Bearer $GOLDRUSH_API_KEY" "https://api.covalenthq.com/v1/eth-mainnet/address/0xADDRESS/balances_v2/"
|
|
42
|
-
```
|
|
43
|
-
|
|
44
|
-
**CLI (quick terminal queries):**
|
|
45
|
-
```bash
|
|
46
|
-
npx @covalenthq/goldrush-cli balances --chain eth-mainnet --address 0xADDRESS
|
|
47
|
-
```
|
|
48
|
-
|
|
49
|
-
**SDK (in code):**
|
|
50
|
-
```javascript
|
|
51
|
-
import GoldRushClient from "@covalenthq/client-sdk";
|
|
52
|
-
const client = new GoldRushClient(process.env.GOLDRUSH_API_KEY);
|
|
53
|
-
const resp = await client.BalanceService.getTokenBalancesForWalletAddress(
|
|
54
|
-
"eth-mainnet", "0xADDRESS"
|
|
55
|
-
);
|
|
56
|
-
```
|
|
57
|
-
|
|
58
|
-
## Examples
|
|
59
|
-
|
|
60
|
-
### Example 1: Token Balances
|
|
61
|
-
```bash
|
|
62
|
-
curl -H "Authorization: Bearer $GOLDRUSH_API_KEY" "https://api.covalenthq.com/v1/eth-mainnet/address/0xd8dA6BF26964aF9D7eEd9e03E53415D37aA96045/balances_v2/"
|
|
63
|
-
```
|
|
64
|
-
|
|
65
|
-
### Example 2: Token Price History
|
|
66
|
-
```bash
|
|
67
|
-
curl -H "Authorization: Bearer $GOLDRUSH_API_KEY" "https://api.covalenthq.com/v1/pricing/historical_by_addresses_v2/eth-mainnet/USD/0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48/"
|
|
68
|
-
```
|
|
69
|
-
|
|
70
|
-
### Example 3: Transaction History
|
|
71
|
-
```bash
|
|
72
|
-
curl -H "Authorization: Bearer $GOLDRUSH_API_KEY" "https://api.covalenthq.com/v1/eth-mainnet/address/0xADDRESS/transactions_v3/"
|
|
73
|
-
```
|
|
74
|
-
|
|
75
|
-
### Example 4: Real-time OHLCV via WebSocket
|
|
76
|
-
```javascript
|
|
77
|
-
// Stream live price candles for a token pair
|
|
78
|
-
const ws = new WebSocket("wss://streaming.covalenthq.com/v1/eth-mainnet/ohlcv");
|
|
79
|
-
ws.on("message", (data) => console.log(JSON.parse(data)));
|
|
80
|
-
```
|
|
81
|
-
|
|
82
|
-
## Best Practices
|
|
83
|
-
✅ Use chain slugs: `eth-mainnet`, `matic-mainnet`, `base-mainnet`, `bsc-mainnet` — full list at https://goldrush.dev/docs/networks
|
|
84
|
-
✅ Store API key in `GOLDRUSH_API_KEY` env var — never hardcode
|
|
85
|
-
✅ Use WebSocket streams for real-time data rather than polling REST
|
|
86
|
-
✅ Use SDK cursor pagination for large result sets
|
|
87
|
-
❌ Don't use x402 for high-volume use cases — get a standard API key instead
|
|
88
|
-
❌ Don't use chain IDs (e.g., `1`) — use chain slugs (e.g., `eth-mainnet`)
|
|
89
|
-
|
|
90
|
-
## Security & Safety Notes
|
|
91
|
-
- API key in `GOLDRUSH_API_KEY` environment variable only
|
|
92
|
-
- x402 payments use USDC on Base — set spending limits before autonomous agent use
|
|
93
|
-
- Read-only data API — no write operations, no transaction signing
|
|
94
|
-
|
|
95
|
-
## Common Pitfalls
|
|
96
|
-
|
|
97
|
-
**Problem:** 401 Unauthorized
|
|
98
|
-
**Solution:** Ensure API key is in `Authorization: Bearer` header, not query string
|
|
99
|
-
|
|
100
|
-
**Problem:** `chain_name not found`
|
|
101
|
-
**Solution:** Use chain slug format — see https://goldrush.dev/docs/networks
|
|
102
|
-
|
|
103
|
-
**Problem:** Empty results for new wallet
|
|
104
|
-
**Solution:** Some endpoints require on-chain activity; new wallets with no transactions return empty arrays, not errors
|
|
105
|
-
|
|
106
|
-
## Related Skills
|
|
107
|
-
- @goldrush-streaming-api — real-time WebSocket DEX pair and OHLCV streams
|
|
108
|
-
- @goldrush-x402 — pay-per-request blockchain data without API key
|
|
109
|
-
- @goldrush-cli — terminal-first blockchain data queries
|