2026 年 10 月

未命名文章

8.7 子 Agent 结果必须包含证据引用和可恢复轨迹任务描述需要自包含：已知事实、已排除路径、允许工具、执行约束、预期输出都要明确。结果建议至少包含： task_id: search-memory-leak-042 status: completed result: suspect: Ca

作者：CherryYang 发布时间：2026-10-23

上下文压缩

上下文压缩《深入理解 AI Agent》2.7「上下文压缩策略」学习笔记与架构设计延伸。本文先讨论上下文为什么需要压缩、压缩如何影响 KV Cache，以及历史决策怎样保留和回溯；最后提出一个完整的长时程 Agent 上下文管理方案。文中的 TRACE 是基于原书思路提出的概念架构，尚无实现与性能

作者：CherryYang 发布时间：2026-10-23

分类： AI

标签： #《AI Agents in Depth》 , #学习笔记 , #上下文 , #KV , #Agent

KV Cache上下文设计

KV Cache 与上下文设计：为什么 Agent 要保持前缀稳定？ KV Cache 是大语言模型推理中的一项基础优化：通过缓存历史 Token 的中间计算结果，减少重复计算。但在 Agent 系统中，缓存还会影响上下文的组织方式。系统提示词是否稳定、工具定义是否固定排序、动态状态插入到什么位置，

作者：CherryYang 发布时间：2026-10-23

分类： AI

标签： #《AI Agents in Depth》 , #学习笔记 , #Agent

2026 年 09 月

从“AI平权”到“可信执行”：LLM与Agent的下一阶段

从“AI平权”到“可信执行”：LLM与Agent的下一阶段摘要如果把过去十余年的 AI 发展放在一起看，LLM 带来的变化远不止参数规模的增长和模型能力的提升。更值得关注的是，人类调用计算智能的接口也随之发生了变化。传统机器学习要求人先把问题转换成特征、标签、模型和程序；LLM 则允许人直接用

作者：CherryYang 发布时间：2026-09-29

分类：随笔与思考

标签： #LLM , #Agent , #AI infra , #AI

2026 年 08 月

苦涩的教训

苦涩的教训：AI 七十年反复验证的一条规律原作者： Richard S. Sutton 原文标题： The Bitter Lesson 原文发布日期： 2019 年 3 月 13 日原文出处： Richard Sutton 的个人网站 Incomplete Ideas 原文链接： https:/

作者：CherryYang 发布时间：2026-08-29

分类：随笔与思考

标签： #AI

dsh接入华为内网

将 DeepSeek Harness 接入华为内网：SnapEngine 网关 W3 鉴权逆向与本地代理桥接背景：开源 Agen

作者：CherryYang 发布时间：2026-08-24

分类：计算机系统

标签： #使用教程 , #Agent

37% 法则：Secretary Problem 中的最优停止策略与 1-e

37% 法则：Secretary Problem 中的最优停止策略与 1/e “先观察前 37% 的候选人，再从剩余候选人中选择第一个超过此前所有人的人”，通常被称为 37% 法则。这个结论并不是经验总结，而是经典 Secretary Problem（秘书问题）在一组严格假设下得到的最优策略。它

作者：CherryYang 发布时间：2026-08-20

分类：算法与数学

标签： #算法 , #概率论 , #最优停止

POSIX 信号量解析：计数语义及其与条件变量的本质区别

POSIX 信号量解析：计数语义及其与条件变量的本质区别核心结论：信号量内部保存可用资源数量，sem_wait() 消费数量，sem_post() 归还数量；条件变量则不保存通知，只负责提醒线程重新检查外部状态。问题背景 mutex 可以保

作者：CherryYang 发布时间：2026-08-12

分类：计算机系统

标签： #多线程 , #锁 , #C/C++

C 语言 Callback 机制解析：函数指针、上下文参数与工程实践

C 语言 Callback 机制解析：函数指针、上下文参数与工程实践核心结论：Callback 的本质是把“以后要执行的函数”作为参数传递，使通用流程不必依赖具体行为。问题背景普通函数调用会把“流程”和“行为”直接写死：

作者：CherryYang 发布时间：2026-08-12

分类：计算机系统

标签： #C/C++

pthread 条件变量解析：原子等待、虚假唤醒与 Completion 机制

pthread 条件变量解析：原子等待、虚假唤醒与 Completion 机制核心结论：条件变量不保存业务条件，它负责让线程高效睡眠和被唤醒；真正的条件必须保存在 mutex 保护的共享状态中。问题背景假设主线程必须等待 worker 完成某项工作，最直观的写法是不断检查共享变量：

作者：CherryYang 发布时间：2026-08-12

分类：计算机系统

标签： #C/C++ , #锁 , #多线程

共 24 篇文章

页