普通聊天系统很容易把会话理解成一组消息：用户发一条，助手回一条，重新打开页面时把 messages[] 读回来即可。 Agent 会话的状态更复杂。一次交互
普通请求处理通常在开始执行前就确定输入。Agent 的执行可能跨越多次模型请求和 Tool 调用，在这段时间内，用户、插件、调度器或其他 Agent 都可能继
Pi 的 Agent Loop 适合用来观察一个边界较清晰的 Agent Runtime 内核。它没有把 Session Tree、Plan、SubAgent
Agent Runtime 中经常同时出现 Session、Run、Turn、Step。直接背这些定义很容易失去边界，因为不同框架使用的名称并不完全一致，有些
一个能够调用工具的 Agent，最小实现并不复杂。模型接收消息，返回文本或 Tool Call；程序执行工具，把 Tool Result 追加到消息列表，再继
org.springframework.asm 是 Spring Framework 内部使用的字节码处理包。它来源于 ASM，Spring 将 ASM 重新打
对 innei《LobeHub 性能与 DX 优化》一文的分析。把里面散落的具体改动归纳成一个框架：四类成本 × 成本位置转移。高频基础能力静态化、低频交互能力延迟挂载、高频返回页面有选择地保留状态。
以 Spring Boot 2.7.18 为基线，沿 ConfigDataEnvironment.processAndApply() 的真实链路，拆解 ConfigData 体系中的 resolve/load/bind/active/apply 五动作、三次 BEFORE/AFTER 处理、不动点 import 展开、Profile 与 CloudPlatform 激活条件、Contributor Tree 的不可变替换与 ContributorIterator 后序 DFS。
从 HTTP/1.1 的队头阻塞，到 HTTP/2 的多路复用和 HPACK，再到 HTTP/3 基于 QUIC 的彻底重写。把三次协议演进的关键改动串起来。
虚拟线程执行下面这段代码时，表面上和普通线程没有区别： int count = socket.getInputStream().read(buffer); p