gate-info-coinanalysis

gate-info-coinanalysis

通用规则

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

• 仅调用本技能中明确列出的 MCP 工具。 即使 MCP 服务中存在未在此处记录的工具，也绝不能调用。
• 旧版 / 路由模式： 当 Step 0 输出 __FALLBACK__ 时，仅使用此文件中列出的 MCP 工具。当 Step 0 输出 __ROUTE_CLI__ 时，不要调用这些 MCP 工具；按照 Step 0 指定的方式委派给映射的主要技能。

最常用的技能。用户输入币种名称后，系统会并行调用 5 个 MCP 工具，获取基本面、市场数据、技术指标、新闻和社交情绪，然后由大模型汇总结果并生成结构化分析报告。

触发场景：用户提到特定币种，并使用分析、怎么样、值不值得、看看、基本面、市场分析等关键词。

逐技能更新： 此目录包含 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；这仍属于成功路径，但必须先获得用户确认才能执行 apply）。不要从网络自动下载 update-skill.*。若缺少 .ps1，请参考静态来源：规范脚本位于 gate/gate-skills 中的 skills/<name>/scripts/ 目录（<name> 与 frontmatter 中的名称相同）。

---

Step 0 — 包装器路由探测

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

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

PRIMARY_SKILL="gate-info-research"
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-research/SKILL.md 及其操作手册约定。仅传递最少上下文：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-coinanalysis/scripts/update-skill.sh" check "gate-info-coinanalysis"

PowerShell：

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

结果含义：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-coinanalysis/scripts/update-skill.sh" apply "gate-info-coinanalysis"

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

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

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

如果步骤 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_coin_get_coin_info
• info_coin_search_coins
• info_marketsnapshot_get_market_snapshot
• info_markettrend_get_technical_analysis
• news_feed_get_social_sentiment
• news_feed_search_news

身份验证

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

安装检查

• 必需：Gate-Info
• 安装：继续之前，请先按照当前主机 IDE 的本地 Gate MCP 安装流程完成安装。
• 仅当所需的 Gate MCP 服务在当前环境中可用时，才继续。

路由规则

仅限旧版路径——当步骤 0 输出 __ROUTE_CLI__ 时，路由由 gate-info-research 负责。

用户意图	关键词	操作
单币种综合分析	"analyze SOL" "how is BTC" "is ETH worth buying"	执行此 Skill 的完整工作流
仅查询价格	"what's BTC price" "ETH current price"	不要使用此 Skill——直接调用 info_marketsnapshot_get_market_snapshot
多币种比较	"compare BTC and ETH"	路由至 gate-info-coincompare
仅查询新闻	"any SOL news lately"	路由至 gate-news-briefing
仅查询技术指标	"BTC technical analysis" "what's the RSI"	路由至 gate-info-trendanalysis

---

执行工作流

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

步骤 0：多维意图检查

执行此 Skill 之前，检查用户的查询是否涉及多个分析维度：

• 如果查询是标准的单币种分析（例如 "analyze SOL"、"how is BTC"），则继续使用此 Skill。
• 如果查询还提及安全/风险检查、事件归因、多币种比较或单币种综合分析之外的其他分析维度，则路由至 gate-info-research——它通过统一的工具去重和连贯的报告汇总处理多维查询。

步骤 1：意图识别与参数提取

从用户输入中提取：

• symbol：币种代码（例如 BTC、SOL、ETH）
• 如果用户提及项目名称（例如 Solana、Uniswap），将其映射为币种代码

如果无法识别币种，请用户说明币种名称——不要猜测。

步骤 2：并行调用 5 个 MCP 工具

步骤	MCP 工具	参数	获取的数据	并行
1a	info_coin_get_coin_info	query={symbol}, scope="full"	基本面：项目信息、团队、融资、领域、代币经济学、解锁计划	是
1b	info_marketsnapshot_get_market_snapshot	symbol={symbol}, timeframe="1d", source="spot"	市场数据：价格、24 小时/7 天涨跌幅、市值、OI、资金费率、恐惧与贪婪指数	是
1c	info_markettrend_get_technical_analysis	symbol={symbol}	技术指标：多时间周期信号（RSI 区间、MACD 交叉、均线排列、支撑位/阻力位）	是
1d	news_feed_search_news	coin={symbol}, limit=5, sort_by="importance"	新闻：近期最重要的 5 篇文章	是
1e	news_feed_get_social_sentiment	coin={symbol}	社交情绪：Twitter KOL 讨论量、情绪倾向	是

所有 5 个工具均并行调用，彼此没有依赖。如果未配置新闻 MCP，则仅调用前 3 个 Gate-info 工具；情绪部分标记为“无数据”。

步骤 3：大模型汇总

将全部 5 个工具的响应传递给大模型，以生成结构化分析报告。

步骤 4：输出结构化报告

---

报告模板

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

## {symbol} Comprehensive Analysis

### 1. Fundamentals Overview

| Metric | Value |
|--------|-------|
| Project Name | {project_name} |
| Sector | {category} |
| Market Cap Rank | #{market_cap_rank} |
| Circulating Market Cap | ${market_cap} |
| Fully Diluted Valuation | ${fdv} |
| Total Funding Raised | ${total_funding} |
| Key Investors | {investors} |

{Brief analysis of tokenomics and unlock schedule; flag any upcoming large unlocks}

### 2. Market Data & Technical Analysis

**Current Market Data**

| Metric | Value | Status |
|--------|-------|--------|
| Price | ${price} | — |
| 24h Change | {change_24h}% | {Up/Down/Sideways} |
| 7d Change | {change_7d}% | {Up/Down/Sideways} |
| 24h Volume | ${volume_24h} | {High/Low/Normal} |
| RSI(14) | {rsi} | {Overbought/Oversold/Neutral} |
| Fear & Greed Index | {fear_greed} | {Extreme Fear/Fear/Neutral/Greed/Extreme Greed} |

**Technical Signals**

{Based on info_markettrend_get_technical_analysis multi-timeframe signals, give a Bullish/Bearish/Neutral overall assessment}

- Short-term (1h/4h): {signal}
- Medium-term (1d): {signal}
- Support: ${support}
- Resistance: ${resistance}

### 3. News & Market Sentiment

**Recent Key News**

1. [{title}]({source}) — {summary} ({time})
2. ...

**Social Sentiment**

- Twitter Discussion Volume: {level}
- KOL Sentiment Bias: {Bullish/Bearish/Neutral}
- Sentiment Score: {sentiment_score}

### 4. Overall Assessment

{LLM generates a 3-5 sentence assessment covering:}
- Current market phase for this asset
- Primary drivers (fundamentals / technicals / sentiment)
- Key risks to monitor

### ⚠️ Risk Warnings

{Data-driven risk alerts, e.g.:}
- RSI overbought — elevated short-term pullback risk
- Upcoming large token unlock
- High funding rate — leveraged long crowding
- Low liquidity (if applicable)

> The above analysis is data-driven and does not constitute investment advice. Please make decisions based on your own risk tolerance.

---

决策逻辑

条件	评估
RSI > 70	标记“超买——短期回调风险升高”
RSI < 30	标记“超卖——可能反弹”
24h 成交量 > 7d 平均成交量 x 2	标记“成交量大幅飙升”
24h 成交量 < 7d 平均成交量 x 0.5	标记“成交量明显下降”
funding_rate > 0.05%	标记“资金费率偏高——多头拥挤”
funding_rate < -0.05%	标记“资金费率为负——空头拥挤”
fear_greed > 75	标记“极度贪婪——请谨慎行事”
fear_greed < 25	标记“极度恐惧——可能存在机会”
未来 30 天内解锁的 Token 数量 > 流通供应量的 5%	标记“即将有大量 Token 解锁——可能造成抛售压力”
任何工具返回空结果或错误	跳过该部分；在报告中注明“数据不可用”

---

错误处理

错误类型	处理方式
Coin 不存在	提示用户核实 Coin 名称；建议使用 info_coin_search_coins
单个工具超时	跳过该维度；注明“此维度暂时不可用”
所有工具均失败	返回错误消息；建议用户稍后重试
用户输入多个 Coin	路由至 gate-info-coincompare
用户输入的是地址而非 Coin	路由至 gate-info-addresstracker

---

跨技能路由

用户后续意图	路由至
“给我做个技术分析”	gate-info-trendanalysis
“最近有什么新闻？”	gate-news-briefing
“链上数据怎么样？”	gate-info-tokenonchain
“这个 Coin 安全吗？”	gate-info-riskcheck
“比较一下 XX 和 YY”	gate-info-coincompare
“为什么它在暴涨／暴跌？”	gate-news-eventexplain

---

安全规则

1. 不提供投资建议：总体评估基于数据分析，且必须包含“非投资建议”免责声明
2. 不预测价格：不得输出具体目标价格或涨跌预测
3. 数据透明：标明每个维度的数据来源和更新时间
4. 标记缺失数据：任何维度缺少数据时，都要明确告知用户——绝不编造数据