<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Token 优化 on 知识铺的博客</title>
    <link>https://index.zshipu.com/ai002/tags/Token-%E4%BC%98%E5%8C%96/</link>
    <description>Recent content in Token 优化 on 知识铺的博客</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Wed, 02 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://index.zshipu.com/ai002/tags/Token-%E4%BC%98%E5%8C%96/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>MCP 本地方案如何终结重复上传截图的 Token 浪费</title>
      <link>https://index.zshipu.com/ai002/post/20260902/MCP-%E6%9C%AC%E5%9C%B0%E6%96%B9%E6%A1%88%E5%A6%82%E4%BD%95%E7%BB%88%E7%BB%93%E9%87%8D%E5%A4%8D%E4%B8%8A%E4%BC%A0%E6%88%AA%E5%9B%BE%E7%9A%84-Token-%E6%B5%AA%E8%B4%B9/</link>
      <pubDate>Wed, 02 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/ai002/post/20260902/MCP-%E6%9C%AC%E5%9C%B0%E6%96%B9%E6%A1%88%E5%A6%82%E4%BD%95%E7%BB%88%E7%BB%93%E9%87%8D%E5%A4%8D%E4%B8%8A%E4%BC%A0%E6%88%AA%E5%9B%BE%E7%9A%84-Token-%E6%B5%AA%E8%B4%B9/</guid>
      <description>Cursor 或 Claude Code 新建会话时，每次都要重新拖入 UI 截图和架构图，直接导致 vision tokens 重复计费。 摘要显示这同时让上下文窗口被重复内容塞满，模型推理质量下降。MCP 设置正是针对这一流程的本地优化方案。 每次新会话重新上传截图的 token 消耗远超预期 开发者在使用 Cursor 或 Claude Code 时，常见操作是新建聊天窗口后一次性拖入多个 UI 截</description>
    </item>
    <item>
      <title>换模型之后，Chatbot 为什么要自己做 compact？</title>
      <link>https://index.zshipu.com/ai002/post/20260902/%E6%8D%A2%E6%A8%A1%E5%9E%8B%E4%B9%8B%E5%90%8EChatbot-%E4%B8%BA%E4%BB%80%E4%B9%88%E8%A6%81%E8%87%AA%E5%B7%B1%E5%81%9A-compact/</link>
      <pubDate>Wed, 02 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/ai002/post/20260902/%E6%8D%A2%E6%A8%A1%E5%9E%8B%E4%B9%8B%E5%90%8EChatbot-%E4%B8%BA%E4%BB%80%E4%B9%88%E8%A6%81%E8%87%AA%E5%B7%B1%E5%81%9A-compact/</guid>
      <description>官方 compact 加密块卡在厂商边界 官方 compact 机制把压缩后的对话摘要封装成加密块。这种设计在单一模型环境下工作良好，但一旦 Chatbot 决定切换底层大模型，加密块就过不了厂商边界。不同厂商的 API 对消息格式的校验规则不同，加密块被直接拒绝，导致整个长对话历史无法继续使用。 这不是理论问题，而是真实工程场景里反复出</description>
    </item>
  </channel>
</rss>
