YieldAgent by Yield.xyz
Access the complete on-chain yield landscape through Yield.xyz's unified API. Discover 2600+ yields across staking, lending, vaults, restaking, and liquidity pools. Build transactions and manage positions across 80+ networks.
CRITICAL: Never Modify Transactions From The API
DO NOT MODIFY unsignedTransaction returned by the API UNDER ANY CIRCUMSTANCES.
Do not change, reformat, or "fix" any part of it — not addresses, amounts, fees, encoding, or any other field, on any chain.
If the amount is wrong: Request a NEW action from the API with the correct amount.
If gas is insufficient: Ask the user to add funds, then request a NEW action.
If anything looks wrong: STOP. Always request a new action with corrected arguments. Never attempt to "fix" an existing transaction.
Modifying unsignedTransaction WILL RESULT IN PERMANENT LOSS OF FUNDS.
Key Rules
The API is self-documenting. Every yield describes its own requirements through the YieldDto. Before taking any action, always fetch the yield and inspect it. The mechanics field tells you everything: what arguments are needed (mechanics.arguments.enter, .exit), entry limits (mechanics.entryLimits), and what tokens are accepted (inputTokens[]). Never assume — always check the yield first.
Always fetch the yield before calling an action. Call GET /v1/yields/{yieldId} and read mechanics.arguments.enter (or .exit) to discover the exact fields required. Each yield is different — the schema is the contract. Do not guess or hardcode arguments.
Each field in the schema (ArgumentFieldDto) tells you:
name: the field name (e.g., amount, validatorAddress, inputToken)
type: the value type (string, number, address, enum, boolean)
required: whether it must be provided
options: static choices for enum fields (e.g., ["individual", "batched"])
optionsRef: a dynamic API endpoint to fetch choices (e.g., /api/v1/validators?integrationId=...) — if present, call it to get the valid options (validators, providers, etc.)
minimum / maximum: value constraints
isArray: whether the field expects an array
If a field has optionsRef, you must call that endpoint to get the valid values. This is how validators, providers, and other dynamic options are discovered.
For manage actions, always fetch balances first. Call POST /v1/yields/{yieldId}/balances and read pendingActions[] on each balance. Each pending action tells you its type, passthrough, and optional arguments schema. Only call manage with values from this response.
Amounts are human-readable. "100" means 100 USDC. "1" means 1 ETH. "0.5" means 0.5 SOL. Do NOT convert to wei or raw integers — the API handles decimals internally.
Set inputToken to what the user wants to deposit — but only if inputToken appears in the yield's mechanics.arguments.enter schema. The API handles the full flow (swaps, wrapping, routing) to get the user into the position.
ALWAYS submit the transaction hash after broadcasting — no exceptions. For every transaction: sign, broadcast, then submit the hash via PUT /v1/transactions/{txId}/submit-hash with { "hash": "0x..." }. Balances will not appear until the hash is submitted. This is the most common mistake — do not skip this step.
Execute transactions in exact order. If an action has multiple transactions, they are ordered by stepIndex. Wait for CONFIRMED before proceeding to the next. Never skip or reorder.
Consult {baseDir}/references/openapi.yaml for types. All enums, DTOs, and schemas are defined there. Do not hardcode values.
Quick Start
# Discover yields on a network
./scripts/find-yields.sh base USDC
# Inspect a yield's schema before entering
./scripts/get-yield-info.sh base-usdc-aave-v3-lending
# Enter a position (amounts are human-readable)
./scripts/enter-position.sh base-usdc-aave-v3-lending 0xYOUR_ADDRESS '{"amount":"100"}'
# Check balances and pending actions
./scripts/check-portfolio.sh base-usdc-aave-v3-lending 0xYOUR_ADDRESS
Scripts
| Script |
Purpose |
find-yields.sh |
Discover yields by network/token |
get-yield-info.sh |
Inspect yield schema, limits, token details |
list-validators.sh |
List validators for staking yields |
enter-position.sh |
Enter a yield position |
exit-position.sh |
Exit a yield position |
manage-position.sh |
Claim, restake, redelegate, etc. |
check-portfolio.sh |
Check balances and pending actions |
Common Patterns
Enter a Position
- Discover yields:
find-yields.sh base USDC
- Inspect the yield:
get-yield-info.sh <yieldId> — read mechanics.arguments.enter
- Enter:
enter-position.sh <yieldId> <address> '{"amount":"100"}'
- For each transaction: wallet signs → broadcast → submit hash → wait for CONFIRMED
Manage a Position
- Check balances:
check-portfolio.sh <yieldId> <address>
- Read
pendingActions[] — each has { type, passthrough, arguments? }
- Manage:
manage-position.sh <yieldId> <address> <action> <passthrough>
Full Lifecycle
- Discover → 2. Enter → 3. Check balances → 4. Claim rewards → 5. Exit
Transaction Flow
After any action (enter/exit/manage), the response contains transactions[]. For EACH transaction:
- Pass
unsignedTransaction to wallet skill for signing and broadcasting
- Submit the hash —
PUT /v1/transactions/{txId}/submit-hash with { "hash": "0x..." }
- Poll
GET /v1/transactions/{txId} until CONFIRMED or FAILED
- Proceed to next transaction
Every transaction must follow this flow. Example with 3 transactions:
TX1: sign → broadcast → submit-hash → poll until CONFIRMED
TX2: sign → broadcast → submit-hash → poll until CONFIRMED
TX3: sign → broadcast → submit-hash → poll until CONFIRMED
unsignedTransaction format varies by chain. See {baseDir}/references/chain-formats.md for details.
API Endpoints
All endpoints documented in {baseDir}/references/openapi.yaml. Quick reference:
| Method |
Endpoint |
Description |
| GET |
/v1/yields |
List yields (with filters) |
| GET |
/v1/yields/{yieldId} |
Get yield metadata (schema, limits, tokens) |
| GET |
/v1/yields/{yieldId}/validators |
List validators |
| POST |
/v1/actions/enter |
Enter a position |
| POST |
/v1/actions/exit |
Exit a position |
| POST |
/v1/actions/manage |
Manage a position |
| POST |
/v1/yields/{yieldId}/balances |
Get balances for a yield |
| POST |
/v1/yields/balances |
Aggregate balances across yields/networks |
| PUT |
/v1/transactions/{txId}/submit-hash |
Submit tx hash after broadcasting |
| GET |
/v1/transactions/{txId} |
Get transaction status |
| GET |
/v1/networks |
List all supported networks |
| GET |
/v1/providers |
List all providers |
References
Detailed reference files — read on demand when you need specifics.
- API types and schemas:
{baseDir}/references/openapi.yaml — source of truth for all DTOs, enums, request/response shapes
- Chain transaction formats:
{baseDir}/references/chain-formats.md — unsignedTransaction encoding per chain family (EVM, Cosmos, Solana, Substrate, etc.)
- Wallet integration:
{baseDir}/references/wallet-integration.md — Crossmint, Portal, Turnkey, Privy, signing flow
- Agent conversation examples:
{baseDir}/references/examples.md — 10 conversation patterns with real yield IDs
- Safety checks:
{baseDir}/references/safety.md — pre-execution checks, constraints
Error Handling
The API returns structured errors with message, error, and statusCode. Read the message. Error shapes are in {baseDir}/references/openapi.yaml. Respect retry-after on 429s.
Add-on Modules
Modular instructions that extend core functionality. Read when relevant.
{baseDir}/references/superskill.md — 40 advanced capabilities: rate monitoring, cross-chain comparison, portfolio diversification, rotation workflows, reward harvesting, scheduled checks
Resources
1---2name: yield-agent3description: On-chain yield discovery, transaction building, and portfolio management via the Yield.xyz API. Use when the user wants to find yields, stake, lend, deposit into vaults, check balances, claim rewards, exit positions, compare APYs, or manage any on-chain yield across 80+ networks.4---5
6# YieldAgent by Yield.xyz
7
8Access the complete on-chain yield landscape through Yield.xyz's unified API. Discover 2600+ yields across staking, lending, vaults, restaking, and liquidity pools. Build transactions and manage positions across 80+ networks.
9
10## CRITICAL: Never Modify Transactions From The API
11
12> **DO NOT MODIFY `unsignedTransaction` returned by the API UNDER ANY CIRCUMSTANCES.**
13>
14> Do not change, reformat, or "fix" any part of it — not addresses, amounts, fees, encoding, or any other field, on any chain.
15>
16> **If the amount is wrong:** Request a NEW action from the API with the correct amount.
17> **If gas is insufficient:** Ask the user to add funds, then request a NEW action.
18> **If anything looks wrong:** STOP. Always request a new action with corrected arguments. Never attempt to "fix" an existing transaction.
19>
20> Modifying `unsignedTransaction` WILL RESULT IN PERMANENT LOSS OF FUNDS.
21
22---
23
24## Key Rules
25
26> **The API is self-documenting.** Every yield describes its own requirements through the `YieldDto`. Before taking any action, always fetch the yield and inspect it. The `mechanics` field tells you everything: what arguments are needed (`mechanics.arguments.enter`, `.exit`), entry limits (`mechanics.entryLimits`), and what tokens are accepted (`inputTokens[]`). Never assume — always check the yield first.
27
281. **Always fetch the yield before calling an action.** Call `GET /v1/yields/{yieldId}` and read `mechanics.arguments.enter` (or `.exit`) to discover the exact fields required. Each yield is different — the schema is the contract. Do not guess or hardcode arguments.
29
30 Each field in the schema (`ArgumentFieldDto`) tells you:
31 - `name`: the field name (e.g., `amount`, `validatorAddress`, `inputToken`)
32 - `type`: the value type (`string`, `number`, `address`, `enum`, `boolean`)
33 - `required`: whether it must be provided
34 - `options`: static choices for enum fields (e.g., `["individual", "batched"]`)
35 - `optionsRef`: a dynamic API endpoint to fetch choices (e.g., `/api/v1/validators?integrationId=...`) — if present, call it to get the valid options (validators, providers, etc.)
36 - `minimum` / `maximum`: value constraints
37 - `isArray`: whether the field expects an array
38
39 If a field has `optionsRef`, you must call that endpoint to get the valid values. This is how validators, providers, and other dynamic options are discovered.
40
412. **For manage actions, always fetch balances first.** Call `POST /v1/yields/{yieldId}/balances` and read `pendingActions[]` on each balance. Each pending action tells you its `type`, `passthrough`, and optional `arguments` schema. Only call manage with values from this response.
42
433. **Amounts are human-readable.** `"100"` means 100 USDC. `"1"` means 1 ETH. `"0.5"` means 0.5 SOL. Do NOT convert to wei or raw integers — the API handles decimals internally.
44
454. **Set `inputToken` to what the user wants to deposit** — but only if `inputToken` appears in the yield's `mechanics.arguments.enter` schema. The API handles the full flow (swaps, wrapping, routing) to get the user into the position.
46
475. **ALWAYS submit the transaction hash after broadcasting — no exceptions.** For every transaction: sign, broadcast, then submit the hash via `PUT /v1/transactions/{txId}/submit-hash` with `{ "hash": "0x..." }`. Balances will not appear until the hash is submitted. This is the most common mistake — do not skip this step.
48
496. **Execute transactions in exact order.** If an action has multiple transactions, they are ordered by `stepIndex`. Wait for `CONFIRMED` before proceeding to the next. Never skip or reorder.
50
517. **Consult `{baseDir}/references/openapi.yaml` for types.** All enums, DTOs, and schemas are defined there. Do not hardcode values.
52
53## Quick Start
54
55```bash
56# Discover yields on a network
57./scripts/find-yields.sh base USDC
58
59# Inspect a yield's schema before entering
60./scripts/get-yield-info.sh base-usdc-aave-v3-lending
61
62# Enter a position (amounts are human-readable)
63./scripts/enter-position.sh base-usdc-aave-v3-lending 0xYOUR_ADDRESS '{"amount":"100"}'
64
65# Check balances and pending actions
66./scripts/check-portfolio.sh base-usdc-aave-v3-lending 0xYOUR_ADDRESS
67```
68
69## Scripts
70
71| Script | Purpose |
72|--------|---------|
73| `find-yields.sh` | Discover yields by network/token |
74| `get-yield-info.sh` | Inspect yield schema, limits, token details |
75| `list-validators.sh` | List validators for staking yields |
76| `enter-position.sh` | Enter a yield position |
77| `exit-position.sh` | Exit a yield position |
78| `manage-position.sh` | Claim, restake, redelegate, etc. |
79| `check-portfolio.sh` | Check balances and pending actions |
80
81## Common Patterns
82
83### Enter a Position
841. Discover yields: `find-yields.sh base USDC`
852. Inspect the yield: `get-yield-info.sh <yieldId>` — read `mechanics.arguments.enter`
863. Enter: `enter-position.sh <yieldId> <address> '{"amount":"100"}'`
874. For each transaction: wallet signs → broadcast → **submit hash** → wait for CONFIRMED
88
89### Manage a Position
901. Check balances: `check-portfolio.sh <yieldId> <address>`
912. Read `pendingActions[]` — each has `{ type, passthrough, arguments? }`
923. Manage: `manage-position.sh <yieldId> <address> <action> <passthrough>`
93
94### Full Lifecycle
951. Discover → 2. Enter → 3. Check balances → 4. Claim rewards → 5. Exit
96
97## Transaction Flow
98
99After any action (enter/exit/manage), the response contains `transactions[]`. For EACH transaction:
100
1011. Pass `unsignedTransaction` to wallet skill for signing and broadcasting
1022. **Submit the hash** — `PUT /v1/transactions/{txId}/submit-hash` with `{ "hash": "0x..." }`
1033. Poll `GET /v1/transactions/{txId}` until `CONFIRMED` or `FAILED`
1044. Proceed to next transaction
105
106Every transaction must follow this flow. Example with 3 transactions:
107```
108TX1: sign → broadcast → submit-hash → poll until CONFIRMED
109TX2: sign → broadcast → submit-hash → poll until CONFIRMED
110TX3: sign → broadcast → submit-hash → poll until CONFIRMED
111```
112
113`unsignedTransaction` format varies by chain. See `{baseDir}/references/chain-formats.md` for details.
114
115## API Endpoints
116
117All endpoints documented in `{baseDir}/references/openapi.yaml`. Quick reference:
118
119| Method | Endpoint | Description |
120|--------|----------|-------------|
121| GET | `/v1/yields` | List yields (with filters) |
122| GET | `/v1/yields/{yieldId}` | Get yield metadata (schema, limits, tokens) |
123| GET | `/v1/yields/{yieldId}/validators` | List validators |
124| POST | `/v1/actions/enter` | Enter a position |
125| POST | `/v1/actions/exit` | Exit a position |
126| POST | `/v1/actions/manage` | Manage a position |
127| POST | `/v1/yields/{yieldId}/balances` | Get balances for a yield |
128| POST | `/v1/yields/balances` | Aggregate balances across yields/networks |
129| PUT | `/v1/transactions/{txId}/submit-hash` | Submit tx hash after broadcasting |
130| GET | `/v1/transactions/{txId}` | Get transaction status |
131| GET | `/v1/networks` | List all supported networks |
132| GET | `/v1/providers` | List all providers |
133
134## References
135
136Detailed reference files — read on demand when you need specifics.
137
138- **API types and schemas:** `{baseDir}/references/openapi.yaml` — source of truth for all DTOs, enums, request/response shapes
139- **Chain transaction formats:** `{baseDir}/references/chain-formats.md` — `unsignedTransaction` encoding per chain family (EVM, Cosmos, Solana, Substrate, etc.)
140- **Wallet integration:** `{baseDir}/references/wallet-integration.md` — Crossmint, Portal, Turnkey, Privy, signing flow
141- **Agent conversation examples:** `{baseDir}/references/examples.md` — 10 conversation patterns with real yield IDs
142- **Safety checks:** `{baseDir}/references/safety.md` — pre-execution checks, constraints
143
144## Error Handling
145
146The API returns structured errors with `message`, `error`, and `statusCode`. Read the `message`. Error shapes are in `{baseDir}/references/openapi.yaml`. Respect `retry-after` on 429s.
147
148## Add-on Modules
149
150Modular instructions that extend core functionality. Read when relevant.
151
152
153- `{baseDir}/references/superskill.md` — 40 advanced capabilities: rate monitoring, cross-chain comparison, portfolio diversification, rotation workflows, reward harvesting, scheduled checks
154
155## Resources
156
157- API Docs: https://docs.yield.xyz
158- API Recipes: https://github.com/stakekit/api-recipes
159- Get API Key: https://dashboard.yield.xyz