TencentDB Agent Memory · 第 5 章 MemoryHub 控制台

TencentDB Agent Memory · 第 5 章 MemoryHub 控制台

章节摘要:记忆系统不是只能由代码驱动的黑箱——它有一个由人掌握的操作台,叫 Memory Hub(也叫控制台)。本章带你从「人」的视角看这套系统:先建立 Team、招进 Agent、定好角色(System Admin / Team Admin / Member / Owner),这是治理的地基;再在资产背包里审核、搜索、分享、管理四类记忆资产;接着用 Agent Loadout(装备背包)给不同 Agent 绑定不同记忆、调整优先级与使用方式;最后走进 Knowledge 工坊构建 Wiki 与 CodeGraph,查看处理状态。读完本章你会明白 README 里那句话的真意——「Memory Hub 不是展板,是操作台」,点开一条资产,你关心的不只是「它写了什么」,还有「它从哪来、是哪个版本、分给了谁、最近是否被使用」。

学习目标

阅读完本章,你应当能够:

1. 说出四级角色(System Admin / Team Admin / Member / Owner)各自的权限边界
2. 在控制台完成一条资产的审核、分享与收回操作,并解释每步触发了什么
3. 用 Agent Loadout 给一个 Agent 配置装备,并说清「少给噪音多给所需」如何落地
4. 在 Knowledge 工坊发起一次 Wiki 或 CodeGraph 构建,并知道如何判断它 ready

核心概念速览

一句话金句:控制台把「记忆资产」从代码里的记录,变成了人可以审视、调度、收回的对象——治理的最终落点是人,不是自动路由。

子章节导航

01 团队与角色体系

讲清两层角色:全局 System Admin(管用户与团队、建团队录入成员,也可使用资产管理功能)与 Team 内角色(Team Admin / Member),以及 Owner 标记如何让归属与管理权限对应。

02 资产管理与审核分享

讲清在资产背包里对四类资产做的操作:打开、搜索、审核、分享、管理、收回,强调「分享是明确动作,不是默认泄漏」。

03 Agent Loadout 装配背包

讲清如何给不同 Agent 绑定不同记忆、调整优先级与使用方式,落实「不同角色不同 Loadout,少给噪音多给所需」。

04 Knowledge 工坊构建 Wiki 与 CodeGraph

讲清在工坊里发起 Wiki 与 CodeGraph 构建、查看处理状态与资产信息,以及为何它们是异步构建、需要等 ready。

子章节之间的逻辑关系

本章是「搭台 → 管物 → 派装 → 建知」的操作链,前一步搭好治理地基,后一步才能操作资产:

┌──────────┐    ┌──────────┐    ┌──────────┐    ┌──────────┐
│ 01 团队角色│──▶│ 02 资产管理│──▶│ 03 装备装配│──▶│ 04 知识构建│
│ 建Team招Agent│   │ 审核分享   │    │ 绑定Loadout│   │ Wiki/CodeGraph│
└──────────┘    └──────────┘    └──────────┘    └──────────┘
     (治理地基)     (人管资产)        (资产到Agent)    (新增知识资产)
​

铺垫说明:第 5 章是「人怎么操作」的视角,刻意不展开操作背后「资产模型如何定义」(第 3 章)、「知识引擎如何工作」(第 7 章)、「装配如何影响召回」(第 6 章)。本章给你的是一张操作地图,让你能在控制台里把前几章的概念「摸到」。

前置知识与后续延伸

前置知识:

• 第 3 章的记忆资产统一模型与可见性(操作的对象就是这些资产)
• 第 4 章的四层记忆(Chat Memory 资产在背包里的呈现方式)

本章为后续章节奠定的基础:

• 角色体系是第 8 章代理层 sessionInit 确定 team / agent / task 的前提
• Loadout 装配是第 11 章组队场景的核心操作
• Knowledge 工坊是第 7 章 Wiki / CodeGraph 引擎的「人发起入口」