如何让 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