共十四题,分基础、进阶、思考三档。只给提示不给答案——答案都在对应章节里,但「翻书能找到」和「合上书能推出来」是两种掌握。建议先写自己的答案,再回章节核对。
第一题(第 6.1 节)用一个生活化的比喻,向不懂推理缓存的同事解释:为什么「每轮把历史重新总结一遍」的压缩反而可能让总成本上升?比喻里必须出现「前缀」「逐字节」「单价档位」三个概念的对应对。
第二题(第 6.1 节)改造 prefix_cache_sim.py:把 naive_compress 改成「只压缩十轮以前的历史,最近十轮保持原文」,观察公共前缀如何变化。提示:想想冻结区与改写区的分界线放在哪,前缀断裂从哪一轮开始。
第三题(第 6.2 节)用一句话说清 CacheAligner 与压缩器的分工,再用一句话说清 CacheAligner 与 live-zone 的分工。两句话里都不许出现「它很重要」这类空话。
第四题(第 7.1 节)列出 wrap 接入当天必须完成的三项验收动作,并说明为什么 unwrap 演练要放在接入当天而不是出问题那天。
第五题(第 8.2 节)SharedContext 官方口径约 80% 降低的适用条件有四条,写出并各举一个不满足的例子。提示:其中一条和你的会话内容冗余度有关。
第六题(第 6.3 节)设计一份缓存协同 A/B 对照的实验计划书,只许一页:写清会话样本怎么选、seed 定多少、两臂各开什么、三列读数是哪三列、什么结果算「该保守」。提示:样本选择里藏着一个最容易系统性高估收益的坑。
第七题(第 7.3 节)你的团队现状是:三个现成 Agent 加一个自研 FastAPI 服务加一套 LangGraph 编排。为这五样东西各选一条接入路径,并说明为什么不全用 SDK——「统一」不是理由本身,说出统一背后的代价差异。
第八题(第 9.2 节)把 holdout_split.py 的分流比例从 10% 改成 5%,再改造它支持「按用户分流」而不是「按任务分流」。提示:分流粒度变了,「同组可比」的含义跟着变——想一想哪种分流能防用户级混杂。
第九题(第 10.2 节)为「内部 API 对接」场景设计十道压缩评测题(只需设计思路不用写全题):说明每道题的关键信息怎么分布在长上下文里、按内容类型怎么分层、防泄漏检查查什么。
第十题(第 10.3 节)你的缓存节省一栏被财务质疑「算法不透明」。用一段话向财务解释「命中按读价、未命中按写价」的重算逻辑,并指出直接用「命中字节乘全价折扣」会错在哪边。
第十一题(第 11.1 节)写一份 v0.41.0 升级到假想的 v0.42.0 的核对清单执行记录模板:九项各留什么证据字段、哪两项不过就必须停在灰度。提示:第七项(基准重跑)的比对对象是旧读数,不是官方数字。
第十二题(第 11.2 节)新同事的内网机器装 Headroom:安装时编译报错、首次运行卡在模型下载、连 provider 证书失败。按排错决策表给出处理顺序,并指出三个坑共用的那个「一次性根治」动作是什么。提示:想想企业内网的标准姿势。
第十三题(第 11.3 节)用五问清单审计下面这个宣称:「某压缩工具宣称节省 45%,配图是一张只有柱状图没有坐标轴基准的截图,发布于半年前,工具版本未注明」。写出五问各自的答案,并给出「可引用等级」的判定(可直接引用、需复现后引用、仅方向性参考三档)。
第十四题(第 08 至 11 章综合)团队争论:要不要把 headroom learn 的候选纠正设为「置信度高于阈值自动写入」以省去人审。写一段立场陈述,论点必须同时涉及:错误纠正的复利性质、项目记忆文件是常驻上下文、以及第 10 章质量护栏里「一票否决项」的设计思想。
练习做错比做对更有价值——前提是错得有记录。给每道错题留一行:
| 字段 | 填什么 |
|---|---|
| 题号与章节 | 定位知识缺口 |
| 我的答案 vs 关键点 | 差在哪一句 |
| 错因归类 | 概念不清 / 方法没记 / 口径误用 / 想当然 |
| 回读动作 | 具体到节号 |
| 复测日期 | 一周后重做一次 |
三个使用建议:
三人的小组各有分工,一轮下来三人各练一遍全链路:
一轮做完轮换角色。真实负载 + 双臂评测 + 第三方裁决,这套流程本身就是第 10 章的实战复刻——练习题的终点,是把评测流程练成肌肉记忆。
最后提醒:所有练习默认在本机与自有负载上完成;涉及第三方内容的练习请先确认授权——这条红线与正文的合规纪律一致,练习也不例外。
(全书练习到此收束——错题本见第五节模板,组队流程见第六节建议。)