上下文类插件：装了到底省不省 token
实验设计已定，结果等原始记录
本页只给实验设计，不填结果。没有跑过的数字，一个都不写；跑完把原始记录贴进表格，再写结论。
要回答的问题
装上下文管理类插件（例如dsh-context、billion-context）前后，同一个长文档任务跑一遍，token、压缩次数和结果完整度差多少？
对照组
三组：不装任何上下文插件 / 只装A / 同时装A和B。同一模型、同一份输入、同一份指令，各跑3次，记录原始值，不做平均修饰。
环境与版本
- 宿主版本
- 待填
- 模型ID
- 待填
- 模式 / 权限
- 两组保持一致
- 输入文件
- 记录哈希，保证两次用的是同一份
要记录的字段
| # | 字段 | 结果 |
|---|---|---|
| 1 | 宿主版本与插件版本 | 待实测 |
| 2 | 模型ID与网关 | 待实测 |
| 3 | 输入文档大小与哈希 | 待实测 |
| 4 | 上下文压缩触发次数 | 待实测 |
| 5 | 输入 / 输出token | 待实测 |
| 6 | 10个关键点是否全部保留（逐点对错） | 待实测 |
| 7 | 墙钟耗时 | 待实测 |
| 8 | 报错与重试记录 | 待实测 |
结论
待实测。写结论时必须同时写「不能推广的部分」。
为什么先不写结果
社区对「上下文插件省token」的说法不一致，有的实测反而更费（多了一次摘要调用）。本站不预设结论，数字全部来自实际运行记录，没跑出来就留空。