同步并共享团队记忆

onemind 为你的团队维护共享记忆。任何成员都可以提交新增内容，由管理员审批。通过审批的提案将成为共享记忆的一部分，团队所有成员的 AI 工具均可接收。

同步与确认

运行 onemind sync 将本地记忆与服务器同步，并重试上次未发送的队列提案。同步完成后，CLI 会报告当前同步状态。

提交团队记忆

如需通过 CLI 向团队记忆提交新增内容：

onemind propose "Your proposed memory text here"

提案将以通知的形式发送给团队管理员。管理员可在 onemind BETA 应用的 通知 收件箱中，或通过 Shell 命令 onemind approve <id> 或 onemind reject <id> 来批准或拒绝提案。

管理员批准提案后，onemind 将发布新版本的团队共享记忆。所有团队成员在下次同步时即可收到更新。拒绝提案不会对共享记忆产生任何影响。

较长的 Markdown 可以使用 onemind propose --file 路径。建议会保持待审核状态，直到管理员批准。

明确提交提案不依赖自动分析。知识分析默认关闭；关闭时，onemind 不会扫描 skill，也不会把队列作为分析输入读取。明确执行 onemind propose 后，提案仍会进入独立的可靠传输队列。与分析开关无关，通用 reconciler 可以传送有效的结构化 onemind 提案事件，包括 Cursor、Qoder、TRAE 与 WorkBuddy 根目录中的事件，但仅限用户明确激活且已启用 UploadEnabled 权限的精确 Project binding。

只有用户明确选择加入后，自动分析才会启动。onemind 此时只读取文档声明目录中发生变化的 Codex SKILL.md，以及由活跃 binding 选定的结构化 onemind 工作历史/队列条目。除了用于候选发现的只读 WorkBuddy 工作区/会话路径元数据外，onemind 不会使用宿主自有数据库记录、读取专有聊天/消息内容，也不会从任意文件修改中推断长期知识。分析不会扩大 Project binding 权限，也不会把宿主自有数据存储变成分析输入。

默认类型为 prompt_observation。自定义类型只能包含小写字母、数字、连字符或下划线。建议内容上限为 1 MiB。

上传成功后，onemind 会显示建议 ID，并说明建议正在等待管理员审核。如果服务器暂时不可用，建议会安全保留在本地队列中，CLI 会提示运行 onemind sync 重试。只有批准建议才会将条目发布到共享记忆中，上传本身不会发布。

有关管理员审核工作流程，请参见 团队管理。

从未读工作历史自动生成 Mind

Mind Generator 读取未读工作历史并创建 Mind pull request。新的 Mind 草稿就绪后，通知 收件箱中将出现 Mind draft generated 通知。

打开该通知即可查看草稿。它与其他 Mind 更新一样经过安全检查和审核，由管理员使用批准并发布进行发布（参见 Mind 与审核）。

如需了解如何使用 onemind 智能体执行此操作及其他记忆操作，请参见 onemind 智能体。