资产管理与审核分享


文档摘要

资产管理与审核分享 本节摘要:团队与角色搭好后,日常最高频的操作是管理四类资产——在资产背包里打开、搜索、审核、分享、收回。本节讲清这套操作的动作与背后触发的事件,核心原则还是那句:「分享是明确动作,不是默认泄漏」。你会看到一条资产从「private 新建」到「team 可用」要经过哪些人为把关,以及为什么这套审核流程是团队记忆质量的保障。 一、资产背包:管理四类资产的统一入口 控制台里有一个「资产背包」,它是管理 Chat Memory / Skill / Wiki / CodeGraph 四类资产的统一入口: 你能看到的 | 它回答的问题 内容 | 这条资产写了什么 来源 / Owner | 它从哪来、归谁 版本 | 是第几版、能否回滚 可见性 / 绑定 | 分给了谁、配给哪个

资产管理与审核分享

本节摘要:团队与角色搭好后,日常最高频的操作是管理四类资产——在资产背包里打开、搜索、审核、分享、收回。本节讲清这套操作的动作与背后触发的事件,核心原则还是那句:「分享是明确动作,不是默认泄漏」。你会看到一条资产从「private 新建」到「team 可用」要经过哪些人为把关,以及为什么这套审核流程是团队记忆质量的保障。

一、资产背包:管理四类资产的统一入口

控制台里有一个「资产背包」,它是管理 Chat Memory / Skill / Wiki / CodeGraph 四类资产的统一入口:

资产背包(统一入口) ├─ Chat Memory 区(人 和事) ├─ Skill 区(做法) ├─ Wiki 区(文档知识地图) └─ CodeGraph 区(代码知识地图) 每条资产点开,看到的不只是「写了什么」,还有: 从哪来、是哪个版本、分给了谁、最近是否被使用
你能看到的 它回答的问题
内容 这条资产写了什么
来源 / Owner 它从哪来、归谁
版本 是第几版、能否回滚
可见性 / 绑定 分给了谁、配给哪个 Agent
使用计数 / 最近使用 被召回多少次、最近何时用

关键概念:资产背包不是简单的「文件列表」,而是「资产的履历表」。点开一条资产,你关心的是它「从哪来、是哪个版本、分给了谁、最近是否被使用」——这些元数据(第 3 章讲过)让资产成为可审视、可调度的对象。

二、审核:从 private 到可用的把关

新建的资产默认 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 不审核有风险。

本节要点回顾

  1. 资产背包:统一入口管理四类资产,每条带「履历」(来源/版本/绑定/使用)。
  2. 审核把关:private→可用要过审核,这是团队记忆质量的检验环节;个人 private 不需审核。
  3. 分享明确:private→team/restricted/agent 都是明确动作,从最窄起按需放宽。
  4. 收回能力:归档(温和,可恢复)与删除/收回可见性(彻底),让共享可双向控制。
  5. 四类差异:Chat Memory 靠可见性控(量大)、Skill 靠审核控(关键),力度不同。

资产管理清楚了,下一节看资产如何到达 Agent——Agent Loadout 装配背包,给不同 Agent 绑定不同记忆。


发布者: 作者: 灏天文库 转发
评论区 (0)
U