MiniMax M3：Reddit：M3 Agent 提示工作流中的缓存、上下文与计费验证

可提炼的做法

1. 第一次使用 M3 前，用短任务测量 input、cached input、output 和额度消耗，不要先按宣传额度规划整月工作。

2. 让 harness 保持稳定的上下文前缀，减少无关内容和重复日志；但要确认 provider 真的支持并识别缓存。

3. 为长任务设置阶段边界，避免每轮都把整个项目历史重新发送。

4. 分别验证 /anthropic 和 /v1 endpoint；社区报告过 endpoint 或 harness 导致缓存统计异常的情况。

5. 如果缓存行为与预期不符，切换到 PAYG、OpenRouter BYOK、OpenCode Go 或其他路由前，先做小额可复现对照。

推荐验证提示词

Before starting the task, report the expected context strategy.
Keep stable instructions and repository facts in a clearly delimited prefix.
Do not resend unrelated history or logs.
After each tool call, report only the new state and the next action.
At the end of each phase, summarize:
- new input tokens
- repeated context that was required
- tool calls
- tests run
- unresolved issues
If the context or cache behavior cannot be verified, say so explicitly.

原文阅读

本站仅展示 Tabbit 编辑摘要和必要节选；完整内容、上下文与最新版本请查看原始来源。

限制

这是工作流和计费行为讨论，不是提示词质量的隔离实验。不要把“减少重发上下文”误解为能修复 provider 端或 harness 端的缓存问题。