把长期记忆做成分区化、可治理、可回溯的系统层能力。
Memory 页面应该让团队看懂系统保留了什么、为什么会保留、以及这些信息会如何继续参与后续工作。
Partitioned Memory
Policy
Provenance
记忆
统一管理长期上下文、分区与治理规则。
从这里查看记忆条目、来源与后续动作。
中文
English
日本語
已经进入稳定记忆的条目。
可用分区数量。
记忆策略版本。
记忆分区
用户画像
稳定的用户身份信息，如姓名、时区、角色与偏好。
user_profile
偏好: 英文、直接、无废话。
项目上下文
项目目标、约束条件与既往决策。
project_context
主目标: 在 Q2 前发布产品官网。
系统规则
长期生效的系统规则、风格要求与硬约束。
system_rules
推荐付费工具时必须说明成本。
工具使用
工具调用偏好、失败经验与推荐路径。
tool_usage
新项目优先 GitHub Actions。
结果历史
由既有结果产物提炼出的事实和结论。
result_history
上一轮内容计划偏向开发者受众。
品牌与风格
品牌语气、表达方式和格式标准。
brand_style
语气: 清晰、直接，不堆营销话术。
渠道上下文
各绑定渠道的上下文，如 Telegram 线程或飞书群。
channel_context
Telegram 群 `@team_eng` 仅接收技术更新。
管理动作
让记忆治理回到主循环
查看最新结果从结果中心审阅哪些输出应转入长期记忆。打开运行时检查 host settings、session 与绑定规则如何影响记忆复用。查看核心文档用规格与流程文档校准系统级规则和风格边界。返回对话工作台回到主循环继续产出，记忆只做支持层而不抢主入口。
记忆写入已经按分区、来源和复用边界组织。后续增强应增加捕获深度，而不是削弱治理清晰度。
记忆流水线
- 从会话、任务、结果与系统规则收集候选记忆
- 按策略过滤高风险或低价值内容
- 按分区归类并补齐来源信息
- 进入人工复核或直接纳入稳定上下文
当前复核队列
3
网站发布定位
网站项目 / 最新 brief
project_context
转入后续交付
品牌表达约束
结果中心 / 页面文案包
brand_style
纳入长期风格
运行时默认规则
运行时 / host settings
system_rules
保持系统级复用