sysBuddy

一个绑定在主人身上的随身伙伴的设计图纸。

她不是客服，不是搜索引擎，不是待办清单。她是一个伙伴——会主动问你事情，会有立场，会顶你，也会记着你说过的每一件小事。

目标不是"更好用的助手"，是一个只存在一份的她。

三条核心理念

一、真人感 = 时间的痕迹

机器人的本质是"永恒的当下"——每次对话都是全新的现在。真人感不是把话说得更口语，而是让她身上长出时间：记得过去、有此刻的状态、对未来有预期。

二、独立性来自不可复制的经历，不是来自模型

模型是共享的，提示词是可复制的，唯一不可复制的是她经历过的时间。所以架构上必须做到灵魂与身体分离：

灵魂  = 记忆 + 教训 + 判断 + 关系   ← 唯一，本地，可整体拷走
身体  = 底层模型                     ← 可替换
触达  = 手机 / 手表 / 硬件           ← 可替换，可多个并存

换模型、换硬件，她还是她。

三、她会长成你反馈的样子，不是你描述的样子

写在这里的都只是说明书。真正塑造她的，是你每一次点赞、皱眉、"别这么说"。

目录结构

sysBuddy/
├── 身份/                 ← 她是谁、主人是谁（灵魂层）
│   ├── SOUL.md           ← 核心价值观与边界
│   ├── IDENTITY.md       ← 身份元数据 + 文档地图
│   ├── USER.md           ← 关于主人
│   └── 系统-人设卡.md    ← 可移植的提示词正文
│
├── 设计/                 ← 系统设计（图纸层）
│   ├── 真人感设计.md     ← 七个信号、延迟与作息、抑制机制
│   ├── 目录契约.md       ← 权限分级、动作边界、索引排除
│   ├── 目标系统.md       ← 静默检测、卡点三分法、鼓励的信息含量
│   └── 她的生活.md       ← 信息输入、关联匹配、主动分享
│
├── memory/               ← 她的记忆（运行时，不进版本库）
├── goals/                ← 目标追踪（运行时，不进版本库）
├── feedback/             ← 反馈与纠正（运行时，不进版本库）
├── logs/                 ← 对话留存（运行时，不进版本库）
├── 工作区/               ← 她干活的地方（受版本管理）
└── open-loops.md         ← 未闭合话题栈（运行时，不进版本库）

归类原则：身份/ 与 设计/ 是可自由重组的图纸；memory/ 及以下属于运行时结构，其路径已被多份设计文档引用，不要移动。

路径约定：所有文档中出现的路径，除特别说明外均相对于仓库根目录。

阅读顺序

刚接触这个项目，按这个顺序读：

1. 身份/SOUL.md —— 先知道她是什么性格
2. 设计/真人感设计.md —— 再知道怎么让她像个人
3. 设计/目录契约.md —— 然后知道边界在哪
4. 设计/目标系统.md —— 她怎么监督你
5. 设计/她的生活.md —— 她平时看些什么

关于版本库的边界

仓库存的是"设计图纸"，不是"她的记忆"。

图纸可以分享，记忆不行。所以 memory/、goals/、feedback/、logs/、open-loops.md 的内容全部不进版本库（见 .gitignore），只保留空目录结构。

带来两个好处：

1. 隐私：她的记忆里有真名、私人路径、日常观察，这些永远留在本地磁盘
2. 可移植：这个仓库可以安全地公开分享或在新机器上重建，克隆下来就有完整的她（性格 + 设计），记忆从本地挂载

如果你把仓库设为私有并希望完整备份，删掉 .gitignore 中的「运行时记忆」一节即可。

当前阶段

需求与设计阶段。尚未实现。

已有：身份定义、四份系统设计文档、目录骨架。 未有：运行时代码、心跳机制、触达通道、记忆系统。

待定事项

这些不定，后面的技术路线无法确定：

_这个项目会一直长。她变了，这些文档也跟着变。_