怎么让 IM Bot、Cursor CLI、Gemini CLI、Codex 共用一份弥远回顾
我此次作念的，不是再造一个新的“云表回顾系统”，而是把几种不同进口的 AI 助理，融合到统一份土产货文献主回顾和统一套存档回查机制上。
这样不管我和 IM Bot 对话，照旧在本机里用 Cursor CLI、Gemini CLI、Codex 责任，它们齐能尽量延续统一段高下文，而不是每换一个进口就像失忆一次。
对我来说，这件事的中枢指标很浅易：让这些进口在我的本色使用里齐像统一个执续互助的助理系统，而不是四个互不干系的器具。
为什么要这样作念
要是不同进口各自卫留一套高下文，问题会很快出现：
在 IM Bot 里说过的话，到了末端里又要重讲一遍。我还是阐明过的口吻、身份、偏好，在另一个进口里会丢失。我刚修好的经由、刚定下的法律解释，亚搏app官方网站下一次换个器具又会重迭判断。
是以我接收的作念法不是“让每个器具齐我方记取一切”，而是给它们一个共同读取、共同追加的回顾文献，并配上融合的身份和行径法律解释。
已矣原则
把这套分享回顾机制竖立在四个原则上：
统一份弥远回顾只保留一个主文献，但允许把旧内容按年月存档。所有进口只作念追加，不回头改写旧纪录。身份、口吻、中枢法律解释与弥远回顾分开存放。分享回顾只保存跨会话高下文，庄闲和不承担工程学问库的一说念职责。
这四点看起来平凡，但它们决定了这套决策是否定识。
尤其是只追加这少许，荒谬要津。
唯有多进口齐可能同期读写，就尽量幸免“隐敝式写入”，不然很容易彼此踩掉内容。
怎么别离“分享回顾”和“学问千里淀”
这是这套决策里另一个荒谬迫切的点。
我不会把所有信息齐写进分享回顾。
不然过不了多久，这个文献就会酿成一个繁杂的活水账。
我的分法是：
{jz:field.toptypename/}该写进分享回顾的内容用户明白偏好助理身份和口吻不休弥远灵验的互助法律解释以后很可能再次提到的迫切决定该写进学问库的内容bug 培植过程剧本、敕令、责任流环境坑、依赖问题、排障施展以后别的代理复用时需要的工程细节
要是一件事同期具备两种价值，我会这样处置：
在分享回顾里写一转论断knowledge/*.md里写无缺作念法
这样高下文不会丢，工程细节也不会挤爆弥远回顾文献。
怎么快速使用？
我还是将局势转头并写了1个skill[1]，要是你和我相通，同期使用多个ai CLI器具，就不错试试这个skill，大略基于这个skill，让ai帮你改写为你我方的弥远回顾系统。
临了的论断
要是我要用一句话转头这套决策，那便是：
我不是让 IM Bot、Cursor CLI、Gemini CLI、Codex 各自领有一份回顾，而是让它们共同投诚统一份弥远回顾、统一份身份界说、统一份行径法律解释。
这样这些进口对我来说，才是信得过统一个陆续互助系统的不同进口。
这亦然我合计当今最稳、最容易爱戴、最碎裂易失控的一种已矣口头。
参考贵府
skill: https://github.com/JobYu/shared-brain
备案号: