PI的公开信

大强 2026-07-31 12:17 1



满满的心酸跟无奈啊

最新回复 (17)
  • well 07-31 12:21
    1

    sol帮忙总结了一下 ^-^



  • anleyuan 07-31 12:22
    2

    我最近好像在pi上试了破盾 codex, 用的第三方的, 然后就发现 pi的codex: 管理员封禁502


    codex 同样的key可用, 我在怀疑是不是就是奥特曼搞的鬼,而不是破盾问题。

  • fengchris 07-31 12:24
    3


    确实无奈啊 各种加密 用户的上下文不属于用户自己

  • 大强 楼主 07-31 12:25
    4

    这类项目应该算站在"ai商战"前线的一批了.

  • SomeBottle 07-31 12:33
    5

    其实 Pi 不完全是毛坯房,最麻烦的统一抽象层都是作者和维护者们去实现和维护的。会话消息格式就是其中之一,作者希望即使用户切换不同的模型也能无感转递这些会话上下文。

    然而现在如 A÷ 家的 API 就是隐藏或加密了思维链等信息,如果越来越多商业模型都这样做,确实用户是越来越失去了对于上下文的掌控力,无法将完整的上下文进行备份,更难以在中途更换为另一家的模型来接着对话(可能效果很差)。感觉这些商业公司有些垄断的想法在里面的,这样搞就只能用某一家的模型了。

  • 大强 楼主 07-31 12:35
    6

    感觉核心还是为了防御蒸馏,不管哪个公司,不管嘴巴上是否支持蒸馏,身体都还是很诚实的.

  • NukaColaM 07-31 12:35
    7

    还得是要有能力强的开放权重模型。

  • 大强 楼主 07-31 12:36
    8

    文中有提到开放的意义,只能说认可!

  • 林夕 07-31 12:38
    9

    不过在一个会话里切换 model 本身也不是很刚需的需求,即使是在同一厂商的不同模型之间切换都是不推荐的

  • LouisL 07-31 12:49
    10

    还是需要的,有些时候模型能力在某个任务上还是有很大偏差的。

  • openff 07-31 12:56
    11

    假设每次会话请求都是命令通过文件md输出的方式,是否能够确保不同模型之间的上下文无损传递?

  • 大强 楼主 07-31 12:59
    12

    不行的.我们看到的不是实际交流内容

  • lll9p 07-31 13:01
    13

    做pi的gpt远程压缩插件的时候就感觉到了。第三方agent真的很难

  • 林夕 07-31 13:03
    14

    这个一般会用子代理或者新开会话解决吧,很少会在对话一半里切换模型

  • 邱埋葬 07-31 13:06
    15

    的确太无奈了,说到了心坎上啊。pi作者费心费力地创建了统一的存储格式,但模型却在把用户会话绑定到自己身上。

  • openff 07-31 13:06
    16

    这个报告是不是意味着 pi 这个框架 面向多模型混合开发时,降智现象特别明显?

  • 傅易安 07-31 13:15
    17

    Pi已经是对不同provider支持得最好的平台,如果连Pi都会因此被影响,那说明其它平台的多模型协作只会更差。

* 帖子来源Linux.do
返回