PI的公开信
1217
- 大强2026-07-31
Earendil
The Session You Cannot Take With You | EARENDIL
Inference APIs are filling sessions with encrypted reasoning, hidden search results, opaque compaction, and encrypted subagent messages. A growing form of lock-in.
满满的心酸跟无奈啊
主楼 - well2026-07-31
- anleyuan2026-07-31
fengchris2026-07-31- 大强2026-07-31
这类项目应该算站在"ai商战"前线的一批了.
- SomeBottle2026-07-31
其实 Pi 不完全是毛坯房，最麻烦的统一抽象层都是作者和维护者们去实现和维护的。会话消息格式就是其中之一，作者希望即使用户切换不同的模型也能无感转递这些会话上下文。
然而现在如 A÷ 家的 API 就是隐藏或加密了思维链等信息，如果越来越多商业模型都这样做，确实用户是越来越失去了对于上下文的掌控力，无法将完整的上下文进行备份，更难以在中途更换为另一家的模型来接着对话（可能效果很差）。感觉这些商业公司有些垄断的想法在里面的，这样搞就只能用某一家的模型了。
- 大强2026-07-31
感觉核心还是为了防御蒸馏,不管哪个公司,不管嘴巴上是否支持蒸馏,身体都还是很诚实的.
- NukaColaM2026-07-31
还得是要有能力强的开放权重模型。
- 大强2026-07-31
文中有提到开放的意义,只能说认可!
- 林夕2026-07-31
不过在一个会话里切换 model 本身也不是很刚需的需求，即使是在同一厂商的不同模型之间切换都是不推荐的
- LouisL2026-07-31
还是需要的，有些时候模型能力在某个任务上还是有很大偏差的。
- openff2026-07-31
假设每次会话请求都是命令通过文件md输出的方式，是否能够确保不同模型之间的上下文无损传递？
- 大强2026-07-31
不行的.我们看到的不是实际交流内容
- lll9p2026-07-31
做pi的gpt远程压缩插件的时候就感觉到了。第三方agent真的很难
- 林夕2026-07-31
这个一般会用子代理或者新开会话解决吧，很少会在对话一半里切换模型
- 邱埋葬2026-07-31
的确太无奈了，说到了心坎上啊。pi作者费心费力地创建了统一的存储格式，但模型却在把用户会话绑定到自己身上。
- openff2026-07-31
这个报告是不是意味着 pi 这个框架 面向多模型混合开发时，降智现象特别明显？
- 傅易安2026-07-31
Pi已经是对不同provider支持得最好的平台，如果连Pi都会因此被影响，那说明其它平台的多模型协作只会更差。
