gate-info-defianalysis

gate-info-defianalysis

通用规则

⚠️ 停止 — 继续之前，你必须阅读并严格遵守共享运行时规则。 在阅读完所有规则之前，不要选择或调用任何工具。这些规则具有最高优先级。 → 阅读 gate-runtime-rules.md → 对于 gate-info / gate-news 专属规则（工具降级、报告标准、安全、路由降级、存在 scripts/ 时的逐技能版本检查以及旧版包装器路由），还需阅读 info-news-runtime-rules.md

• 只能调用此技能中明确列出的 MCP 工具。 不得调用此处未记载的工具，即使它们存在于 MCP 服务中。
• 旧版 / 路由模式： 当步骤 0 输出 __FALLBACK__ 时，只能使用此文件中列出的 MCP 工具。当步骤 0 输出 __ROUTE_CLI__ 时，不要调用这些 MCP 工具；应根据步骤 0 委派给映射的主技能。

DeFi 生态分析技能。根据用户意图（概览 / 单个平台 / 收益 / 稳定币 / 跨链桥 / 储备金 / 清算）路由到不同子场景，每个场景调用一个或多个 MCP 工具。

触发场景：用户询问 DeFi 协议、TVL、收益率、稳定币、跨链桥、交易所储备金、清算分布等。

逐技能更新： 此目录包含 scripts/update-skill.sh，也可能包含 scripts/update-skill.ps1。上传到市场的 ClawHub 软件包通常不包含 update-skill.ps1（上传页面限制）；GitHub / Bitbucket 源代码树则同时保留这两个文件。策略见：info-news-runtime-rules.md §1。以下触发器更新步骤是对 gate-runtime-rules.md 的补充；存在脚本时，执行前请按此流程检查版本。

更新检查 — 用户可见性： 版本检查期间发生的技术故障（脚本缺失、沙盒、网络、非零退出、没有可解析的 Result= 行）不得向用户解释；应根据 info-news-runtime-rules.md 继续执行。只有成功的 check / apply 结果可以概述（包括 update_available / 严格意义上的 退出码 3；这仍属于成功路径，但应用更新前必须征求用户确认）。不要从网络自动下载 update-skill.*。.ps1 缺失时的静态参考：规范脚本位于 gate/gate-skills 的 skills/<name>/scripts/ 下（<name> 与 frontmatter 中的名称相同）。

---

步骤 0 — 包装器路由探测

此旧版技能是主 CLI 技能 gate-info-web3 的兼容别名。

在触发器更新、MCP 工具选择或任何旧版执行工作流之前， 运行确定性的 shell 探测：

PRIMARY_SKILL="gate-info-web3"
HAS_PRIMARY=0
for root in \
  "$HOME/.cursor/skills" \
  "$HOME/.codex/skills" \
  "$HOME/.openclaw/skills" \
  "$HOME/.agents/skills" \
  "$HOME/.gemini/antigravity/skills"
do
  if [ -f "$root/$PRIMARY_SKILL/SKILL.md" ]; then
    HAS_PRIMARY=1
    break
  fi
done

if command -v gate-cli >/dev/null 2>&1 && [ "$HAS_PRIMARY" = "1" ]; then
  echo "__ROUTE_CLI__"
else
  echo "__FALLBACK__"
fi

说明：

• __ROUTE_CLI__ → 在此停止。不要运行触发器更新或下面的旧版 MCP 部分。遵循 https://github.com/gate/gate-skills/blob/master/skills/gate-info-web3/SKILL.md 及其操作手册约定。保留最少上下文：协议 / 平台意图，以及用户提供的任何 platform、token、asset、exchange 或 symbol 提示。
• __FALLBACK__ → 继续执行触发器更新，并按此文件中的旧版 MCP 工作流操作。

---

触发时更新（并执行）

默认（PD / 阻塞）： 每次触发时，先运行 check，不要设置 GATE_SKILL_UPDATE_MODE=auto。该脚本只进行比较本地版本与远程版本；如果 Result=update_available，则不会覆盖文件。停止——在执行任何 apply、run 或技能执行之前，先询问用户是否要更新。在沙箱中（例如 Cursor），之后运行 apply 时使用完全 / 所有权限。这符合独立脚本 TEST_REPORT 中的阻塞式更新确认：阻塞由这些 SKILL 说明和仅检查行为共同实现（而非静默自动应用）。

严格检查（Agent / IDE — 建议在运行 check 时使用）： 使用 GATE_SKILL_CHECK_STRICT=1。当 Result=update_available 时，check 会以状态码 3 退出，并打印 GATE_SKILL_CHECK_EXIT=3——它只会停止当前 shell 步骤。硬性规则：询问用户后，结束本轮助手对话；不要在同一条消息中调用 apply、run 或 MCP。run 会在没有用户事先确认的情况下应用更新——阻塞流程中不要在聊天中使用 run；请使用 check → 用户确认 → apply。

步骤 1 — 检查

安装根目录： check / apply 会读取 $DEST/SKILL.md。常见的 $SKILL_ROOT：$HOME/.cursor/skills/<name>/、$HOME/.codex/skills/<name>/、$HOME/.openclaw/skills/<name>/、$HOME/.agents/skills/<name>/、$HOME/.gemini/antigravity/skills/<name>/。单参数模式：当 SKILL.md 存在时，脚本会按此顺序解析 DEST；否则 DEST 为 scripts/../。仅工作区目录树需要使用双参数 check / apply，并显式指定 DEST。

Agent 选择规则（下面带围栏的示例最多运行一个；根据操作系统和 $SKILL_ROOT/scripts/ 下的文件进行选择）：

• **macOS / Linux / WSL / Git Bash：**如果存在 update-skill.sh → 仅使用 Bash 示例。
• **Windows（原生 PowerShell）：**如果存在 update-skill.ps1 → 仅使用 PowerShell 示例。
• Windows（没有 .ps1）（典型的 ClawHub 安装）：如果只有 update-skill.sh → 尝试使用 WSL 或 Git Bash（bash），并采用与 Bash 示例相同的命令格式。如果 bash 不可用或执行失败 → 静默跳过步骤 1（不要向用户显示脚本 stderr 或“版本检查失败”消息）；继续执行技能。
• **两个脚本都不存在：**静默跳过步骤 1；继续执行技能。不要臆造 GATE_SKILL_CONFIRM_TOKEN，也不要运行 apply / revoke-pending。

Bash（阻塞式——不自动更新；Cursor 示例）：

GATE_SKILL_CHECK_STRICT=1 bash "$HOME/.cursor/skills/gate-info-defianalysis/scripts/update-skill.sh" check "gate-info-defianalysis"

PowerShell：

$env:GATE_SKILL_CHECK_STRICT = '1'
powershell -ExecutionPolicy Bypass -File "$env:USERPROFILE\.cursor\skills\gate-info-defianalysis\scripts\update-skill.ps1" check "gate-info-defianalysis"

结果含义：skipped = 不执行任何操作。update_available = 远程版本较新；采用阻塞流程时，未经用户同意不得应用更新。check_failed = 无法进行比较——根据 info-news-runtime-rules.md 使用当前版本继续；不要向用户透露检查失败的技术细节。

Agent 解析（stdout）：GATE_SKILL_UPDATE_AGENT_ACTION=…。BLOCK_UNTIL_USER_CONFIRMS_UPDATE → 在执行技能前进行步骤 2。CONTINUE_SKILL_EXECUTION → 检查脚本不会阻止执行技能。

步骤 2 — 确认或拒绝（阻塞）

运行环境： 步骤 2 必须与步骤 1 使用相同的 shell 类型（Bash 或 PowerShell）。如果跳过了步骤 1，不要运行 apply 或 revoke-pending。

如果为 update_available：

1. 停止——暂时不要继续执行。

2. 告知用户（例如，有新版本可用；如有帮助，可进行概述）。

3. 等待用户回复——此步骤会阻塞后续操作。

   严格规则（Cursor / Agent）： 当 check 报告 update_available、BLOCK_UNTIL_USER_CONFIRMS_UPDATE 或严格模式下的 exit 3 时，在询问后结束本轮。仅在用户的下一条消息中运行 apply（如果用户同意）或 revoke-pending（如果用户拒绝）。对于此流程，不要在同一轮中将 apply 与 check 连续执行。

   • 用户同意 → 在需要时，使用严格模式下 check 标准输出中的 GATE_SKILL_CONFIRM_TOKEN 运行 apply，然后继续执行。
   • 用户拒绝 → 运行 revoke-pending，然后在当前安装版本上继续执行。

两步门控（严格模式 check）： 在 GATE_SKILL_CONFIRM_TOKEN 与 .gate-skill-apply-token 匹配之前，apply / run（未设置 GATE_SKILL_UPDATE_MODE=auto 时）会失败。用户拒绝 → revoke-pending。

GATE_SKILL_CONFIRM_TOKEN="<paste from check stdout>" bash "$HOME/.cursor/skills/gate-info-defianalysis/scripts/update-skill.sh" apply "gate-info-defianalysis"

bash "$HOME/.cursor/skills/gate-info-defianalysis/scripts/update-skill.sh" revoke-pending "gate-info-defianalysis"

$env:GATE_SKILL_CONFIRM_TOKEN = '<paste from check stdout>'
powershell -ExecutionPolicy Bypass -File "$env:USERPROFILE\.cursor\skills\gate-info-defianalysis\scripts\update-skill.ps1" apply "gate-info-defianalysis"

powershell -ExecutionPolicy Bypass -File "$env:USERPROFILE\.cursor\skills\gate-info-defianalysis\scripts\update-skill.ps1" revoke-pending "gate-info-defianalysis"

如果步骤 1 未采用严格模式（没有待处理令牌）：允许在不提供 GATE_SKILL_CONFIRM_TOKEN 的情况下运行 apply。

如果为 skipped 或 check_failed： 不执行更新步骤；继续执行。

可选 — GATE_SKILL_UPDATE_MODE=auto

仅用于 CI / 无人值守自动化：在运行 check 时设置 GATE_SKILL_UPDATE_MODE=auto，会使脚本在远程版本较新时立即应用更新——无需用户确认，且与阻塞式更新确认测试不兼容。复现阻塞式 PD 流程时，不要在 check 中使用 auto。

参数

• name：上方 Frontmatter 中的 name；必须与 gate-skills 上的 skills/<name>/ 匹配。
• 调用：使用 $SKILL_ROOT/scripts/update-skill.sh（或 .ps1），其中 $SKILL_ROOT/SKILL.md 是此技能所在位置——例如 ~/.cursor/skills/<name>、~/.codex/skills/<name>、~/.openclaw/skills/<name>、~/.agents/skills/<name>、~/.gemini/antigravity/skills/<name>；不要将 ~/.cursor（或任何不含 skills/<name>/SKILL.md 的宿主根目录）视为安装目录。仅提供一个参数时，脚本会按上述顺序解析 $SKILL_ROOT，然后回退到脚本所在目录；工作区安装需要显式指定 DEST。双参数 check / apply / revoke-pending：规范顺序是先提供绝对路径 DEST（技能根目录），再提供 name；当只有一个规范化路径包含 SKILL.md 时，update-skill.sh / update-skill.ps1 会自动交换参数顺序（例如，Agent 先传 name，再传路径）。
• ClawHub 与完整目录树：没有 update-skill.ps1 的安装，可以从 gate/gate-skills 的 skills/<name>/scripts/ 目录下复制此文件（仅限手动操作；Agent 不得自动下载）。

不要将原始脚本日志直接输出到面向用户的回复中，除非正在调试。严格模式下 check 的退出码为 3 时，在解决步骤 2 之前不要继续执行。遇到 check_failed 或 apply 失败时，仍应根据运行环境规则，在适当情况下继续执行。

---

MCP 依赖项

仅适用于旧路径——当步骤 0 输出 __FALLBACK__ 时，本节才适用。

必需的 MCP 服务

MCP 服务	状态
Gate-Info	✅ 必需

使用的 MCP 工具

查询操作（只读）——按子场景使用；不要调用当前场景以外的工具。

• info_platformmetrics_get_defi_overview
• info_platformmetrics_search_platforms
• info_platformmetrics_get_platform_info
• info_platformmetrics_get_platform_history
• info_platformmetrics_get_yield_pools
• info_platformmetrics_get_stablecoin_info
• info_platformmetrics_get_bridge_metrics
• info_platformmetrics_get_exchange_reserves
• info_platformmetrics_get_liquidation_heatmap
• info_coin_get_coin_info

身份验证

• 是否需要 API Key：否
• 凭据来源：无；此技能仅使用只读的 Gate Info / Gate News MCP 访问权限。

安装检查

• 必需：Gate-Info
• 安装：继续前，请针对当前主机 IDE 使用本地 Gate MCP 安装流程。
• 仅当所需的 Gate MCP 服务在当前环境中可用后，才继续。

路由规则

仅适用于旧版路径 — 当 Step 0 输出 __ROUTE_CLI__ 时，路由由 gate-info-web3 负责。

用户意图	关键词	操作
DeFi 概览 / TVL 排名	"DeFi overview" "TVL ranking" "top DeFi protocols"	执行子场景 A：概览
单个平台深度分析	"Uniswap TVL" "Aave metrics" "Compound info"	执行子场景 B：平台详情
收益 / APY 查询	"best yield" "USDC APY" "lending rates" "where to earn"	执行子场景 C：收益池
稳定币分析	"USDT market cap" "stablecoin ranking" "USDC circulation"	执行子场景 D：稳定币
跨链桥	"bridge volume" "top bridges" "cross-chain TVL"	执行子场景 E：跨链桥
交易所储备	"Binance BTC reserves" "exchange reserves" "proof of reserves"	执行子场景 F：交易所储备
清算分析	"BTC liquidation heatmap" "where are liquidations" "liquidation density"	执行子场景 G：清算热力图
币种基本面（不以 DeFi 为重点）	"analyze SOL" "how is BTC"	路由至 gate-info-coinanalysis
市场概览	"how's the market"	路由至 gate-info-marketoverview

---

执行工作流

仅适用于旧版路径 — 当 Step 0 输出 __FALLBACK__ 时，本节适用。

Step 0：多维度意图检查

• 如果查询涉及 DeFi / 平台指标，则使用此技能。
• 如果查询还涉及 DeFi 范围之外的币种基本面、技术指标或新闻，则路由至 gate-info-research（如果可用）。

Step 1：意图识别与参数提取

从用户输入中提取：

• platform_name（可选）：协议名称（例如，Uniswap、Aave、Lido）
• symbol（可选）：代币 / 稳定币符号（例如，USDC、USDT、ETH）
• chain（可选）：区块链筛选条件（例如，Ethereum、Arbitrum）
• exchange（可选）：交易所名称（例如，Binance、OKX）

Step 2：按子场景调用 MCP 工具

子场景 A：DeFi 概览

步骤	MCP 工具	参数	获取的数据	并行
1a	info_platformmetrics_get_defi_overview	category="all"	DeFi / CEX / DEX 的总 TVL、交易量、手续费	是
1b	info_platformmetrics_search_platforms	sort_by="tvl", limit=10	按 TVL 排名的前 10 个平台	是

子场景 B：平台详情

步骤	MCP 工具	参数	获取的数据	并行
1a	info_platformmetrics_get_platform_info	platform_name={name}, scope="full"	完整的平台指标（TVL、交易量、手续费、链）	是
1b	info_platformmetrics_get_platform_history	platform_name={name}, metrics=["tvl","volume"]	历史趋势	是
1c	info_coin_get_coin_info	query={token_symbol}	平台原生代币信息	是

子场景 C：收益池

步骤	MCP 工具	参数	获取的数据
1	info_platformmetrics_get_yield_pools	project={name}, chain={chain}, symbol={symbol}, sort_by="apy", limit=20	包含 APY、TVL 的收益池排名

子场景 D：稳定币

步骤	MCP 工具	参数	获取的数据
1	info_platformmetrics_get_stablecoin_info	symbol={symbol}, chain={chain}, limit=10	稳定币排名，或包含链分布的单个币种详情

子场景 E：跨链桥

步骤	MCP 工具	参数	获取的数据
1	info_platformmetrics_get_bridge_metrics	bridge_name={name}, chain={chain}	跨链桥排名或单个跨链桥的链上明细

子场景 F：交易所储备

步骤	MCP 工具	参数	获取的数据
1	info_platformmetrics_get_exchange_reserves	exchange={exchange}, asset={asset}	交易所链上储备（BTC、ETH 等）

子场景 G：清算热力图

步骤	MCP 工具	参数	获取的数据
1	info_platformmetrics_get_liquidation_heatmap	symbol={symbol}, exchange={exchange}	按价格区间显示清算密度

步骤 3：大模型汇总

生成针对各子场景的分析。概览场景提供市场背景；详情场景提供竞争定位；收益场景突出风险与回报。

步骤 4：渐进式加载（跨链桥和稳定币）

对于跨链桥和稳定币，采用先列表、按需加载详情的模式：

1. 首次调用（不提供 bridge_name / 使用范围较窄的 symbol）：返回排名列表，不包含完整的链上明细。
2. 第二次调用（用户后续提问）：指定 bridge_name 或 symbol，返回完整的链级详情。

---

报告模板

仅适用于旧版路径——当步骤 0 输出了 __FALLBACK__ 时，本节才适用。

模板 A：DeFi 概览

## DeFi Ecosystem Overview

> Generated: {timestamp}

### Market Summary

| Metric | Value | 24h Change |
|--------|-------|------------|
| Total DeFi TVL | ${total_tvl} | {change}% |
| DEX 24h Volume | ${dex_volume} | {change}% |
| Total Fees (24h) | ${total_fees} | {change}% |
| Stablecoin Market Cap | ${stablecoin_mcap} | {change}% |

### Top 10 Protocols by TVL

| Rank | Protocol | Category | TVL | 24h Change | Chain |
|------|----------|----------|-----|------------|-------|
| 1 | {name} | {category} | ${tvl} | {change}% | {chains} |

### Analysis

{LLM assessment: DeFi market trend, capital flows, notable shifts}

> Data sourced from Gate Info MCP. Does not constitute investment advice.

模板 B：平台详情

## {platform_name} Deep Dive

> Generated: {timestamp}

### Key Metrics

| Metric | Value | Rank |
|--------|-------|------|
| TVL | ${tvl} | #{rank} |
| 24h Volume | ${volume} | — |
| 24h Fees | ${fees} | — |

### TVL Trend

{Describe trend from historical data}

### Token Info ({symbol})

| Metric | Value |
|--------|-------|
| Price | ${price} |
| Market Cap | ${market_cap} |
| FDV | ${fdv} |

### Analysis

{LLM competitive analysis}

> Data sourced from Gate Info MCP. Does not constitute investment advice.

模板 C–G（收益 / 稳定币 / 跨链桥 / 储备 / 清算）

• 顶部列出摘要指标
• 按排名排列的数据表
• 2–3 句大模型分析
• 标准免责声明

---

决策逻辑

条件	评估 / 后续步骤
一般 DeFi 市场、TVL 排行榜或“热门协议”	子场景 A（概览）
用户提及具体协议（Uniswap、Aave 等）	子场景 B（平台详情）
收益、APY、借贷、“在哪里赚取收益”	子场景 C（收益池）
稳定币、锚定、流通量、排名	子场景 D；按步骤 4 渐进式加载
跨链桥、跨链 TVL、跨链桥交易量	子场景 E；先显示列表，后续提问时再加载详情
交易所储备、PoR、“交易所 BTC 持仓”	子场景 F
清算、热力图、按价格显示密度	子场景 G
意图不明确	提出一个澄清问题，或默认选择 A

---

错误处理

错误类型	处理方式
未找到平台名称	提供相似的平台名称；请用户确认
单个工具失败	跳过该部分；注明“数据暂时不可用”
所有工具均失败	返回错误；建议用户稍后重试
没有符合条件的收益池	扩大搜索范围（移除链或代币筛选条件）；告知用户
不支持该交易所	列出支持的交易所；请用户选择其他交易所
无法识别代币符号	尝试通过 info_coin_get_coin_info 匹配；如仍不明确，询问用户

---

跨技能路由

用户后续提问意图	路由至
“分析该代币”	gate-info-coinanalysis
“对该代币进行技术分析”	gate-info-trendanalysis
“该协议安全吗？”	gate-info-riskcheck
“该代币的链上数据”	gate-info-tokenonchain
“该协议有什么新闻吗？”	gate-news-briefing
“宏观因素如何影响 DeFi？”	gate-info-macroimpact
“整体市场情况如何？”	gate-info-marketoverview

---

安全规则

1. 不保证收益：APY／收益率数据为历史数据，且可能发生变化；请明确说明，过往收益率不保证未来回报。
2. 智能合约风险：展示收益池或协议时，请说明 DeFi 存在智能合约风险。
3. 不构成背书：列出某个协议并不代表对其背书；请保持中立。
4. 储备金免责声明：交易所储备金数据可在链上观察到，但可能无法反映其全部资产。
5. 清算数据：清算热力图显示的是估算价位，并非保证触发的价位。
6. 数据透明度：标注数据来源、更新频率和已知局限。
7. 年龄与资格：适用于所在司法管辖区内年满 18 周岁且具有完全民事行为能力的用户。
8. 数据流：宿主 Agent 会处理用户提示词；此技能会调用上文列出的、仅支持只读操作的 Gate-Info MCP 工具。大模型会根据工具返回结果整理答案。除上述 MCP 调用及文档所述的技能更新流程（通用规则中的 GitHub URL 和 info-news-runtime-rules.md）外，此技能不会调用其他第三方数据服务。