前期准备
设置步骤
选择交易对和交易所
选择您看好一个交易对。网格在震荡或温和趋势条件下效果最佳 — 而不是在强劲的单边行情中。
发出参数生成指令
使用 Cryptohopper MCP，帮我配置一个 Binance 的 SOL/USDT 网格机器人。我的头寸：5,000 USDT 我的风险承受能力：中等（愿意承受 20% 的回撤，但不能更多） 我的时间范围：大约 2 周 数据来源： - 最近 200 根 4h K 线。 - 最近 30 根 1d K 线。 计算： - 4h 时间框架上的 14 周期 ATR。 - 最近 14 天的已实现高点和低点。 - 最近 30 天的中位数日内波幅。 - 当前趋势（上涨、下跌、震荡）。 基于这些，请提供： - 网格范围（上限和下限）。 - 网格数量。 - 每格大小（以 USDT 计）。 - 您是否建议现在就启动此网格，还是等待其他条件。
请说明您做出每个选择的理由。
审查输出
一个好的回复应包含清晰的范围建议、每个参数的数值依据，以及对当前市场结构是否适合网格的坦诚评估。如果代理仅提供数字而没有依据，请让指令更明确。
与您自己的直觉进行核对
代理不知道您完整的投资组合情况、盈亏历史，或者尚未体现在 K 线数据中的事件。将输出视为一个有力的初步建议，而不是最终答案。
将参数应用于您的 Cryptohopper 网格机器人
使用 Cryptohopper Dashboard 或 REST API。MCP 不执行交易或更新机器人 — 查看结合 MCP + Cryptohopper 交易 API 实现端到端代理（需要链接）。
保存完整的提示和响应日志
如果网格表现良好，这将是工作正常情况的记录。如果表现不佳，它是一个调试路径。
应在指令中编码的经验法则
将这些（或您自己偏好的规则）集成到每次运行中，以便代理产生一致的逻辑，而不是每次都重新发明其方法。
参数 | 初始规则 |
范围（上限） | 最近 14 天高点 + ATR(14) |
范围（下限） | 最近 14 天低点 - ATR(14) |
网格数量 | 使得每个网格步长 ≈ 4h 上的 0.5× ATR(14) |
每格大小 | 头寸大小 ÷ 网格数量 |
立即开始？ | 仅当当前趋势为“震荡”或交易对处于中间范围时 |
成本分析
操作 | Explorer | Hero |
200 × 4h K 线 | 5 个单位 | 1 个单位 |
30 × 1d K 线 | 5 个单位 | 1 个单位 |
每个配置 | ~10 个单位 | ~2 个单位 |
对少量交易对进行日常运行，每周花费低于 100 个调用单位。查看 速率限制说明。
故障排除
建议的范围过宽或过窄
ATR 乘数或回看周期不适合当前行情。在高波动性的一周，200 × 4h K 线捕捉到的范围异常，不会持续；在平静的一周，则太窄。尝试限制到最近 60 × 4h K 线，或指示代理偏向（近期高低点）和（基于波动的范围）中较窄的一个。
代理建议在强趋势中建立网格
网格在趋势市场中会失效。在提示中添加：“如果当前趋势是强劲的上涨或下跌（例如，过去 48 小时内超过 5%），建议不要启动网格，并建议等待盘整。”
每格大小的计算看起来有问题
让代理明确展示计算过程：“对于每个网格，请说明：第 N 个网格，总共有 M 个网格，价格范围从 X 到 Y，USDT 计价的市值，基础资产计价的市值，如果机器人完整循环一次的话预期的成交量。”
HISTORY_LIMIT_EXCEEDED
输出忽略了您的风险承受能力或时间范围
这些是软性输入 — 模型可能不会给予它们很高的权重。在提示的末尾重新强调：“在提出范围之前，请明确说明您的建议如何符合我的 20% 最大回撤容忍度和 2 周时间范围。”
运行结果在不同时段有显著变化
正常现象 — K 线数据在不断演变。对于纸面交易测试的稳定建议，请缓存第一次运行的输出。对于每日行情变化而更新，重新运行是正确的行为。
您想要完全自动化，包括应用到网格中
MCP 生成参数；Cryptohopper REST API 应用它们。查看通过 MCP 研究，通过 REST API 执行（需要链接）。