狂吃糖醋里脊 · 2026-09-06T22:31:00+08:00

是不是很不好的习惯，上下文会越来越长，语义污染会越来越严重 ^-^但是这么实行感觉好像也没太大毛病，特别现在ASTRA那么聪明，应该更能应对好这种问题了^-^ 而会话分得太多的话找会话眼睛都花了

狂吃糖醋里脊2026-09-06
12692
是不是很不好的习惯，上下文会越来越长，语义污染会越来越严重 ^-^
但是这么实行感觉好像也没太大毛病，特别现在ASTRA那么聪明，应该更能应对好这种问题了
^-^ 而会话分得太多的话找会话眼睛都花了
主楼
afterglow2026-09-06
4480
我也喜欢
#1
traefik2026-09-06
54890
我也喜欢
#2
chenxinlan2026-09-06
5010
确实。感觉上下文越长越弱智，但是又不想切换对话
#3
SeaMod2026-09-06
74219
一个对话缓存命中率高
#4
江郎才尽2026-09-06
73385
同一个项目用一个还好能分开的还是分开好点
#5
nick-233332026-09-06
17036
会话命名，新功能就加一个新会话就行
#6
azraeljack2026-09-06
23967
一个session用到死的问题是后面你每次compact完之后的summarization会越来越大，跑不了两句话就又开始compact，纯浪费时间。
#7
mianmian72026-09-06
72274
如果官方默认上下文272k的话感觉其实还好
#8
sasa0012026-09-07
54193
1m上下文+pi的节约上下文，用了直接回不去了
#9
livingfree20232026-09-07
13120
@sasa001 #9
发布于9/7/2026, 9:44:10 AM
1m上下文+pi的节约上下文，用了直接回不去了
用pi写代码吗？要搞什么插件之类的吗
#10
pie-nodeseek2026-09-07
64214
上下文老是要压缩
#11

登录后回复

CODEX喜欢一个项目一个对话用到死