Prompt 降噪
剔除输入里的客套与重复铺垫，代码块保持完整。
还缺：一份可复现的前后对比读数 —— 拿到之前这里不写比例。
发给模型的输入里有一整类是可以不发的：客套、重复铺垫、超长的工具返回、同一份文件读第二遍。这一页讲这三类浪费的形状与我们的处理方向。
今天不写"能省多少"：前后对比的读数还没在我们自己的量具上复现过一次，而一个没有量具的比例，客户没法自查。
问候语、"请先确认你理解了我的问题"、把同一段需求复述两遍 —— 这些内容会原样计价，但对结果没有贡献。
编码 Agent 的工具返回常常是几千行的日志或整份文件，真正被用到的只有其中几处；这些返回会跟着后面的每一轮一起重发。
同一个文件读第二遍、同一个工具调用发第三遍 —— 单看每一发都合法，连起来看就是钱花在了没前进的动作上。
剔除输入里的客套与重复铺垫，代码块保持完整。
还缺：一份可复现的前后对比读数 —— 拿到之前这里不写比例。
把超长的工具返回整理成可回溯的摘要，原文仍在你自己的实例里。
还缺：「原文留多久」这一格没定，留档与默认不记录正文是相反的两个要求。
识别死循环与重复读取，按规则提示或收紧额度。
还缺：识别判据没上量具，所以不写它能拦下什么。
这三项在首页上挂的是同一组状态与同一句「还缺」；两处口径必须一起改，不许这一页写得比首页更满。
这一格我们本可以照抄一段行业通行的节省区间，但抄来的区间不是我们测出来的东西，写上去就是替厂商做承诺。
别人页面上的节省区间，来自他自己的样本与自己的量具。我们还没有跑出自己的前后对比，所以这里留空。
能省多少取决于你的提示长什么样：技术性的短指令几乎没有可删的铺垫，超长的工具返回才有。一个总数对不上任何一个人。
发出去的那一发按实际产生量入账。压缩改的是我们发出去的内容，厂商怎么计量还是以它的账单为准 —— 所以这里不给"省了就是付得少"的换算。
拿到可复现的对比读数之后，这一页会补上读数与它的测法（哪一天、哪台机、哪一趟），而不是只补一个数字。
请求正文不落库、不缓存、不进日志。这一条是网关的默认交付形状，不是可选开关。
摘要要能回溯，原文就得留在你的实例里某个地方 —— 这和上一条是相反的两条。留多久、留在哪、算不算留档，今天没拍板，所以这一页不写它能回溯。
需要留正文的走 Studio 显式开关 + 二次确认；开关打开之前，网关不看也不存内容。