初始上下文

产品/团队
Gumloop / AI Agent 平台
功能
Shared & Organization Skills — 组织级技能共享、发现与复用系统
版本起源
v9.11.0 "Huntsville" (2026-06-02)
描述
Shared & Organization Skills 将 Gumloop 的技能模型从「个人技能库」升级为「组织技能基础设施」。此前每个用户只能使用个人技能库(Mine),团队协作时需要手动复制和同步技能配置。现在管理员可以将技能发布到组织库,所有成员自动获得访问权限。Skills 页面新增三级标签页结构——Mine(我的)/ Shared with me(与我共享)/ Organization(组织)——构成完整的技能可见性体系。配套的 Skill Discovery 提供可浏览的组织技能目录(支持搜索、分类、使用分析),Agent Template Sharing 让管理员创建标准化 Agent 模板供团队一键实例化。整个体系与已有的 User Groups、Custom Roles、Team Level Secrets 深度集成,形成「组织能力管理」闭环。
解决的问题
团队积累的优秀技能散落在各成员个人库中,无法被组织发现和复用,每个新成员和团队都在重复「造轮子」
战略动机
v9.10.0 "Atlin" 解决了「企业能不能安全地使用 Gumloop」的问题(Notification Center、Team Level Secrets),v9.11.0 解决的是「组织能不能高效地协作使用 Gumloop」的问题。Shared Skills + Agent Templates 构建了组织知识沉淀和复用的基础设施层,使 Gumloop 从个人工具向组织平台跃迁。技能库具有典型的双边网络效应——创建者越多、技能越丰富,使用者越离不开平台;使用者越多,创建者越有动力贡献更多。这是 Gumloop 构建平台护城河的关键产品决策。
目标用户与痛点
(1) 团队管理者/Agent 管理员——希望确保组织内 Agent 行为一致性、标准化最佳实践,而非每个成员各自调试;(2) 高频技能创建者——创建的优秀技能希望被团队发现和使用,而非埋没在个人库中;(3) 新成员——入职时希望即时获得组织所有标准技能,无需等待老成员手动传授;(4) IT/安全团队——需要对组织技能进行版本管理和权限控制,确保合规性
平台范围
Web 端。Skills 页面三级标签页(Mine / Shared with me / Organization)。Organization Skills 和 Agent Templates 的管理入口集成在 Admin/Settings 面板中
关键成功指标
组织技能发布数量、组织技能使用频率(跨 Agent 调用次数)、技能重复创建率下降比例、新成员技能获取时间、Skill Discovery 目录浏览量和搜索量

1. 概览

背景

在 Shared & Organization Skills 之前,Gumloop 的技能体系是单用户作用域的:

维度v9.10.0 及之前核心矛盾
技能存储用户个人空间(User Scope)团队优秀技能无法沉淀为组织资产
技能发现仅创建者可见、仅通过语义搜索匹配组织中有人创建了优秀技能,其他人不知道
技能复用手动复制/重新创建每个团队各自「造轮子」,无法形成组织知识积累
权限控制个人级(Creator / Everyone Else)无组织级权限颗粒度,无法按团队/角色控制
标准化无约束——每人用各自的方式解决问题同一任务在不同 Agent 上表现不一致

v9.11.0 "Huntsville" 引入了三个相互关联的功能来解决这些问题:

  1. Shared & Organization Skills — 技能的组织级作用域扩展
  2. Organization Skill Discovery — 可浏览的组织技能目录
  3. Agent Template Sharing — 标准化的 Agent 模板共享

这三个功能共同构成了 Gumloop 的「组织能力管理」基础设施,与已有的 User Groups、Custom Roles、Team Level Secrets 形成完整的组织协作技术栈:

┌─────────────────────────────────────────────────────────────────────────────┐
│                     Gumloop 组织协作技术栈(v9.11.0)                         │
├─────────────────────────────────────────────────────────────────────────────┤
│                                                                             │
│  ┌─────────────────────────────────────────────────────────────────────┐   │
│  │                    Agent Template Sharing                            │   │
│  │  "Agent 行为的标准化工厂"                                             │   │
│  │  预配置模型 + 技能 + 工具 + 系统提示 → 一键实例化                       │   │
│  └──────────────────────────────┬──────────────────────────────────────┘   │
│                                 │ 模板引用组织技能                           │
│  ┌──────────────────────────────▼──────────────────────────────────────┐   │
│  │              Shared & Organization Skills                           │   │
│  │  "组织知识沉淀与复用管道"                                             │   │
│  │  三级可见性:Mine → Shared with me → Organization                    │   │
│  └──────────────────────────────┬──────────────────────────────────────┘   │
│                                 │ 技能访问受角色约束                           │
│  ┌──────────────────────────────▼──────────────────────────────────────┐   │
│  │              权限层(User Groups + Custom Roles)                     │   │
│  │  "谁能创建/编辑/使用哪些技能"                                          │   │
│  │  Owner > Editor > Viewer > Use Only                                  │   │
│  └──────────────────────────────┬──────────────────────────────────────┘   │
│                                 │ 凭证/机密注入                                │
│  ┌──────────────────────────────▼──────────────────────────────────────┐   │
│  │              Team Level Secrets                                     │   │
│  │  "组织技能运行所需的安全凭证"                                          │   │
│  │  共享 API Keys / Tokens / Certificates                               │   │
│  └─────────────────────────────────────────────────────────────────────┘   │
│                                                                             │
└─────────────────────────────────────────────────────────────────────────────┘

目标

  1. 消除技能碎片化:建立从个人技能到组织技能的升级管道,优秀实践自动沉淀为组织资产
  2. 建设技能复用体系:通过 Skill Discovery 目录让团队成员发现已有技能,避免每个团队重复建设
  3. 确保行为一致性:通过 Agent Template Sharing + Organization Skills 锁定标准和合规配置
  4. 构建网络效应:技能库越丰富 → 用户越离不开 → 创建者越有动力贡献 → 平台黏性越强
  5. 降低新成员启动成本:入职即获组织所有标准技能,即时具备完整生产力

2. 核心机制

2.1 三级技能共享模型 [文档已验证]

v9.11.0 将技能可见性从单一用户作用域扩展为三级共享模型:

┌─────────────────────────────────────────────────────────────────────────────┐
│                      Gumloop 技能三级共享模型                                 │
│                      (Three-Tier Skill Sharing Model)                        │
├───────────────────┬───────────────────┬─────────────────────────────────────┤
│                   │                   │                                     │
│    ┌──────────┐   │    ┌──────────┐   │    ┌──────────────────────────┐     │
│    │  Mine    │   │    │ Shared   │   │    │     Organization         │     │
│    │  我的技能  │   │    │ with me  │   │    │     组织技能              │     │
│    │          │   │    │ 与我共享   │   │    │                          │     │
│    └────┬─────┘   │    └────┬─────┘   │    └────────────┬─────────────┘     │
│         │         │         │         │                 │                   │
│         ▼         │         ▼         │                 ▼                   │
│  ┌──────────────┐ │  ┌──────────────┐ │  ┌──────────────────────────────┐   │
│  │ 仅创建者可见   │ │  │ 被直接共享    │ │  │ 全组织可见                     │   │
│  │ 创建者可编辑   │ │  │ 或通过组织共享  │ │  │ 管理员可管理                   │   │
│  │ 创建者可删除   │ │  │ 查看+使用权限  │ │  │ 按团队/角色控制可见性           │   │
│  └──────────────┘ │  └──────────────┘ │  └──────────────────────────────┘   │
│                   │                   │                                     │
│    作用域:User   │   作用域:Team     │   作用域:Organization              │
│    数据隔离:强    │   数据隔离:按共享  │   数据隔离:按权限角色              │
│                   │   列表过滤        │                                     │
└───────────────────┴───────────────────┴─────────────────────────────────────┘

                    从 Mine 到 Organization 的升级路径:

        Mine ──[发布到团队]──▶ Shared ──[发布到组织]──▶ Organization
                                   ▲                        │
                                   │                        │
                                   └──[管理员降级]────────────┘

Mine(我的技能) [文档已验证]

Shared with me(与我共享) [文档已验证]

Organization(组织技能) [文档已验证]

2.2 技能权限角色表 [文档已验证]

三级技能共享模型与 Gumloop 通用四层角色体系(Owner > Editor > Viewer > Use Only)结合后,产生以下权限矩阵:

操作Mine(创建者)团队项目成员Shared 接收者Organization 成员Admin
查看技能内容[文档已验证] 是[文档已验证] 是[文档已验证] 是[文档已验证] 是
使用技能(Agent 调用)[文档已验证] 是[文档已验证] 是[文档已验证] 是[文档已验证] 是
编辑技能内容[文档已验证] 是[文档已验证] 是(项目作者为项目时)[文档已验证] 否[推断] 仅 Editor+
重命名技能[文档已验证] 是[推断] 是(有管理权限时)[文档已验证] 否[推断] 仅 Editor+
删除技能(软删除)[文档已验证] 是[推断] 是(有管理权限时)[文档已验证] 否[推断] 仅 Owner/Admin
批量删除[文档已验证] 是(有管理权限的技能)[推断] 同[文档已验证] 否[推断] 仅 Admin
发布为组织技能[文档已验证] 是[推断] 是(有管理权限时)[文档已验证] 否[推断] 仅 Editor+
查看版本历史(Edits 标签页)[文档已验证] 是[文档已验证] 是[推断] 是[推断] 是
管理共享设置[文档已验证] 是[推断] 是[文档已验证] 否[推断] 仅 Editor+

Access Resolution Order(访问解析顺序) [文档已验证]

当查询一个技能的用户访问级别时,系统按以下优先级解析:

Direct user grant → Team grant → Organization grant → Public grant → No access

即:直接授权 > 团队授权 > 组织授权 > 公开访问 > 拒绝访问。

2.3 Agent 技能发现机制 [文档已验证]

Personal Assistant Agents(个人助手 Agent)

Custom Agents(自定义 Agent)

Organization Skill Discovery(组织技能发现目录) [推断]

v9.11.0 新增的可浏览技能目录界面:

┌───────────────────────────────────────────────────────────────┐
│                  Organization Skill Discovery                  │
│                                                               │
│  ┌───────────────────────────────────────────────────────┐   │
│  │  🔍 搜索技能...                          [分类▼] [标签▼]  │   │
│  └───────────────────────────────────────────────────────┘   │
│                                                               │
│  ┌─────────────────────┐  ┌─────────────────────┐            │
│  │ 代码审查 Skill       │  │ SQL 查询优化 Skill   │            │
│  │ 使用 1,234 次        │  │ 使用 892 次          │            │
│  │ 更新 2026-06-01      │  │ 更新 2026-05-28      │            │
│  │ 维护者:安全团队      │  │ 维护者:数据团队      │            │
│  └─────────────────────┘  └─────────────────────┘            │
│                                                               │
│  ┌─────────────────────┐  ┌─────────────────────┐            │
│  │ Jira 工单管理        │  │ 客户外联 Skill       │            │
│  │ 使用 567 次          │  │ 使用 3,201 次        │            │
│  │ 更新 2026-05-15      │  │ 更新 2026-06-02      │            │
│  │ 维护者:工程团队      │  │ 维护者:客户成功团队   │            │
│  └─────────────────────┘  └─────────────────────┘            │
│                                                               │
│  📊 管理员仪表盘:[使用分析] [未使用技能] [高价值技能]         │
└───────────────────────────────────────────────────────────────┘

2.4 技能编辑与创建开关 [文档已验证]

每个 Agent 的 Tools 配置中设有全局编辑开关(Skill Editing & Creation Toggle):

状态行为
Enabled(默认)Agent 可创建、更新、修复技能(compound learning / 复合式学习)
DisabledAgent 仍可读取和使用技能,但不可修改——纯消费模式

关键约束 [文档已验证]

2.5 版本历史与审计 [文档已验证]

Edits 标签页展示完整的文件级变更时间线:

2.6 软删除与恢复 [文档已验证]

3. 功能需求

模块 A — 技能共享基础设施

ID触发场景系统行为优先级
A1用户访问 Skills 页面展示三级标签页(Mine / Shared with me / Organization),每个标签页显示对应可见性范围的技能列表 [文档已验证]P0
A2用户将个人技能发布为组织技能系统将技能作用域从 User Scope 升级为 Organization Scope,全组织成员根据权限获得访问权,技能卡片新增「Organization」标签 [推断]P0
A3技能通过团队/项目共享给成员接收者的「Shared with me」标签页中出现该技能,仅查看和使用权限,不可编辑或删除 [文档已验证]P0
A4管理员配置组织技能可见性支持按团队(User Groups)或角色(Custom Roles)设置组织技能的可见范围,未授权团队不可见 [推断]P1
A5组织技能更新发布修改后的技能内容全组织实时生效,所有引用该技能的 Agent 在下次对话中使用新版本 [推断]P0
A6Custom Agent 显式附加技能管理员在 Agent 配置中选择技能,技能内容(约 50-100 tokens 每个)嵌入系统提示 [文档已验证]P0
A7Personal Assistant Agent 自动发现技能Agent 使用语义搜索匹配技能描述与当前任务,无需显式附加即可按需调用 [文档已验证]P0

模块 B — 权限控制

ID触发场景系统行为优先级
B1用户尝试编辑非本人创建的共享技能系统检查权限:Creator 或团队项目成员(项目作者时)允许编辑;Others 返回权限错误 [文档已验证]P0
B2用户尝试删除组织技能系统检查权限:仅 Owner/Admin 可删除。执行软删除(标记 inactive),发送变更通知给技能使用者 [推断]P0
B3用户尝试重命名共享技能仅 Creator 可重命名;Others 操作被拒绝 [文档已验证]P0
B4用户尝试查看无权访问的组织技能系统按 Access Resolution Order 解析权限(Direct → Team → Org → Public → No access),无权限时技能不出现在目录和搜索结果中 [文档已验证]P0
B5管理员批量删除技能批量删除仅在用户有管理权限的技能上生效,无权限的技能跳过并提示 [文档已验证]P1
B6组织技能被修改但 Agent 的编辑开关为 DisabledAgent 仍可使用该技能(读取+执行),但不会触发任何自动修改。手动编辑不受此开关影响 [文档已验证]P1

模块 C — Agent 技能发现与附加

ID触发场景系统行为优先级
C1用户在 Skill Discovery 目录中搜索支持按名称、类别、标签、创建者搜索;返回匹配的组织技能卡片(含描述、使用次数、更新时间、维护者)[推断]P0
C2用户在 Skill Discovery 中浏览技能技能卡片展示描述、使用次数(usage analytics)、最近更新时间、维护者信息;点击展开完整详情 [推断]P0
C3Custom Agent 创建新技能技能自动附加(auto-attach)到该 Agent。若是组织范围内的 Custom Agent,技能进入共享库但不自动附加到其他 Agent [文档已验证]P0
C4General Agent 创建新技能技能进入技能库(Library),但不自动附加到任何 Agent——需手动附加 [文档已验证]P1
C5管理员查看技能使用分析展示组织技能的调用频次、使用趋势、未使用技能列表;辅助识别高价值技能和僵尸技能 [推断]P1
C6管理员将高价值技能提升为「推荐」或「标准」技能在 Discovery 目录中获得视觉标识(如「推荐」徽章),提升新成员发现率 [推断]P2

模块 D — 审计与恢复

ID触发场景系统行为优先级
D1用户查看技能的 Edits 标签页展示完整文件级变更时间线,每条记录包含修改者身份(用户/Agent)、时间戳、变更文件列表 [文档已验证]P0
D2技能被软删除技能标记为 inactive,从活跃技能列表隐藏,但数据保留以备恢复 [文档已验证]P0
D3用户请求恢复已删除技能需要联系 Support 处理——「potentially recoverable by support」。组织管理员可能有自助恢复权限 [文档已验证]P1
D4保存技能时 YAML frontmatter 校验失败缺少 name/description 或 YAML 格式错误时拒绝保存,返回具体错误提示 [文档已验证]P0
D5技能重命名但 frontmatter name 字段未同步文件夹名与 SKILL.md 中 name 字段不一致时拒绝保存,提示修正 [文档已验证]P1
D6并发编辑同一技能采用 last-write-wins 策略——最后保存的版本覆盖之前的 [文档已验证]。组织级技能的并发编辑应有额外警告 [推断]P1

4. 用户场景

场景 1 — 安全团队 Lead:将团队最佳实践沉淀为组织标准

用户画像: 李明辉,37 岁,某 SaaS 公司安全团队 Lead。团队 6 名工程师各自使用 Gumloop Agent 进行日常代码审查和漏洞扫描。过去三个月,团队积累了一系列高质量的代码审查技能——SQL 注入检测、XSS 模式识别、敏感信息泄露扫描。但这些技能散落在各成员的个人技能库中,新加入的工程师需要被手动「传授」,偶尔还有人用旧版本。

作为安全团队 Lead,我希望将团队验证过的代码审查技能发布为组织技能(Organization Skills),让全公司所有工程师的 Agent 自动获得统一的安全检查能力——新人入职即时拥有,版本更新全组织同步,审计日志可追溯。

验收标准:

  • 李明辉将「SQL 注入检测」「XSS 模式识别」「敏感信息泄露扫描」三个技能从 Mine 发布到 Organization
  • 三个技能出现在 Organization 标签页和 Skill Discovery 目录中
  • 其他团队(如后端工程团队、前端工程团队)的 Custom Agent 在附加这些技能后立即使用
  • Personal Assistant Agent 通过语义搜索自动发现并调用
  • 团队对「SQL 注入检测」技能进行了规则更新,保存后全组织 Agent 在下次对话中使用新版本
  • Edits 标签页显示更新记录:「安全团队 / 李明辉 / 2026-06-03 / 更新 SKILL.md(新增 NoSQL 注入模式)」
  • 新入职的初级工程师当天就能通过 Agent 获得与资深工程师同等的安全检查能力
  • 管理员通过 Skill Discovery 使用分析看到这三个技能是组织中使用频率最高的技能

场景 2 — 新成员入职:零配置获得组织全部能力

用户画像: 张小雨,25 岁,产品运营专员,入职某电商平台第二天。她需要开始使用 Gumloop Agent 处理日常运营任务——竞品价格监控、用户评价情感分析、活动数据报表生成。她对 Gumloop 并不熟悉,但团队已经积累了十几个运营相关的组织技能。

作为新入职的运营专员,我希望我的 Agent 在第一次对话时就「知道」团队已有的所有运营技能——我只需要描述我要做什么,Agent 自动找到并使用最合适的技能,而不需要我先花半天学习有哪些技能可用,再挨个配置。

验收标准:

  • 张小雨登录 Gumloop 后,Personal Assistant Agent 自动获得组织技能库的语义搜索访问权
  • 她说「帮我扫描今天主要竞品的价格变化」,Agent 自动检索到「竞品价格监控」组织技能并调用
  • Skill Discovery 目录中她可以浏览所有组织级运营技能,按分类筛选找到「数据分析」「用户评价」等
  • Shared with me 标签页中自动显示团队成员共享给她的特定技能
  • 她不需要手动附加任何技能——Personal Assistant 的语义搜索自动处理
  • 一周后,她发现还在重复做某个流程,想创建技能共享给团队;她创建技能后选择发布到团队/组织
  • 操作成功,技能出现在团队的 Shared 和组织标签页中

5. 竞争分析

竞品功能/行为优势劣势洞察/机会
GitHub Repository Permissions 仓库级可见性控制(Private/Internal/Public)+ Teams + CODEOWNERS。代码通过 Fork/PR 传播,无「主动发现」机制 成熟的分支与合并工作流;极强的版本控制和审计能力;社区贡献模型(Fork → PR)经过亿级验证 全手动传播——好代码不会自动被发现。Discover 功能是后加的,不是设计初衷。无使用分析能力 Skills 版本管理+编辑时间线对标 GitHub 的 Git History——Gumloop 为技能提供了同等透明度。网络效应来源不同:GitHub 靠社区,Gumloop 靠组织内协作
Notion 共享与权限 页面三级共享(Private/Team/Public)+ 嵌套权限继承 + 工作区成员角色(Admin/Editor/Commenter/Viewer) 极细颗粒度的页面级权限;数据库视图+筛选权限;Guest 用户支持;分享链接即时生成 被动发现——只能看到被分享给你的页面。无「浏览整个工作区公共内容」的目录式发现。大规模组织中内容易成信息孤岛 Skill Discovery 目录模式对标本应是 Notion 的「工作区搜索」但 Notion 搜索是关键词匹配而非分类目录。Gumloop 的按分类/标签/创建者浏览 + 使用分析比 Notion 更有「知识资产管理」能力
Slack 频道共享 频道分为 Public(全组织可见+可搜索+可加入)和 Private(仅受邀)。频道内消息、文件、Canvas 均可被全体成员搜索 极低摩擦的发现——Public 频道内容对全组织可搜索;频道目录(Channel Browser)让成员发现相关频道;集成(Apps/Bots)可在频道内运行 以人为中心——知识附着在人/消息上而非结构化知识资产。历史消息随时间下沉,无版本管理和质量评级 Gumloop Skills 的目录结构对标 Slack 的 Channel Browser,但技能是结构化的可执行单元(不只是消息),更接近「组织能力资产」
Cursor Rules (.cursorrules) 项目级 Markdown/JSON 文件定义 AI 编码规则。通过 Git 在团队间共享。支持全局规则(~/.cursorrules)和项目规则(.cursorrules) 文件即规则——Git 原生版本控制;超低配置成本;自动被 AI 读取无需额外设置 无组织级管理——完全靠 Git 共享,没有平台级目录/发现/使用分析。规则冲突时无优先级机制。权限完全依赖文件系统/仓库权限 Gumloop Organization Skills 的模式更高级——不依赖 Git 工作流、有 UI 层面管理、有使用分析、有权限角色。但 Cursor Rules 的「文件即配置」超低门槛也是优势——Gumloop 考虑增加 CLI/Git 同步作为互补
Retool / Salesforce AppExchange Retool Apps 可在团队/组织内共享。Salesforce AppExchange 是 B2B 的第三方技能/应用市场 完整的发布→审核→上架流程;评分和评价系统;使用统计和收入分成(AppExchange);安全审查保证质量(Salesforce) 重量级——上架流程长、审批环节多。AppExchange 以第三方 ISV 为主,不是内部技能共享工具 Gumloop 可以借鉴 AppExchange 的 MarketPlace 概念(远期路线图:从内部共享 → 第三方技能交易市场)。但当前内部共享的轻量级目录设计更符合产品阶段

关键洞察

  1. 「组织技能目录」是差异化能力:现有协作工具(GitHub、Notion、Slack)都依赖于被动共享模型——只有被显式分享给你的内容才能看到。Gumloop 的 Organization Skills + Discovery 目录是主动的、可浏览的、带使用分析的组织知识资产管理模式。这在 Agent 平台赛道上尚无直接对标。
  2. 三级共享(Mine → Shared → Organization)的渐进设计是正确选择:相比直接跳到「全组织公共」或保留「纯个人」,三级模型允许技能在个人验证→小范围共享→组织推广的路径上渐进成熟。这与开源社区的「个人项目→团队仓库→公共发布」逻辑一致。
  3. 网络效应的来源是技能而非数据:GitHub 的网络效应来自代码(开发者社群),Notion 的网络效应来自文档(团队协作),Gumloop 的网络效应来自可执行的 Agent 技能——这比文档或代码更具黏性,因为技能直接产生工作成果(输出价值 > 知识价值)。
  4. Agent Template Sharing 构建了「一致性 vs 灵活性」的平衡点:完全锁定配置(只有管理员能改)会阻碍创新,完全开放会导致混乱。模板的参数化配置(哪部分可改、哪部分锁定)是关键的架构决策——它定义了组织治理的灵活性边界。
  5. 版本管理是隐形护城河:Shared Skills 的「更新即时全组织生效」是双刃剑——对统一标准极有价值,但缺乏版本锁定(version pinning)可能在某些高合规场景中引发风险。这是未来「技能版本锁定」和「灰度发布」的演进空间。

6. 遥测

漏斗阶段事件名称触发条件指标/KPI优先级
发现skill_discovery_search用户在 Skill Discovery 目录中执行搜索搜索次数/用户/周、搜索转化率(搜索后有技能查看)P0
发现skill_discovery_browse用户浏览 Skill Discovery 目录(翻页、切换分类)浏览会话数、平均浏览深度P1
发现skill_card_viewed用户点击技能卡片查看详情技能详情页浏览量、来源渠道分布(搜索/浏览/推荐)P0
附加skill_attached_to_agent用户将技能显式附加到 Custom Agent附加事件数/Agent/周、技能附加率P0
附加skill_auto_discoveredPersonal Assistant Agent 通过语义搜索自动匹配并调用技能自动匹配次数、匹配准确度(用户接受/拒绝率)P0
共享skill_published_to_org用户将个人技能发布为组织技能发布数/周、发布用户数、发布技能类型分布P0
共享skill_shared_with_team技能通过团队/项目共享给成员共享事件数、共享接收者数P1
权限skill_permission_denied用户尝试编辑/删除无权限的技能被拒绝拒绝事件数/周、各操作类型的拒绝分布P1
权限skill_permission_changed管理员修改组织技能的可见性配置权限变更频次、变更类型分布P2
恢复skill_soft_deleted技能被软删除(标记 inactive)删除事件数/周、删除原因分类P1
恢复skill_recovery_requested用户/管理员请求恢复已删除技能恢复请求数、恢复成功率P2
影响org_skill_usage组织技能被 Agent 调用每个组织技能的调用次数、调用趋势、跨团队使用率P0

7. 路线图

阶段时间线里程碑状态
Phase 1 — 核心共享v9.11.0三级技能标签页(Mine/Shared/Organization)、技能发布到组织、权限角色(Creator/Team Member/Others)、版本历史(Edits)、Agent 技能自动附加、编辑开关已发布
Phase 2 — 发现与分析v9.12.0+Skill Discovery 目录上线(搜索+浏览+分类+标签)、使用分析仪表盘(热门技能/僵尸技能/使用趋势)、技能推荐(「你可能需要的技能」)近期规划
Phase 3 — 治理增强v10.x技能版本锁定(version pinning——Agent 可选择锁定到特定版本而非最新)、灰度发布(技能更新先推 10% Agent 观察)、变更审批工作流(组织技能修改需审批)、技能质量评分系统规划中
Phase 4 — 网络效应v11.x组织间技能共享(跨组织 Shared Skills)、技能 Marketplace(第三方技能发布和交易)、组织技能健康度仪表盘、技能自动巡检(定期检查技能是否有更优替代方案)探索中
Phase 5 — 生态扩展远期AI 驱动的技能推荐与自动生成(基于使用模式自动建议新技能)、企业级技能合规策略(审计报告、合规评分)、外部集成市场(通过 MCP 将第三方服务作为技能接入)、行业/垂直领域技能模板市场探索中

关键演进判断

  1. 从 Shared 到 Organization 的「发布率」是网络效应启动的先行指标:如果大量技能停留在 Shared(小范围共享)而很少升级为 Organization(全组织公开),说明用户对质量/标准化缺乏信心,或组织缺乏「公共知识」文化。需要分析阻止因素——是技能质量不够、还是组织架构不支持跨团队共享。
  2. Skill Discovery 的「浏览到附加」转化漏斗是核心健康指标:如果大量用户搜索/浏览技能但很少附加使用,可能意味着:(a) 技能描述与实际能力不匹配;(b) 附加门槛过高(当前 Custom Agent 需手动附加);(c) 技能质量不足以满足需求。
  3. 版本管理和灰度发布是高合规场景的「入场券」:当前「全组织即时生效」的设计对标准化极为高效,但金融、医疗、政府等行业的合规要求通常要求变更审批 + 版本锁定。缺乏这两个能力将限制 Gumloop 进入这些市场。
  4. 组织间共享 → Marketplace 是商业模式的质变机会:从「内部共享」到「跨组织共享」是网络效应的第二次飞跃——一个经过 6 个月组织内打磨的技能库,一旦允许跨组织发布和交易,将使 Gumloop 进入平台经济的范畴。

8. 源文档参考


由 Claude 竞品情报系统生成 · 来源:Gumloop Skills 帮助文档 / Gumloop Share Permissions 帮助文档 · 评分 8/13(战略2 护城河2 用户2 复杂度1 创新1)