gate-news-listing

gate-news-listing

通用规则

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

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

上币雷达技能。用户查询交易所的上币、下币或维护公告时，系统会先调用交易所公告工具，再为高关注度币种补充基本面和市场数据。LLM 会将所有内容汇总为结构化的交易所动态报告。

触发场景：用户提及交易所名称和上币 / 下币关键词，或询问“最近有新币上线吗”或“有没有新项目”。

逐技能更新：此目录包含 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-news-intel 的兼容别名。

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

PRIMARY_SKILL="gate-news-intel"
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-news-intel/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-news-listing/scripts/update-skill.sh" check "gate-news-listing"

PowerShell：

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

结果含义：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（如果用户拒绝）。在此流程中，不要在运行 check 的同一轮中接着运行 apply。

   • 用户同意 → 在需要时，使用严格模式 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-news-listing/scripts/update-skill.sh" apply "gate-news-listing"

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

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

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

如果步骤 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 以 exit 3 退出，在步骤 2 解决前不要执行。若为 check_failed 或 apply 失败，仍应在运行时规则适用的情况下执行。

---

MCP 依赖项

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

必需的 MCP 服务

MCP 服务	状态
Gate-News	✅ 必需

使用的 MCP 工具

查询操作（只读）

• info_coin_get_coin_info
• info_coin_get_coin_rankings
• info_marketsnapshot_get_market_snapshot
• news_feed_get_exchange_announcements

身份验证

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

安装检查

• 必需：Gate-News
• 安装：继续操作前，请使用当前主机 IDE 的本地 Gate MCP 安装流程。
• 只有在当前环境中所需的 Gate MCP 服务可用后，才能继续。

路由规则

仅限旧版路径 — 当步骤 0 输出 __ROUTE_CLI__ 时，路由交由 gate-news-intel 处理。

用户意图	关键词/模式	操作
查询交易所上币情况	"what did Binance list" "any new coins on Gate" "recent new listings"	执行此技能的完整工作流
查询特定币种的上币信息	"where is SOL listed" "when was PEPE listed on Binance"	执行此技能（按币种筛选）
查询下架/维护信息	"any coins getting delisted" "exchange maintenance announcements"	执行此技能（按公告类型筛选）
新闻简报	"what happened recently"	路由至 gate-news-briefing
币种分析	"how is this new coin doing"	路由至 gate-info-coinanalysis
合约安全检查	"is this new coin safe"	路由至 gate-info-riskcheck

---

执行工作流

仅限旧版路径 — 本节适用于步骤 0 输出 __FALLBACK__ 的情况。

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

从用户输入中提取：

• exchange（可选）：交易所名称（例如，Binance、Gate、OKX、Bybit、Coinbase）
• coin（可选）：特定币种代码
• announcement_type（可选）：公告类型（上币/下架/维护）
• limit：结果数量，默认为 10

默认逻辑：

• 如果未指定交易所，则查询所有交易所
• 如果未指定公告类型，则默认为上币
• 如果用户提到“下架”或“维护”，则设置相应的 announcement_type

步骤 2：调用交易所公告工具

步骤	MCP 工具	参数	获取的数据	并行
1	news_feed_get_exchange_announcements	exchange={exchange}, coin={coin}, announcement_type={announcement_type}, limit={limit}	公告列表：交易所、币种、类型、时间、详情	—

步骤 3：为重点币种补充数据（并行）

从步骤 2 的结果中提取最新上币的前 3-5 个币种，并行补充信息：

步骤	MCP 工具	参数	获取的数据	并行
2a	info_coin_get_coin_info	query={coin_symbol}	项目基本信息：所属领域、融资情况、描述	是
2b	info_marketsnapshot_get_market_snapshot	symbol={coin_symbol}, timeframe="1d", source="spot"	市场数据：价格、涨跌幅、市值、交易量	是

仅为上币类型的公告补充数据。下架/维护公告无需市场数据。

步骤 4：LLM 汇总 — 生成报告

将公告数据和补充信息传递给 LLM，使用下方模板生成交易所动态报告。

---

报告模板

仅限旧版路径 — 本节适用于步骤 0 输出 __FALLBACK__ 的情况。

## Exchange Activity Report

> Data range: {start_time} — {end_time} | Exchange: {exchange / "All"} | Type: {type / "Listings"}

### 1. Latest Listing Announcements

| # | Exchange | Coin | Type | Listing Time | Trading Pairs |
|---|---------|------|------|-------------|---------------|
| 1 | {exchange_1} | {coin_1} | Listed | {time_1} | {pairs_1} |
| 2 | {exchange_2} | {coin_2} | Listed | {time_2} | {pairs_2} |
| ... | ... | ... | ... | ... | ... |

### 2. Featured New Coins

{Quick analysis of the top 3-5 newly listed coins}

#### {coin_1}

| Metric | Value |
|--------|-------|
| Project Description | {description} |
| Sector | {category} |
| Funding Background | {funding} |
| Current Price | ${price} |
| Post-Listing Change | {change}% |
| 24h Volume | ${volume} |
| Market Cap | ${market_cap} |

{LLM one-liner: highlights and risks to watch for this project}

#### {coin_2}
...

### 3. Delisting / Maintenance Notices (if any)

| # | Exchange | Coin | Type | Effective Date | Notes |
|---|---------|------|------|---------------|-------|
| 1 | ... | ... | Delisted | ... | ... |

### 4. Activity Summary

{LLM generates a 2-3 sentence summary based on all announcement data:}
- Most active exchange for new listings recently
- Trending listing sectors (Meme / AI / DePIN / L2, etc.)
- Notable projects and why they stand out
- Delisting/maintenance reminders (if any)

### ⚠️ Risk Warnings

- Newly listed coins experience extreme volatility — the price discovery phase carries very high risk
- Some newly listed tokens may have insufficient liquidity — watch for slippage on large trades
- It is recommended to use the "Risk Assessment" feature to check contract security before trading

> The above information is compiled from public announcements and on-chain data and does not constitute investment advice.

---

决策逻辑

条件	评估
新币上线后 24 小时涨幅 > +100%	标记“异常暴涨 — 追涨风险极高”
新币上线后 24 小时跌幅 < -50%	标记“上线即亏损 — 当前买入需谨慎”
24 小时交易量 < $100K	标记“交易量极低 — 流动性严重不足”
多家交易所同时上线同一币种	标记“多家交易所同步上线 — 市场关注度高”
公告类型为下架	标记“即将下架 — 请尽快处理持仓”
公告类型为维护	标记“充值/提现维护中 — 暂时无法转账”
币种基本面未显示融资信息	标记“未找到融资信息 — 需进一步尽职调查”
公告查询结果为空	告知“此时间段内没有相关公告”
补充工具返回空结果/错误	跳过该币种的详细分析；标记“数据不可用”

---

错误处理

错误类型	处理方式
交易所名称拼写错误	尝试模糊匹配，例如“Binance” → Binance，“OKX” → OKX
没有匹配的公告	告知“此交易所/时间段内没有 {type} 公告。”建议扩大时间范围或切换交易所
news_feed_get_exchange_announcements 超时	返回错误消息；建议稍后重试
币种补充信息（coin_info / market_snapshot）获取失败	跳过该币种的详细分析；仅显示公告信息
用户询问某币种何时上线（未来）	告知“目前只能查询已发布的公告 — 无法预测未来的上线计划”
结果过多	默认显示最新的 10 条；告知用户可指定交易所或时间范围来缩小结果范围

---

跨技能路由

用户后续意图	路由至
“帮我分析这个新币”	gate-info-coinanalysis
“这个新币的合约安全吗？”	gate-info-riskcheck
“比较一下这些新上线的币”	gate-info-coincompare
“这个币为什么会在该交易所上线？”	gate-news-eventexplain
“目前整体市场情况如何？”	gate-info-marketoverview
“这个新币的链上数据”	gate-info-tokenonchain

---

可用工具与降级说明

PRD 定义的工具	实际可用工具	状态	降级策略
news_feed_get_exchange_announcements	news_feed_get_exchange_announcements	✅ 就绪	—
info_coin_get_coin_rankings	—	❌ 未就绪	无法按排名列出近期上线的币种 — 改为从公告中提取币种并逐一查询
info_coin_get_coin_info	info_coin_get_coin_info	✅ 就绪	—
info_marketsnapshot_get_market_snapshot	info_marketsnapshot_get_market_snapshot	✅ 就绪	—

---

安全规则

1. 不提供投资建议：公告分析基于公开信息，并且必须包含“不构成投资建议”的免责声明
2. 不预测上线情况：不得预测某个币种是否会在特定交易所上线
3. 新币风险提醒：所有针对新上线币种的报告都必须包含“初始上线期间波动极大”的风险警告
4. 数据透明：标注公告来源和更新时间
5. 标明缺失数据：任何维度没有数据时，都必须明确告知用户 — 绝不捏造数据
6. 下架紧迫性：对于下架公告，醒目提醒用户管理持仓