[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6GRD2P1G4CART2R751BTJV0":3,"skill-same:01M6GRD2P1G4CART2R751BTJV0":91},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":16,"sourceHtmlUrl":17,"categories":18,"keywords":19,"publishedAt":42,"linkOnly":43,"markdownContent":44,"markdownBody":45,"frontMatter":46,"refName":54,"commitSha":55,"skillDirectory":56,"forksCount":57,"repositoryHtmlUrl":58,"repositoryHomepageUrl":6,"ownerHtmlUrl":59,"ownerBlogUrl":60,"ownerDescription":61,"updatedAt":62,"install":63,"resources":76},"01M6GRD2P1G4CART2R751BTJV0","index-bot",null,"This skill should be used when the user asks to \"create an index\", \"build a basket of top assets\", \"buy a weighted basket\", \"make a portfolio of assets\", \"equal-weight basket\", \"rebalance my portfolio\", \"track the top N tokens\", or wants an automated, weighted multi-asset basket that buys in one pass and rebalances on a cadence. Builds the basket spec, delegates each buy and rebalance swap to the swap-integration Trading API flow, and records target weights in state.","jiayaoqijia\u002Fcryptoskill","jiayaoqijia","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F1453879?v=4","01M6GMYTX7Q7S504VC6E756ENR","YQ","01M6GMYV1QKJ1CC75MTTGT9PR0",81,"MIT","https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill\u002Fblob\u002Fmain\u002Fskills\u002Fdefi\u002Funiswap-official-index-bot\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill\u002Fblob\u002Fmain\u002Fskills\u002Fdefi\u002Funiswap-official-index-bot\u002FSKILL.md",[],[20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41],"index","index bot","bot","tokens","when","track","my","top","sonnet","make","asset","cadence","uniswap","trading","portfolio","edit","write","read","Bash","api","flow","create","2026-11-10 10:12:30",false,"---\nname: index-bot\ndescription: This skill should be used when the user asks to \"create an index\", \"build a basket of top assets\", \"buy a weighted basket\", \"make a portfolio of assets\", \"equal-weight basket\", \"rebalance my portfolio\", \"track the top N tokens\", or wants an automated, weighted multi-asset basket that buys in one pass and rebalances on a cadence. Builds the basket spec, delegates each buy and rebalance swap to the swap-integration Trading API flow, and records target weights in state.\nallowed-tools: Read, Write, Edit, Glob, Grep, Bash(npm:*), Bash(npx:*), Bash(curl:*), WebFetch, AskUserQuestion\nmodel: sonnet\nlicense: MIT\nmetadata:\n  author: uniswap\n  version: '0.2.0'\nprerequisites:\n  - swap-integration\n  - v4-sdk-integration\n  - viem-integration\n---\n\n# Index Bot\n\nBuild a weighted basket of assets from one instruction, buy the whole basket in one pass, and rebalance on a cadence when weights drift. This skill is a thin strategy layer: it decides what to buy and how much, then delegates every quote, approval, swap, and signing step to existing skills.\n\n> **Runtime Compatibility:** This skill uses `AskUserQuestion` for interactive prompts. If `AskUserQuestion` is not available in your runtime, collect the same parameters through natural language conversation instead.\n\n## Overview\n\nFrom a single prompt (for example \"equal-weight basket of the top 5 RWAs, rebalance weekly\"), index-bot:\n\n1. Parses the basket spec (explicit assets with weights, or a top-N ranking request).\n2. Resolves each asset to a token address and computes per-leg sizing.\n3. Applies guardrails (spend cap, token allowlist, dry-run).\n4. Delegates each buy to the swap-integration Trading API flow on the target chain.\n5. Records target weights and the last rebalance in a state file.\n\nOn a later invocation by the host scheduler, it reads current positions, computes drift versus target weights, generates the adjusting swaps, and delegates them.\n\nThe trigger is twofold: a prompt to create the basket, and the host scheduler (cron or the agent runtime wake-up) for each rebalance run.\n\n## Prerequisites\n\nThis skill does not reimplement swap execution. It depends on:\n\n- **swap-integration** (uniswap-trading): the only execution path. Every buy and rebalance leg goes through its Trading API flow (`check_approval` then `quote` then `swap`, then sign and broadcast). Do not reimplement any of it.\n- **v4-sdk-integration** (uniswap-trading): LP execution, only if a leg also seeds or manages a liquidity position. Default index baskets are spot-only and do not need this.\n- **viem-integration** (uniswap-viem): accounts, signing, transaction broadcast, and reading on-chain balances for the drift calculation.\n\nRead these plugin references before acting and treat them as ground truth:\n\n- selected target-chain template: chainId, chain name, contract addresses, tradable token source, funding constraints, market-data availability, and template-specific caveats. For the reference Robinhood Chain template, see `..\u002F..\u002Freferences\u002Frobinhood-chain.md`.\n- `..\u002F..\u002Freferences\u002Fexecution-model.md`: the Trading API requirement, execution modes, restrictions, and disclaimer rules.\n- `..\u002F..\u002Freferences\u002Fstrategy-state.md`: the shared state file and scheduler pattern.\n\n## Template inputs\n\nThe selected target-chain template must provide:\n\n- chain id, chain name, native gas token, and RPC \u002F read path.\n- deployed Uniswap router, Permit2, and quoter \u002F state-reader addresses needed by delegated execution and valuation.\n- optional v4 PoolManager \u002F PositionManager addresses if the basket also manages LP positions.\n- tradable token resolution rules, including any token list, ranking source, or allowlist source.\n- funding constraints, market-data availability, transfer-restriction caveats, and market-hours guidance.\n\n## Workflow\n\n### Step 1: Parse the basket spec\n\nExtract the basket definition from the prompt:\n\n| Parameter         | Required | Example                                    |\n| ----------------- | -------- | ------------------------------------------ |\n| Assets            | Yes      | explicit list, or \"top 5 RWAs\"             |\n| Weighting         | Yes      | `equal`, or custom weights summing to 1    |\n| Total size        | Yes      | `1000 USDG`, `0.5 ETH`                     |\n| Funding token     | Yes      | the token spent to buy each leg            |\n| Rebalance cadence | Yes      | `weekly`, `monthly`, `none`                |\n| Drift threshold   | No       | rebalance only when a leg drifts > X%      |\n| Spend caps        | Yes      | per-run and per-period caps in token terms |\n\nIf the prompt asks for a top-N ranking (\"top 5 RWAs\"), there is no default ranking source, so do NOT invent or guess a ranking. If the selected template provides an indexer or ranking source and the operator instructs you to use it, use that source. Otherwise ask the user for an explicit asset list via `AskUserQuestion` and proceed from that list. If any other required parameter is missing, including per-run or per-period spend caps, use `AskUserQuestion` with structured options to collect it.\n\n### Step 2: Resolve tokens and per-leg sizing\n\nFor each asset:\n\n1. Resolve the symbol to a token address from the selected target-chain template and its token source. Do not maintain a local registry. If a requested asset cannot resolve from the template's token source, stop and report it rather than guessing.\n2. Compute the target notional per leg: `legNotional = totalSize * weight`. Price any cross-token sizing with Uniswap quotes (Trading API `\u002Fquote` via `swap-integration`, or `V4Quoter` via `v4-sdk-integration`), never an external feed or venue-specific API.\n3. Record the funding-token amount to spend on that leg.\n\nVerify each resolved address is a contract before sizing. If an asset cannot be resolved on the target chain, stop and report it rather than guessing.\n\n### Step 3: Guardrails\n\nBefore any execution:\n\n- Ask the operator for any missing per-run or per-period spend cap using `AskUserQuestion` (or natural language if unavailable); include the funding token or denomination used for comparison. If either cap remains unset, do not enter `autonomous` mode.\n- Confirm the basket total is within the configured spend cap (per run and per period).\n- Confirm every leg token is on the operator's allowlist.\n- Run a dry-run first that prints each planned leg (token, amount, weight) for review.\n- Confirm equity market hours if any leg is a RWA (off-hours liquidity may be thin).\n- Per leg, check the wallet can cover that leg: it must hold enough of the funding token (`tokenIn`) for the leg's buy amount and enough native gas to broadcast. If a leg is short on either, skip that leg and report it, then continue the rest of the basket. Follow the selected template's funding constraints; the skill does not auto-fund, bridge, or top up unless that behavior is explicitly provided outside the skill.\n\n### Step 4: Buy the basket (delegate)\n\nFor each leg, delegate to the swap-integration Trading API flow: `check_approval` then `quote` then `swap`, then sign and broadcast via viem. Pass the target chain id and that chain's router \u002F token addresses from the selected template.\n\nDo NOT reimplement quoting, approvals, swap-body construction, or signing. Sequence legs with a short delay to respect Trading API rate limits, and handle a failed leg without abandoning the rest of the basket (report it and continue).\n\n### Step 5: Record target weights\n\nAfter the buys succeed, write the target weights and the rebalance metadata to the state file (see `..\u002F..\u002Freferences\u002Fstrategy-state.md`). This is what later drift calculations compare against.\n\n### Rebalance loop\n\nOn each scheduled invocation:\n\n1. Read state to load target weights and `lastRebalanceAt`.\n2. Check idempotency: if this cadence period was already rebalanced, skip.\n3. Read current on-chain balances for each leg via viem and value them in the funding token using Uniswap quotes (Trading API `\u002Fquote` via `swap-integration`, or `V4Quoter` \u002F `StateView` via `v4-sdk-integration`) to get current weights. Do not use venue-specific APIs or external price feeds; see `..\u002F..\u002Freferences\u002Fexecution-model.md` (Data and pricing).\n4. Compute drift per leg: `drift = currentWeight - targetWeight`. Compare the absolute drift `|drift|` against the threshold so both overweight (`drift > 0`) and underweight (`drift \u003C 0`) legs are caught. If no leg's `|drift|` exceeds the drift threshold, do nothing and update `lastRebalanceAt`.\n5. Generate the adjusting swaps: sell overweight legs, buy underweight legs, to return each leg to its target.\n6. Delegate each adjusting swap to the swap-integration Trading API flow exactly as in Step 4.\n7. Update state with the new `lastRebalanceAt` and any changed positions.\n\n## Execution mode\n\nThis skill exposes the shared execution mode from `..\u002F..\u002Freferences\u002Fexecution-model.md`:\n\n| Mode                | Behavior                                                         |\n| ------------------- | ---------------------------------------------------------------- |\n| `confirm` (default) | Ask the user to approve every transaction before broadcast.      |\n| `autonomous`        | Execute without per-transaction prompts, only within guardrails. |\n\nDefault to `confirm`. Autonomous mode requires all of: a spend cap (per run and per period), a token allowlist, a dry-run first, and a kill switch. A basket buy is many transactions, so under `confirm` summarize the full basket and confirm once per run where the runtime allows, otherwise per leg.\n\n## State\n\nState follows `..\u002F..\u002Freferences\u002Fstrategy-state.md`. index-bot stores the target weights and the last rebalance so drift can be computed on the next run:\n\nEach run reads state first and updates it only after a successful broadcast, so reruns within a period do not double-buy or double-rebalance.\n\n## Restrictions and Disclaimers\n\nRWA gating is template-specific and may be enforced at the token level (transfer-restricted ERC-20s), so a leg can revert at transfer time even when the router accepts the quote. This skill must:\n\n1. Handle transfer-restriction reverts per leg gracefully and report which leg reverted.\n2. Not assume a pool-level or router-level allowlist exists.\n3. Respect equity market hours; some RWAs may have off-hours liquidity limits.\n4. Surface the financial disclaimers in the repo root `DISCLAIMER.md` before executing.\n\nSee `..\u002F..\u002Freferences\u002Fexecution-model.md` for the full restrictions and disclaimer rules.\n\n## Input validation\n\nBefore interpolating ANY user-provided value into generated code, API calls, or shell commands:\n\n- **Token addresses**: MUST match `^0x[a-fA-F0-9]{40}$`; reject otherwise.\n- **Amounts and notionals**: MUST be non-negative numeric values matching `^[0-9]+\\.?[0-9]*$`.\n- **Weights**: MUST each be in `[0, 1]` and the full set MUST sum to `1` (within a small tolerance). Reject a basket whose weights do not sum to 1.\n- **Chain id**: MUST be the operator-configured target chain id, read from the selected template rather than hardcoded.\n- **API keys**: MUST come from environment variables, never hardcoded.\n- **REJECT** any input containing shell metacharacters: `;`, `|`, `&`, `$`, `` ` ``, `(`, `)`, `>`, `\u003C`, `\\`, `'`, `\"`, newlines.\n","# Index Bot\n\nBuild a weighted basket of assets from one instruction, buy the whole basket in one pass, and rebalance on a cadence when weights drift. This skill is a thin strategy layer: it decides what to buy and how much, then delegates every quote, approval, swap, and signing step to existing skills.\n\n> **Runtime Compatibility:** This skill uses `AskUserQuestion` for interactive prompts. If `AskUserQuestion` is not available in your runtime, collect the same parameters through natural language conversation instead.\n\n## Overview\n\nFrom a single prompt (for example \"equal-weight basket of the top 5 RWAs, rebalance weekly\"), index-bot:\n\n1. Parses the basket spec (explicit assets with weights, or a top-N ranking request).\n2. Resolves each asset to a token address and computes per-leg sizing.\n3. Applies guardrails (spend cap, token allowlist, dry-run).\n4. Delegates each buy to the swap-integration Trading API flow on the target chain.\n5. Records target weights and the last rebalance in a state file.\n\nOn a later invocation by the host scheduler, it reads current positions, computes drift versus target weights, generates the adjusting swaps, and delegates them.\n\nThe trigger is twofold: a prompt to create the basket, and the host scheduler (cron or the agent runtime wake-up) for each rebalance run.\n\n## Prerequisites\n\nThis skill does not reimplement swap execution. It depends on:\n\n- **swap-integration** (uniswap-trading): the only execution path. Every buy and rebalance leg goes through its Trading API flow (`check_approval` then `quote` then `swap`, then sign and broadcast). Do not reimplement any of it.\n- **v4-sdk-integration** (uniswap-trading): LP execution, only if a leg also seeds or manages a liquidity position. Default index baskets are spot-only and do not need this.\n- **viem-integration** (uniswap-viem): accounts, signing, transaction broadcast, and reading on-chain balances for the drift calculation.\n\nRead these plugin references before acting and treat them as ground truth:\n\n- selected target-chain template: chainId, chain name, contract addresses, tradable token source, funding constraints, market-data availability, and template-specific caveats. For the reference Robinhood Chain template, see `..\u002F..\u002Freferences\u002Frobinhood-chain.md`.\n- `..\u002F..\u002Freferences\u002Fexecution-model.md`: the Trading API requirement, execution modes, restrictions, and disclaimer rules.\n- `..\u002F..\u002Freferences\u002Fstrategy-state.md`: the shared state file and scheduler pattern.\n\n## Template inputs\n\nThe selected target-chain template must provide:\n\n- chain id, chain name, native gas token, and RPC \u002F read path.\n- deployed Uniswap router, Permit2, and quoter \u002F state-reader addresses needed by delegated execution and valuation.\n- optional v4 PoolManager \u002F PositionManager addresses if the basket also manages LP positions.\n- tradable token resolution rules, including any token list, ranking source, or allowlist source.\n- funding constraints, market-data availability, transfer-restriction caveats, and market-hours guidance.\n\n## Workflow\n\n### Step 1: Parse the basket spec\n\nExtract the basket definition from the prompt:\n\n| Parameter         | Required | Example                                    |\n| ----------------- | -------- | ------------------------------------------ |\n| Assets            | Yes      | explicit list, or \"top 5 RWAs\"             |\n| Weighting         | Yes      | `equal`, or custom weights summing to 1    |\n| Total size        | Yes      | `1000 USDG`, `0.5 ETH`                     |\n| Funding token     | Yes      | the token spent to buy each leg            |\n| Rebalance cadence | Yes      | `weekly`, `monthly`, `none`                |\n| Drift threshold   | No       | rebalance only when a leg drifts > X%      |\n| Spend caps        | Yes      | per-run and per-period caps in token terms |\n\nIf the prompt asks for a top-N ranking (\"top 5 RWAs\"), there is no default ranking source, so do NOT invent or guess a ranking. If the selected template provides an indexer or ranking source and the operator instructs you to use it, use that source. Otherwise ask the user for an explicit asset list via `AskUserQuestion` and proceed from that list. If any other required parameter is missing, including per-run or per-period spend caps, use `AskUserQuestion` with structured options to collect it.\n\n### Step 2: Resolve tokens and per-leg sizing\n\nFor each asset:\n\n1. Resolve the symbol to a token address from the selected target-chain template and its token source. Do not maintain a local registry. If a requested asset cannot resolve from the template's token source, stop and report it rather than guessing.\n2. Compute the target notional per leg: `legNotional = totalSize * weight`. Price any cross-token sizing with Uniswap quotes (Trading API `\u002Fquote` via `swap-integration`, or `V4Quoter` via `v4-sdk-integration`), never an external feed or venue-specific API.\n3. Record the funding-token amount to spend on that leg.\n\nVerify each resolved address is a contract before sizing. If an asset cannot be resolved on the target chain, stop and report it rather than guessing.\n\n### Step 3: Guardrails\n\nBefore any execution:\n\n- Ask the operator for any missing per-run or per-period spend cap using `AskUserQuestion` (or natural language if unavailable); include the funding token or denomination used for comparison. If either cap remains unset, do not enter `autonomous` mode.\n- Confirm the basket total is within the configured spend cap (per run and per period).\n- Confirm every leg token is on the operator's allowlist.\n- Run a dry-run first that prints each planned leg (token, amount, weight) for review.\n- Confirm equity market hours if any leg is a RWA (off-hours liquidity may be thin).\n- Per leg, check the wallet can cover that leg: it must hold enough of the funding token (`tokenIn`) for the leg's buy amount and enough native gas to broadcast. If a leg is short on either, skip that leg and report it, then continue the rest of the basket. Follow the selected template's funding constraints; the skill does not auto-fund, bridge, or top up unless that behavior is explicitly provided outside the skill.\n\n### Step 4: Buy the basket (delegate)\n\nFor each leg, delegate to the swap-integration Trading API flow: `check_approval` then `quote` then `swap`, then sign and broadcast via viem. Pass the target chain id and that chain's router \u002F token addresses from the selected template.\n\nDo NOT reimplement quoting, approvals, swap-body construction, or signing. Sequence legs with a short delay to respect Trading API rate limits, and handle a failed leg without abandoning the rest of the basket (report it and continue).\n\n### Step 5: Record target weights\n\nAfter the buys succeed, write the target weights and the rebalance metadata to the state file (see `..\u002F..\u002Freferences\u002Fstrategy-state.md`). This is what later drift calculations compare against.\n\n### Rebalance loop\n\nOn each scheduled invocation:\n\n1. Read state to load target weights and `lastRebalanceAt`.\n2. Check idempotency: if this cadence period was already rebalanced, skip.\n3. Read current on-chain balances for each leg via viem and value them in the funding token using Uniswap quotes (Trading API `\u002Fquote` via `swap-integration`, or `V4Quoter` \u002F `StateView` via `v4-sdk-integration`) to get current weights. Do not use venue-specific APIs or external price feeds; see `..\u002F..\u002Freferences\u002Fexecution-model.md` (Data and pricing).\n4. Compute drift per leg: `drift = currentWeight - targetWeight`. Compare the absolute drift `|drift|` against the threshold so both overweight (`drift > 0`) and underweight (`drift \u003C 0`) legs are caught. If no leg's `|drift|` exceeds the drift threshold, do nothing and update `lastRebalanceAt`.\n5. Generate the adjusting swaps: sell overweight legs, buy underweight legs, to return each leg to its target.\n6. Delegate each adjusting swap to the swap-integration Trading API flow exactly as in Step 4.\n7. Update state with the new `lastRebalanceAt` and any changed positions.\n\n## Execution mode\n\nThis skill exposes the shared execution mode from `..\u002F..\u002Freferences\u002Fexecution-model.md`:\n\n| Mode                | Behavior                                                         |\n| ------------------- | ---------------------------------------------------------------- |\n| `confirm` (default) | Ask the user to approve every transaction before broadcast.      |\n| `autonomous`        | Execute without per-transaction prompts, only within guardrails. |\n\nDefault to `confirm`. Autonomous mode requires all of: a spend cap (per run and per period), a token allowlist, a dry-run first, and a kill switch. A basket buy is many transactions, so under `confirm` summarize the full basket and confirm once per run where the runtime allows, otherwise per leg.\n\n## State\n\nState follows `..\u002F..\u002Freferences\u002Fstrategy-state.md`. index-bot stores the target weights and the last rebalance so drift can be computed on the next run:\n\nEach run reads state first and updates it only after a successful broadcast, so reruns within a period do not double-buy or double-rebalance.\n\n## Restrictions and Disclaimers\n\nRWA gating is template-specific and may be enforced at the token level (transfer-restricted ERC-20s), so a leg can revert at transfer time even when the router accepts the quote. This skill must:\n\n1. Handle transfer-restriction reverts per leg gracefully and report which leg reverted.\n2. Not assume a pool-level or router-level allowlist exists.\n3. Respect equity market hours; some RWAs may have off-hours liquidity limits.\n4. Surface the financial disclaimers in the repo root `DISCLAIMER.md` before executing.\n\nSee `..\u002F..\u002Freferences\u002Fexecution-model.md` for the full restrictions and disclaimer rules.\n\n## Input validation\n\nBefore interpolating ANY user-provided value into generated code, API calls, or shell commands:\n\n- **Token addresses**: MUST match `^0x[a-fA-F0-9]{40}$`; reject otherwise.\n- **Amounts and notionals**: MUST be non-negative numeric values matching `^[0-9]+\\.?[0-9]*$`.\n- **Weights**: MUST each be in `[0, 1]` and the full set MUST sum to `1` (within a small tolerance). Reject a basket whose weights do not sum to 1.\n- **Chain id**: MUST be the operator-configured target chain id, read from the selected template rather than hardcoded.\n- **API keys**: MUST come from environment variables, never hardcoded.\n- **REJECT** any input containing shell metacharacters: `;`, `|`, `&`, `$`, `` ` ``, `(`, `)`, `>`, `\u003C`, `\\`, `'`, `\"`, newlines.\n",{"name":5,"model":28,"license":15,"metadata":47,"description":7,"allowed-tools":49,"prerequisites":50},{"author":32,"version":48},"0.2.0","Read, Write, Edit, Glob, Grep, Bash(npm:*), Bash(npx:*), Bash(curl:*), WebFetch, AskUserQuestion",[51,52,53],"swap-integration","v4-sdk-integration","viem-integration","main","3df1d0d67b30ff15236561f8c0f9f06d33f42dfd","skills\u002Fdefi\u002Funiswap-official-index-bot",17,"https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill","https:\u002F\u002Fgithub.com\u002Fjiayaoqijia","https:\u002F\u002Feth2030.com","Hardcore infra. Building @alt-research and applied cryptography.","2026-11-13 02:31:19",{"source":8,"skillName":5,"commands":64,"prompt":74,"zipAvailable":75},[65,68,71],{"tool":66,"command":67},"npx","npx skills add jiayaoqijia\u002Fcryptoskill --skill index-bot",{"tool":69,"command":70},"bunx","bunx skills add jiayaoqijia\u002Fcryptoskill --skill index-bot",{"tool":72,"command":73},"pnpm","pnpm dlx skills add jiayaoqijia\u002Fcryptoskill --skill index-bot","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill\u002Fblob\u002Fmain\u002Fskills\u002Fdefi\u002Funiswap-official-index-bot\u002FSKILL.md",true,[77,81,87],{"path":78,"resourceType":78,"resourceTypeDesc":79,"sizeBytes":80,"sourceHtmlUrl":16},"LICENSE","许可证",1069,{"path":82,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":85,"sourceHtmlUrl":86},"SOURCE.md","REFERENCE","参考文档",370,"https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill\u002Fblob\u002Fmain\u002Fskills\u002Fdefi\u002Funiswap-official-index-bot\u002FSOURCE.md",{"path":88,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":89,"sourceHtmlUrl":90},"TRUST.auto.yaml",2206,"https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill\u002Fblob\u002Fmain\u002Fskills\u002Fdefi\u002Funiswap-official-index-bot\u002FTRUST.auto.yaml",[92,119,141,159,172,182],{"skillNo":93,"name":94,"nameZh":6,"description":95,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":96,"sourceHtmlUrl":97,"categories":98,"keywords":99,"publishedAt":42},"01M712C436EQYE43342Q4E7GG1","recipe-performance","Diagnose a specific MetaMask user flow's real-app performance and Sentry critical-user-flow telemetry with deterministic mm-harness recipes. Use for CUF boundaries, cold\u002Fwarm\u002Fbackground-resume behavior, latency regressions, lifecycle tags, duplicate or blocking network requests, long tasks, layout\u002Fpaint cost, screen redraws, React rerenders, or browser trace analysis where tests alone cannot prove the real app.","https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill\u002Fblob\u002Fmain\u002Fskills\u002Fwallets\u002Fmetamask-official-recipe-performance\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill\u002Fblob\u002Fmain\u002Fskills\u002Fwallets\u002Fmetamask-official-recipe-performance\u002FSKILL.md",[],[100,101,102,103,104,105,106,107,108,40,109,110,111,112,113,114,115,116,117,118],"performance","recipe performance","recipe","mm","sentry","harness","app","deterministic","recipes","cold","critical","analysis","tasks","react","browser","layout","screen","network","metamask",{"skillNo":120,"name":121,"nameZh":6,"description":122,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":123,"licenseFileUrl":124,"sourceHtmlUrl":125,"categories":126,"keywords":127,"publishedAt":42},"01M70XT2F8A5CQZ81JBP98KSW3","mexc-spot-websocket","MEXC Spot WebSocket workflows for public streams, protobuf handling, depth maintenance, listen keys, and private streams without exposing API keys.","Apache-2.0","https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill\u002Fblob\u002Fmain\u002Fskills\u002Fexchanges\u002Fmncrftfrcnm-mexc-spot-websocket\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill\u002Fblob\u002Fmain\u002Fskills\u002Fexchanges\u002Fmncrftfrcnm-mexc-spot-websocket\u002FSKILL.md",[],[128,129,130,39,131,132,133,134,135,136,137,138,139,140],"mexc spot websocket","spot","websocket","workflows","public","listen","streams","depth","keys","for","api keys","maintenance","protobuf",{"skillNo":142,"name":143,"nameZh":6,"description":144,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":123,"licenseFileUrl":145,"sourceHtmlUrl":146,"categories":147,"keywords":148,"publishedAt":42},"01M70XT0MBXN3WZY1BKN0CPNKR","mexc-spot-rest","MEXC Spot REST workflows for public data, signed account requests, orders, wallet\u002Fadmin actions, and secure signing without exposing API keys.","https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill\u002Fblob\u002Fmain\u002Fskills\u002Fexchanges\u002Fmncrftfrcnm-mexc-spot-rest\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill\u002Fblob\u002Fmain\u002Fskills\u002Fexchanges\u002Fmncrftfrcnm-mexc-spot-rest\u002FSKILL.md",[],[149,129,150,151,152,153,154,138,137,136,155,156,157,132,158,131,39],"mexc spot rest","REST","admin","signing","Wallet","requests","actions","secure","data","orders",{"skillNo":160,"name":161,"nameZh":6,"description":162,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":123,"licenseFileUrl":163,"sourceHtmlUrl":164,"categories":165,"keywords":166,"publishedAt":42},"01M70XSYSVZ2N0N91XCAR2CAK0","mexc-futures-websocket","MEXC Futures WebSocket workflows for public streams, private account\u002Forder\u002Fposition streams, ping\u002Fpong, subscriptions, and depth maintenance.","https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill\u002Fblob\u002Fmain\u002Fskills\u002Fexchanges\u002Fmncrftfrcnm-mexc-futures-websocket\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill\u002Fblob\u002Fmain\u002Fskills\u002Fexchanges\u002Fmncrftfrcnm-mexc-futures-websocket\u002FSKILL.md",[],[167,168,130,169,170,139,137,171,135,134,132,131],"mexc futures websocket","futures","position","ping","subscriptions",{"skillNo":173,"name":174,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":175,"sourceHtmlUrl":176,"categories":177,"keywords":178,"publishedAt":42},"01M6H0ZWHVE5W04WG2DKQE2SQC","0xklen-version-and-refresh-sanctions-lists","https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill\u002Fblob\u002Fmain\u002Fskills\u002Fpayments\u002F0xklen-version-and-refresh-sanctions-lists\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill\u002Fblob\u002Fmain\u002Fskills\u002Fpayments\u002F0xklen-version-and-refresh-sanctions-lists\u002FSKILL.md",[],[179,180,181],"refresh","0xklen version and refresh sanctions lists","version",{"skillNo":183,"name":184,"nameZh":6,"description":185,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":186,"sourceHtmlUrl":187,"categories":188,"keywords":189,"publishedAt":42},"01M6H0Z28Q3R8J0S799GJQWXM3","verify-tests-cover-changed-lines","Use when a PR adds code that the existing suite may not exercise. Measures patch coverage — the share of newly changed lines hit by tests — before approving.","https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill\u002Fblob\u002Fmain\u002Fskills\u002Fpayments\u002F0xklen-verify-tests-cover-changed-lines\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fjiayaoqijia\u002Fcryptoskill\u002Fblob\u002Fmain\u002Fskills\u002Fpayments\u002F0xklen-verify-tests-cover-changed-lines\u002FSKILL.md",[],[190,191,192,193,194,195,196,197,198,199,200],"tests","cover","verify tests cover changed lines","verify","coverage","pr","exercise","use","patch","code","share"]