前期准备
确保在 MCP 客户端中配置了 Cryptohopper MCP——请参阅 设置概览。
心中对你想问的问题有个大致的思路。当问题在脑海中清晰时，指令的精确性最有帮助。
元规则
规则 | 实际含义 |
明确“什么”，而非“如何” | 请指明交易对、交易所、时间周期、回看周期、输出格式。不要提及 MCP 工具或描述调用机制——模型比你更清楚如何选择合适的工具。 |
明确陈述限制条件 | “仅使用 K线数据”或“将 K线回看限制在 100 根”可以防止代理过度获取数据。 |
要求具体的数字 | “每项声明至少包含一个价格、百分比或比率”可以将模糊的判断转变为有依据的判断。 |
固定输出格式 | 如果你想要一个表格，请说出来。如果你想要特定的列顺序，请说出来。否则，格式在每次运行时都会发生变化。 |
给予推理的自由，而非路由的自由 | 模型应该能够自由地得出结论——但不能自由选择时间周期。那是你的决定。 |
设置步骤
1. 从一个直接、简明的指令开始
不用担心写得有多漂亮。比如：“使用 Cryptohopper MCP，获取 Binance 上 BTC/USDT 的当前行情。”运行它。查看输出。记录下你觉得哪里可以改进。
2. 一次添加一个细节进行迭代
逐步添加限制条件，直到输出是你想要的。每个句子都应该增加一个更精确的限制——交易对、交易所、回看周期、指标、输出问题、数据处理规则。例如：“拉取 Binance 上 ETH/USDT 的 1 小时 K线，最近 150 根。计算 RSI(14)。告诉我当前的 RSI 值，以及最近 10 根 K线之间 RSI 和价格是否有任何背离。所有计算都只基于已收盘的 K线；忽略当前未完成的 K线。”
3. 保存有效的指令并管理库版本
当一个指令产生你实际会使用的输出时，就保存它并给它一个清晰的名称（例如 daily_digest_v3, ta_single_pair, multi_venue_depth_check）。当你修改一个指令时，保留旧版本——有时简单的版本效果更好。
4. 按成本配置标记指令
这样你就可以避免在可以使用廉价指令时运行昂贵的指令。
标签 | 含义 |
cheap | 仅行情数据，任何层级均可运行 |
medium | 行情及 K线数据，Explorer+ 级 |
expensive | 包含订单簿或深度历史数据 |
有价值的模式
十种模式涵盖了 ~90% 你实际需要的功能。详细讨论请参阅与 Cryptohopper MCP 配合使用的指令模式。
模式 | 形状 | 用例 |
扫描 | “在 {集合} 中，找出 {N} 个满足 {标准} 的” | 每日涨幅榜，观察列表检查 |
深度查看 | “拉取 {时间周期} 的 {交易对} K线。计算 {指标}。告诉我 {解读}” | 按需技术分析 |
多时间周期 | “比较 1h/4h/日 K线的 {指标}。它们是否一致？” | 波段交易验证 |
深度检查 | “对于 {交易所} 上的 {交易对}，以 {数量} 的价格会是多少，考虑当前盘口？” | 交易前滑点分析 |
定时报告 | “每 {周期}，执行 {扫描}。以 {格式} 汇总” | 摘要和警报 |
受限查询 | “仅使用行情数据。 {查询}” | 关注配额的工作流 |
比较与解释 | “在 {轴} 上比较 {A} 和 {B}。告诉我哪个 {更强}” | 相对强度分析 |
新闻+背景 | “这是 {文章}。找出代币，拉取实时背景信息，告诉我市场在做什么” | 新闻驱动研究 |
自我检查 | “与 {第二个来源} 进行交叉检查。如果存在差异，告诉我，并且不要提交。” | 高风险决策 |
元指令 | “你们有哪些用于加密货币的 MCP 工具？” | 调试，发现 |
有效的示例 vs. 无效的示例
✗ 糟糕
“告诉我关于 ETH 的信息。”
没有指定交易所、时间周期或具体问题。代理会生成一个通用的摘要。
✓ 优秀
“拉取 Binance 上 ETH/USDT 的当前行情和最近 100 根 × 4h 的 K线。告诉我当前价格、24 小时变化，以及 4h 周期趋势是上升/下降/盘整。将答案限制在三句话内。”
包含了交易对、交易所、时间周期、回看周期、具体问题和固定的输出长度。
✗ 糟糕
“我应该买 BTC 吗？”
要求模型提供它无法负责给出建议。它要么拒绝，要么编造一个听起来合理但没有数据支撑的答案。
✓ 优秀
“对于 Binance 上的 BTC/USDT，拉取 1h K线（最近 150 根）。报告：当前趋势、RSI(14)、与 50 周期 EMA 的距离，以及今日交易量是否高于或低于 7 日平均水平。不要给出买卖建议——只提供数据和你对当前设置的解读。”
基于相同的问题，但转化为模型可以实际用数据回答的内容。
✗ 糟糕
“运行一个技术分析。”
没有交易对、交易所、时间周期。每次运行都会询问这些信息。
✓ 优秀
“在 Binance 上对 {交易对} 运行技术分析，时间周期为 4h，最近 150 根 K线。包括 RSI(14)、MACD、20/50/200 EMA，以及近期支撑/阻力位。输出：三段——趋势，动量，关键价位。”
为交易对参数化；所有其他选择均已固定。
故障排除
输出结果是通用的，不符合你的要求
重新阅读你的指令。如果你发现像“好”、“强”、“健康”这样的形容词——它们是主观的。用数值阈值替换。“强劲上升趋势” → “价格高于 20 EMA，EMA 上升，RSI 高于 55。”
代理调用了错误的工具
通常是因为你指定了错误的时间周期或交易所。在责怪模型之前，请检查你的指令。
相同的指令在不同运行中产生不同形状的答案
你还没有固定输出格式。添加一个明确的模板：“以 markdown 表格形式输出，列顺序为 X、Y、Z。”
指令有效但冗长笨拙
将其分解为命名部分：[上下文]、[任务]、[输出]。模型处理结构化指令比处理大段文本更有效。
代理获取了你已在上下文中拥有的数据
告诉它：“我上面已经提供了 X；不要重新获取。”这在上下文信息有限的工作流中尤其有用——请参阅 如何为代理提供市场背景信息而无需消耗过多 token。
你发现自己在每个指令的开头都要写相同的段落
那就是你的上下文块。将其提取到一个可重用的片段中，以便你的客户端可以自动注入。请参阅 如何为你的加密 AI 助手添加记忆。