前置条件
设置步骤
从手动粘贴工作流开始
这是在自动化任何内容之前调整提示的最佳方式。打开你的 MCP 客户端，粘贴一篇文章，然后使用下面的提示。这是一篇新闻文章：[在此处粘贴文章]
使用 Cryptohopper MCP，对于新闻中提到的每个代币（按交易代码）：
1. 从 Binance 拉取当前交易代码。
2. 拉取最近 100 个 × 4h 蜡烛图。
3. 生成一段回答以下问题的段落：
- 代币是上涨趋势、下跌趋势还是盘整？
- 24h 交易量与近期蜡烛图交易量相比是否异常？
- 当前价格走势是否与文章声称的一致？
最后，告诉我提到的哪些代币（如果有）看起来市场正在积极反应这篇新闻，还是已经计价，还是忽略了。
如果交易代码模棱两可（例如，项目名称可能指代多个代币），请标记出来并询问，而不是猜测。审阅第一次运行
检查：代理是否识别了所有提到的代币，还是遗漏了一些？它是否混淆了任何交易代码？鉴于数据，市场反应判断是否可以辩护？
根据失败之处优化提示
常见附加项：“注意文章的发布时间戳，并忽略发布前发生的任何反应。” / “如果文章是旧闻重述，请说明。” / “对于仅顺带提及的代币，请跳过。”
自动化
按工作量排序的三种交付模式：手动粘贴（每篇文章 30 秒）；RSS 驱动（计划脚本读取提要并在新项目上运行提示）；社交流（Twitter/X 或 Telegram，噪音较大，但对于最早的信号是值得的）。请参阅 如何使用 cron 任务计划程序和 GitHub Actions 安排 Cryptohopper MCP 工作流 以及 如何将 Cryptohopper MCP 报告发送到 Telegram、Discord 或电子邮件。
过滤输出以减少噪音
添加到提示中：“如果没有代币显示有意义的市场反应，请返回一个简短的‘无操作信号’摘要，而不是为每个代币写一段话。”
成本概况
每处理一篇文章（假设提及 3-5 个代币）：
操作 | Explorer | Hero |
3–5 个交易代码 | 3–5 个单位 | 3–5 个单位 |
3–5 × 100 个 4h 蜡烛图 | ~15–25 个单位 | 3–5 个单位 |
每篇文章 | ~20–30 个单位 | ~6–10 个单位 |
20 篇文章/天 × 5 个工作日 | 2,000–3,000/周 | 600–1,000/周 |
Explorer 的每周 30,000 次调用绰绰有余。Pioneer 无法运行基于蜡烛图的版本，但支持仅含行情版本，每篇文章约 3-5 次调用。请参阅 费率限制说明。
故障排除
代理识别的代币错误
长尾交易代码经常会发生冲突。添加到提示中：“如果交易代码模棱两可或你不确定，请跳过它并提及已被排除。”错误的识别会产生看起来自信但错误的分析——这是最糟糕的失败。
每篇文章都返回“市场正在反应”的判断
代理过度依赖文章的框架。添加：“对‘反应’设置高门槛——要求具体的量化证据（交易量 > 基线 2 倍，价格变动 > 1 ATR）。除非数据明确支持，否则默认设置为‘无实质性反应’。”
文章旧了但代理将其视为新文章
始终将文章的时间戳与文本一起传递，或者让代理提取它。添加：“如果文章发布时间超过 48 小时，请重点关注‘发布后发生了什么’，而不是当前状态。”
输出太长，难以浏览
将每个代币的输出精简为一句话，而不是一段话。仅为标记为积极反应的代币展开。请参阅上面的过滤输出步骤。
代币以项目名称提及，而不是交易代码
大多数模型都能正确处理映射，但如果你发现遗漏，请添加：“同时将你识别出的加密项目名称解析为其最常见的交易代码。”
你想要社交媒体输入，而不是文章
从一组精选的小型账户或频道开始，并使用相同的提示。预算需要更高的误报率和更严格的过滤——社交流比 RSS 提要内容更丰富但噪音也更大。
计划运行在每次提要更新时触发，包括微不足道的更新
在提要端预先过滤——跳过少于阈值的项目，跳过不含任何交易代码形状代币的项目，跳过低信号来源的项目。MCP 调用成本不高，但代理的推理时间并不是免费的。