准备把自己的Pi学习过程整理出来
不知道会有多少来看，但是分享本来就是一件有意义的事情，把它整理出来，本身也是一种对学习的回顾
这两个月来，从简单的Pi Agent到研究源码，分析里面的内容怎么一步一步的学习成长到自己开始写插件
开始只是纯好奇，为什么会有一个这么简洁的Agent的出现，为什么Openclaw会选择它当作基座去进行开发，后来我也慢慢懂得了原因
很建议大家在学习之余去翻看一下作者的履历，那不仅仅是简单的历史回顾，更是一种思想的碰撞，也回答了为什么会这样
不说那么多了，开始动手了，然后你也感兴趣，请在评论区告诉我👇
XIAOMO'S NOTES · 蓝皮书之外
写在蓝皮书之外
这里保留我的个人感悟、学习过程和判断变化。很多判断来自一次实操，后来读到源码或文章，又会回头修正早先的理解。它们不会被改写成一条过分整齐的成功路线，也不承担蓝皮书教程的职责。
下面这段话是我决定整理蓝皮书时写下的原文。
译文串读：从会话走到上下文
读完会话可移植性、压缩和提示缓存三篇译文，我把它们连成了一个问题：换模型、换 Agent 时，手里还剩下多少可检查、可修改的工作记录？
从时间线改成学习路线
98 条原文已经按六个阶段整理。阶段顺序服务于学习，阶段内部仍保留发布时间。这样既能让新手知道先看什么，也不会抹掉我当时认识事物的先后。
STAGE 01 · 27 篇原文从好奇开始认识 Pi先理解 Pi 是什么、为什么保持简洁，以及 Agent Harness 会怎样影响实际体验。STAGE 02 · 25 篇原文先把第一个任务做完认识模型选择、入门技巧和基础界面，再回到一个可以独立验收的小任务。STAGE 03 · 7 篇原文理解 Session 与上下文弄清会话树、长期记忆、压缩、Token 与提示缓存之间的关系。STAGE 04 · 22 篇原文搭建自己的 Skill 与 Extension从使用现成插件走向整理方法、控制数量，再解决自己的真实需求。STAGE 05 · 7 篇原文让子 Agent 学会分工学习怎样拆分搜索、整理、审阅任务，并检查不同 Agent 交回的证据。STAGE 06 · 10 篇原文把 Pi 变成长期工作流处理 VPS、远程设备、Runtime、界面与生态，让 Pi 从一次任务走向长期使用。
我希望保留什么
学习记录里会同时留下当时的判断和后来的修正。早期推文有些内容依赖当时版本，语言也没有重新润色。它们继续保留，是因为学习过程本身包含试错。
真正需要读者照着操作的内容会进入蓝皮书主线，重新核验命令、版本与验收结果。个人记录负责说明我怎样走到这里，两部分互相连接，但承担的任务不同。
想了解是谁在整理这条路线，可以读关于作者。