为什么要做这个工具

README 对 memory-sync 的核心定位写得很直接：这不是一个等待平台统一标准的工具，而是一个默认世界碎片化、接口私有化、资源分配极不公平时仍然能工作的 “tool-rat”。

项目不是在卖什么

它不承诺：

• 某个 IDE 或 CLI 最终会给你一套官方统一入口。
• 某家平台会长久稳定地保存你的工作记忆。
• 复制粘贴几份提示词就等于真正完成了迁移。

项目真正要做的事

它要做的是：

1. 把你原本散落在多个工具里的规则源抽离出来。
2. 让这些规则源有统一的编写方式。
3. 再把它们重新投送回不同工具的原生落点。

为什么这件事必须是“同步系统”，不是“模板仓库”

仅有模板仓库，你依旧要手动：

• 决定每个工具写到哪里
• 决定哪些内容是全局的、哪些是项目级的
• 决定怎样清掉旧产物
• 决定如何避免多套配置互相踩踏

而 memory-sync 的重点，是把这些判断前移到可声明的配置与源文件结构里。

所以文档为什么也要重写

如果文档还沿用旧的、松散的、不能映射到真实实现的叙述方式，那它本身就会变成新的“残留物”。这次重构的文档站，本质上也是把 docs 自己纳入“可验证输出”的同一套纪律里。