资产管理与审核分享 本节摘要:团队与角色搭好后,日常最高频的操作是管理四类资产——在资产背包里打开、搜索、审核、分享、收回。本节讲清这套操作的动作与背后触发的事件,核心原则还是那句:「分享是明确动作,不是默认泄漏」。你会看到一条资产从「private 新建」到「team 可用」要经过哪些人为把关,以及为什么这套审核流程是团队记忆质量的保障。 一、资产背包:管理四类资产的统一入口 控制台里有一个「资产背包」,它是管理 Chat Memory / Skill / Wiki / CodeGraph 四类资产的统一入口: 你能看到的 | 它回答的问题 内容 | 这条资产写了什么 来源 / Owner | 它从哪来、归谁 版本 | 是第几版、能否回滚 可见性 / 绑定 | 分给了谁、配给哪个
本节摘要:团队与角色搭好后,日常最高频的操作是管理四类资产——在资产背包里打开、搜索、审核、分享、收回。本节讲清这套操作的动作与背后触发的事件,核心原则还是那句:「分享是明确动作,不是默认泄漏」。你会看到一条资产从「private 新建」到「team 可用」要经过哪些人为把关,以及为什么这套审核流程是团队记忆质量的保障。
控制台里有一个「资产背包」,它是管理 Chat Memory / Skill / Wiki / CodeGraph 四类资产的统一入口:
资产背包(统一入口) ├─ Chat Memory 区(人 和事) ├─ Skill 区(做法) ├─ Wiki 区(文档知识地图) └─ CodeGraph 区(代码知识地图) 每条资产点开,看到的不只是「写了什么」,还有: 从哪来、是哪个版本、分给了谁、最近是否被使用
| 你能看到的 | 它回答的问题 |
|---|---|
| 内容 | 这条资产写了什么 |
| 来源 / Owner | 它从哪来、归谁 |
| 版本 | 是第几版、能否回滚 |
| 可见性 / 绑定 | 分给了谁、配给哪个 Agent |
| 使用计数 / 最近使用 | 被召回多少次、最近何时用 |
关键概念:资产背包不是简单的「文件列表」,而是「资产的履历表」。点开一条资产,你关心的是它「从哪来、是哪个版本、分给了谁、最近是否被使用」——这些元数据(第 3 章讲过)让资产成为可审视、可调度的对象。
新建的资产默认 private、不参与召回。要让它「可用」并「被分享」,通常要过审核:
审核流程(以一条新 Skill 为例) alice 创建「发布检查 Skill」v1 → 状态:新建,可见性:private,不参与召回 alice 提交审核 → 状态:审核中 Team Admin 审核内容 ├─ 通过 → 状态:可用,可见性可改为 team └─ 驳回 → 回到 alice 修改 通过后分享给团队 → 团队成员可读、可配装给 Agent
| 阶段 | 状态 | 可见性 | 参与召回? |
|---|---|---|---|
| 刚创建 | 新建 | private | 否 |
| 提交审核 | 审核中 | private | 否 |
| 审核通过 | 可用 | 可改为 team | 是 |
| 驳回 | 回到新建 | private | 否 |
⚠️ 注意:审核不是「多余的流程」,而是团队记忆质量的把关。个人随手记的 Skill 可能有错漏,直接进团队会误导别人。审核让「进入团队记忆库」成为一个被检验的动作。当然,个人自己的 private 资产不需要审核——审核只针对「要分享出去」的。
分享是把一条资产的可见性从 private 放宽到 team / restricted / agent 的动作。它的核心原则在第 3 章讲过,这里看操作:
分享的几种动作 private → team:全队可读(Team Admin 操作) private → restricted:ACL 点名授权(Owner 操作) private → agent:定向装配给某 Agent(Owner 操作) 每一种都是「明确改可见性」,不会自动发生
分享后,资产会出现在对应范围的资产背包里,被该范围的人/Agent 看到并配装。分享是可逆的——下面讲的「收回」就是分享的反动作。
💡 技巧:分享前问自己「这条资产,最少需要让谁看到」。从 private 起步,按需放宽。一条敏感的架构文档,可能 restricted(只给架构师角色)比 team(全队)更合适。从最窄开始放宽,比从最宽收窄,更不容易泄漏。
资产不是「分享出去就永远在」。两种情况需要收回:
| 情况 | 动作 | 效果 |
|---|---|---|
| 过时了(如旧流程 Skill) | 归档 | 退出召回,但保留历史 |
| 敏感了(发现含不该共享的内容) | 收回可见性 / 删除 | 立即从团队撤回 |
收回的两种力度 归档(温和):状态→归档,不参与召回,历史保留,可恢复 删除(彻底):从库中移除,谨慎操作 → 过时用归档,泄密用删除/收回可见性
收回能力是「分享是明确动作」这一原则的补充——既然分享要明确,收回也要能明确执行。这让团队对记忆资产有「双向控制」:能主动共享,也能主动撤回。
虽然管理入口统一(资产背包),四类资产在管理细节上仍有差异:
| 资产 | 管理特点 |
|---|---|
| Chat Memory | 高频产生,通常不需逐条审核(L1 自动抽取),关注可见性 |
| Skill | 低频但重要,审核严格(可执行流程要靠谱),版本管理关键 |
| Wiki | 有 ready 状态(异步构建完才可用),关注构建进度 |
| CodeGraph | 同样有 ready 状态,关注源仓库同步时间 |
⚠️ 注意:Chat Memory 与 Skill 的管理策略不同——Chat Memory 量大、自动抽取,通常不逐条审核(靠可见性控制);Skill 量小但可执行,审核严格(错了会误导全队)。不要用同一套力度管四类资产——Chat Memory 逐条审核不现实,Skill 不审核有风险。
资产管理清楚了,下一节看资产如何到达 Agent——Agent Loadout 装配背包,给不同 Agent 绑定不同记忆。