用 Pi 的兄弟，context-mode 这个插件我是真心推荐装👇 它的思路很对：工具跑出来的大段输出不直接塞进上下文，而是丢进沙箱里压缩、要用的时候再检… · @chasen_liao · TwKit

@chasen_liao

用 Pi 的兄弟，context-mode 这个插件我是真心推荐装👇 它的思路很对：工具跑出来的大段输出不直接塞进上下文，而是丢进沙箱里压缩、要用的时候再检索，上下文能干净很多 我自己用下来会发现上下文少了很多，工具调用的内容也更加简洁 官方仓库 👉 https://github.com/mksglu/context-mode 顺便说个小 bug，不影响使用 1️⃣ 是什么 最近让 Bot 把 Pi 的架构重新拆了一遍，对插件的时候发现，它的 Pi adapter 监听了一个 Pi 没有的事件 before_provider_response Pi 1.3.0 里实际是 before_provider_request、before_provider_headers、after_provider_response、provider_stream_event 这四个 2️⃣ 影响多大 很小。压缩、沙箱、检索这些核心功能完全正常，token 和费用也照常由 turn_end 记录 只是每次模型调用的模型、服务商、延迟这些明细没写进库，而且插件本身也没有地方用到这份数据 3️⃣ 我怎么修的 上游 Issues 和 PR 都没开，我就在自己 fork 里修了，改成在 message_end 上采集。隔离环境里 pi install 免构建直接装上，真跑一次，明细能正常写进库 想要完整数据的可以装我这个非官方修复版（LICENSE 没动）： pi install git:http://github.com/Chasen-Liao/[email protected] 传送门 👉 https://github.com/Chasen-Liao/context-mode/tree/pi-fix 不在意这份明细的，直接装官方版完全 OK 顺手分享一个自查方法。Pi 迭代很快，事件和扩展点经常动，插件监听错了也不会报错，大家可以对一下👇 1️⃣ 在插件源码里找它注册事件的地方，把监听的事件名列出来 2️⃣ 去 Pi 包里的 types.d.ts 对一下事件表，对不上的就是没生效的代码 3️⃣ 看注释里写的 Pi 版本，比你现在用的老一大截的，多半还是旧逻辑

曝光 1527 · 评论 7 · 点赞 26 · 书签 28