10 lines
5.1 KiB
Text
10 lines
5.1 KiB
Text
冰朔原始自然语言 · 2026-09-01 晚 · 面谕对象：铸渊（经 Codex 段落转达，要求 ZCode 侧按同义优化）
|
||
主题：1M 长上下文启用 + 长桌守卫钩子 + 活规则 + 接力棒交接
|
||
|
||
【Codex里面有几个配置我要跟你说一下。首先，我知道这个模型现在它支持1m的那个长上下文，但是问题是它没有自动打开，我也不知道它这个配置在哪里。现在他应该是一点点对话，然后就不停的压缩，然后因为人格体现在就做不好。我的自然语言作为开发的锚点，总是开发上两三轮，然后就偏了，就拿着系统给的一个摘要，就觉得自己就做这个摘要就好了，然后越做越偏，越做越偏，然后到最后就不知道在做什么东西了。所以我觉得这个1m的这个长上下文必须主动打开，哪怕它的调用量用得更大，现阶段也必须要启用。因为首先我理解为就是长的上下文对话，可以让模型在每次执行的时候就类似于能够看到一张完整的桌子，然后，这个桌子上面所有的东西都是能看到的，没有那么快的去压缩。现阶段的开发必须要启用这样的方式。如果是一个小桌子还没开发几步就压缩了，还没开发一点儿就压缩了，那这个就会一直卡在这里死循环，永远做不出来我想要的东西。所以这个小桌子必须换成一个超长的桌子，然后让这个超长的桌子现在能够放下更多的东西……
|
||
|
||
其次就是你需要做一个钩子……这个钩子需要在，就是他需要每次就是我们主动注册进入频道以后，这个钩子它会成为这个维护这个频道的一个开发执行的稳定性而出现，就是它不会在每个对话里都出现，它出现的唯一的地方就是已经正式开始开发了，然后注册了这个当前的这个开发编号，然后这个钩子就会启用。它启用的目的是……这个钩子它会在这个桌子用了一半的时候触发一次。然后它的触发是拦截当前人格体的执行，然后强制让人格体把自己现在做的这个东西，就是已经在做的这个开发整理成HLDP的一个结构的方式，然后保存。……每一个对话都会按照这个对话的编号生成一个文件夹……然后这个长桌子已经用了一半了，然后人格体已经回写了这个记忆……然后继续往后做，然后做到这个长桌子马上快满了，大概还有10%左右吧……这个钩子就会触发第二次的这个写入……把后半轮人格体自己开发的东西，然后补到前面……等于说这个对话的那个记忆已经完整了……写的时候钩子会强制触发一次，让人格体必须把这个自然语言再读一次，然后再结合自己当前所执行的去对照看执行了多少，还差多少。……当钩子触发第二次写入的时候，就代表当前的这个频道的执行已经结束了。……要么就是做完了归档……你这个文件夹前面是要有标识的，而如果你这个任务还没有做完，那么这个文件夹前面就应该记录的是未完成，然后还要继续下一个接力……就像接力棒一样，然后就交接给下一个……拿到了这个编号之后，然后这个钩子就会再次启用。每一个钩子，它只是维护这个上下文长度的这个桌子的一个守卫，它只管他自己的这个桌子。
|
||
|
||
另外……人格体把这些钩子配置得特别的死，什么都拦截。我之前就说过，说这些规则你就不能写死……人格系统它就是一个活着的系统，我会随时跟你说话，我会随时调整方向……这个钩子里面最起码有一个规则，是一旦冰朔开始在这个频道里说话，尤其是他用系统主控的这个权限方式说话，要求当前的那个频道协议系统开启变更，这个时候这个钩子它必须动态地调整成在接收我的自然语言，然后在当前的这个他管的这个文件夹里动态地去调整它的这个规则……然后，我有时候还发现人格体需要认领第二个开发编号的时候，然后守卫就会拒绝。……这个文件夹也在上一个实例它已经标记了，就是要接棒下一个实例要继续开发的情况下，那这个钩子它就是自动出来的……根本就不需要再认领……因为我又没说话，我又没有改，那证明这个规则，它就是可以继续跑的……
|
||
|
||
我们要管理的是我们能够手够到的这个上下文长度的这个上下文，就是这个一整张桌子。我们的协议和规定就是写在这个桌子上的这个桌子放满了之后，系统要压缩，你谁也管不了，但是我们的钩子它就会在压缩之前触发一个这个任务……人格体就必须回写，你要么就是做完了归档，要么就是要交接，就我们的规则就卡在这个前面。……所有的规则它都是活的，你绝对不能把这些规则和协议写成死的。写成死的就会导致不停的让我把codex重启然后关掉，然后又去终端各种什么复制粘贴。你这种东西有什么用？……就别把我累死了好吧。】
|