跳转到内容

成本、用量和性能:把任务变小,比反复重试更重要

采集日期:2026-06-17。复测日期:2026-06-17。

成本、用量和性能最容易过时,所以本站不写死价格、额度和套餐结论。这里关注的是稳定方法:如何让任务更小、上下文更清楚、验证更直接。

  • 价格、额度、订阅、模型可用性必须查官方页面。
  • 任务越大、上下文越乱、重复尝试越多,用量越不可控。
  • 先让 Codex 定位、列计划、再修改,通常比直接“全站优化”更省。
  • 大任务应该进入 Spec / Skill / Memory 三件套
行为为什么消耗大更好的做法
一次让 Agent 改全站读写范围巨大按目录、页面、阶段拆分
让 Agent 反复猜报错每轮都重复上下文先固定错误文本和假设
MCP 返回大量无关数据上下文被噪声占满限定只读查询和字段
浏览器验证没有路径反复打开无关页面给出关键路由和验收点
没有验收标准改完还要来回确认先写 PASS/FAIL 条件

把“帮我做一个网站”改成:

只处理 Wiki 目录下 3 个页面。每页需要有采集日期、复测日期、2 个站内链接、来源说明。完成后运行站点验证,不要修改视觉样式。

把“帮我优化代码”改成:

先读目标文件和调用链,列出最多 3 个风险点。只修 P0/P1 问题,不做无关重构。完成后给出测试结果。

这种写法更接近 Agent 工作,而不是聊天。

  1. 当前任务是否太大。
  2. 是否给了太多无关上下文。
  3. 是否让 Agent 在错误目录里搜索。
  4. 是否重复打开浏览器、MCP 或外部工具。
  5. 是否缺少项目索引、文档或 AGENTS.md。

如果 Agent 已经跑偏,读 Agent 跑偏纠偏