
“我们正在效仿拉瑞安工作室的模式,通过抢先体验不断完善游戏,”马勒表示,“确保正式版能呈现独一无二、定义一代玩家的作品。”
怎样让 IM Bot、Cursor CLI、Gemini CLI、Codex 共用一份长久缅思
万生优配
我此次作念的,不是再造一个新的“云表缅思系统”,而是把几种不同进口的 AI 助理,斡旋到归并份腹地文献主缅思和归并套存档回查机制上。
这样无论我和 IM Bot 对话,如故在本机里用 Cursor CLI、Gemini CLI、Codex 责任,它们都能尽量不息归并段高下文,而不是每换一个进口就像失忆一次。
对我来说,这件事的中枢讨论很简便:让这些进口在我的实质使用里都像归并个握续妥洽的助理系统,而不是四个互不接头的器具。
为什么要这样作念
要是不同进口各自卫留一套高下文,问题会很快出现:
在 IM Bot 里说过的话,到了终局里又要重讲一遍。我也曾阐发过的口吻、身份、偏好,在另一个进口里会丢失。我刚修好的进程、刚定下的规则,下一次换个器具又会肖似判断。
是以我收受的作念法不是“让每个器具都我方记取一切”,而是给它们一个共同读取、共同追加的缅思文献,并配上斡旋的身份和作为规则。
罢了原则
把这套分享缅思机制成立在四个原则上:
归并份永恒缅思只保留一个主文献,优配官网但允许把旧内容按年月存档。通盘进口只作念追加,不回头改写旧记载。身份、口吻、中枢规则与永恒缅思分开存放。分享缅思只保存跨会话高下文,不承担工程学问库的一皆职责。
这四点看起来平日,但它们决定了这套决策是否雄厚。
尤其是只追加这少许,十分关键。
唯一多进口都可能同期读写,就尽量幸免“粉饰式写入”,不然很容易彼此踩掉内容。
怎样分离“分享缅思”和“学问千里淀”
这是这套决策里另一个十分垂危的点。
我不会把通盘信息都写进分享缅思。
不然过不了多久,这个文献就会形成一个芜乱的活水账。
我的分法是:
该写进分享缅思的内容用户雄厚偏好助理身份和口吻拘谨永恒灵验的妥洽规则以后很可能再次提到的垂危决定该写进学问库的内容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
万生优配安联配资海悦配资2026配资平台天元优配优配官网提示:文章来自网络,不代表本站观点。