浮世样本

职场内卷打工人，婚姻现实体验官，生活负重实践者。
一半妥协，一半倔强。
吐槽人间烟火，也和解人生遗憾。
普通人的中年碎碎念。

[浮世样本 @kliu5218]

@otterpal24 不懂的时候，出厂设置就是最优解

[浮世样本 @kliu5218]

@Craig1874442 你可以的，到时也给我导导流

[浮世样本 @kliu5218]

@FiniYang @CatKingAC 在此之前没跟你炫耀过吗

[浮世样本 @kliu5218]

@lionelzhangnl 你好棒👍

[浮世样本 @kliu5218]

@mannay love it，can I pick one for my avatar?

[浮世样本 @kliu5218]

@xicilion 是不是也该出个coding plan了

[浮世样本 @kliu5218]

@cherylnatsu 开给友商

[浮世样本 @kliu5218]

@yangshuibao 感觉还可以呀，人就这样，总想要不将就，其实到哪都是将就

[浮世样本 @kliu5218]

@lencx_ 期待

[浮世样本 @kliu5218]

@DangcingAI 恭喜

[浮世样本 @kliu5218]

@0z5aa 加油

[浮世样本 @kliu5218]

@Evanwtso 有啥好奇，不都是互关来的嘛

[浮世样本 @kliu5218]

今天研究Deepseek Harness， 关于上下文压缩内容这部分，整理了一下。

长时间运行的 Agent，先出问题的往往不是模型，而是上下文。
当对话、工具结果和中间推理不断累积，系统会遇到三类问题：超过上下文窗口、每轮调用越来越慢，以及重要信息虽然仍在上下文里，却被大量噪声淹没。
上下文压缩不能只是“快满了就让模型总结一下”。

真正需要保留的是：
- 用户目标和硬约束
- 已确认的决策及理由
- 尚未完成的承诺
- 已排除的方案及原因
- 当前分支、路径、任务 ID 等环境状态
- 最近几轮仍在使用的工作上下文

可以丢弃的则是已经处理过的原始工具输出、重复叙述、失效计划和完成后的中间步骤。

一个可靠的压缩流程应该是：
监测 Token 压力 → 选择可压缩的历史前缀 → 生成结构化摘要 → 校验摘要 → 原子替换历史 → 保存检查点 → 继续执行。

这里有两个关键点。
第一，压缩不能发生在任意位置。正在执行的工具调用、尚未闭合的消息对，以及进行到一半的调试过程，都不适合被截断。更好的触发点是子任务完成、测试结束或阶段切换；Token 阈值更适合作为最后的兜底。
第二，生成摘要成功不等于压缩成功。如果摘要遗漏了未完成承诺、把假设写成结论，或者丢掉当前环境状态，Agent 恢复后就会重复劳动、重新尝试失败方案，甚至在错误的分支或文件上继续操作。

因此压缩必须可恢复：摘要生成或校验失败时保留原历史，替换操作要么全部完成，要么完全不发生，并记录压缩前后的状态和 Token 使用量。
验证压缩质量也不能只看压缩率。可以在压缩前复制同一会话：一条路径保留完整历史，另一条只使用压缩摘要，然后比较两者的重复工作率、承诺遗漏率、工具状态错误和最终任务完成质量。
好的上下文压缩，不只是让 Token 数字变小，而是让 Agent 在忘掉过程之后，仍然记得自己要做什么、已经决定了什么，以及下一步应该从哪里继续。

[浮世样本 @kliu5218]

@ClassicOldSong 还是得早点发布， 让市场验证你的想法是对的，否则就是自嗨，没用

[浮世样本 @kliu5218]

不光重复搭，搭了还不用，主打一个费token又费电

[王小庄 @BlockInsight214]

大部分人vibe coding搞出来的所谓的产品都是在重复搭积木

[浮世样本 @kliu5218]

@BlockInsight214 我先洗一下你这篇

[浮世样本 @kliu5218]

@XchenEvan @tianyi 赞，研究一下

[浮世样本 @kliu5218]

@Bunny_Crypto_09 这是要搬运的

[浮世样本 @kliu5218]

@Y642873 你得想办法终结这个状态

[浮世样本 @kliu5218]

@kieranji404 有第一条，就有第N条，然后就是低保，小康