在 Shared & Organization Skills 之前,Gumloop 的技能体系是单用户作用域的:
| 维度 | v9.10.0 及之前 | 核心矛盾 |
|---|---|---|
| 技能存储 | 用户个人空间(User Scope) | 团队优秀技能无法沉淀为组织资产 |
| 技能发现 | 仅创建者可见、仅通过语义搜索匹配 | 组织中有人创建了优秀技能,其他人不知道 |
| 技能复用 | 手动复制/重新创建 | 每个团队各自「造轮子」,无法形成组织知识积累 |
| 权限控制 | 个人级(Creator / Everyone Else) | 无组织级权限颗粒度,无法按团队/角色控制 |
| 标准化 | 无约束——每人用各自的方式解决问题 | 同一任务在不同 Agent 上表现不一致 |
v9.11.0 "Huntsville" 引入了三个相互关联的功能来解决这些问题:
这三个功能共同构成了 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 │ │ │ └─────────────────────────────────────────────────────────────────────┘ │ │ │ └─────────────────────────────────────────────────────────────────────────────┘
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(组织技能) [文档已验证]
三级技能共享模型与 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
即:直接授权 > 团队授权 > 组织授权 > 公开访问 > 拒绝访问。
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 │ │ │ │ 维护者:工程团队 │ │ 维护者:客户成功团队 │ │ │ └─────────────────────┘ └─────────────────────┘ │ │ │ │ 📊 管理员仪表盘:[使用分析] [未使用技能] [高价值技能] │ └───────────────────────────────────────────────────────────────┘
每个 Agent 的 Tools 配置中设有全局编辑开关(Skill Editing & Creation Toggle):
| 状态 | 行为 |
|---|---|
| Enabled(默认) | Agent 可创建、更新、修复技能(compound learning / 复合式学习) |
| Disabled | Agent 仍可读取和使用技能,但不可修改——纯消费模式 |
关键约束 [文档已验证]:
Edits 标签页展示完整的文件级变更时间线:
| 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 |
| A6 | Custom Agent 显式附加技能 | 管理员在 Agent 配置中选择技能,技能内容(约 50-100 tokens 每个)嵌入系统提示 [文档已验证] | P0 |
| A7 | Personal Assistant Agent 自动发现技能 | Agent 使用语义搜索匹配技能描述与当前任务,无需显式附加即可按需调用 [文档已验证] | P0 |
| 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 的编辑开关为 Disabled | Agent 仍可使用该技能(读取+执行),但不会触发任何自动修改。手动编辑不受此开关影响 [文档已验证] | P1 |
| ID | 触发场景 | 系统行为 | 优先级 |
|---|---|---|---|
| C1 | 用户在 Skill Discovery 目录中搜索 | 支持按名称、类别、标签、创建者搜索;返回匹配的组织技能卡片(含描述、使用次数、更新时间、维护者)[推断] | P0 |
| C2 | 用户在 Skill Discovery 中浏览技能 | 技能卡片展示描述、使用次数(usage analytics)、最近更新时间、维护者信息;点击展开完整详情 [推断] | P0 |
| C3 | Custom Agent 创建新技能 | 技能自动附加(auto-attach)到该 Agent。若是组织范围内的 Custom Agent,技能进入共享库但不自动附加到其他 Agent [文档已验证] | P0 |
| C4 | General Agent 创建新技能 | 技能进入技能库(Library),但不自动附加到任何 Agent——需手动附加 [文档已验证] | P1 |
| C5 | 管理员查看技能使用分析 | 展示组织技能的调用频次、使用趋势、未使用技能列表;辅助识别高价值技能和僵尸技能 [推断] | P1 |
| C6 | 管理员将高价值技能提升为「推荐」或「标准」 | 技能在 Discovery 目录中获得视觉标识(如「推荐」徽章),提升新成员发现率 [推断] | P2 |
| 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 |
用户画像: 李明辉,37 岁,某 SaaS 公司安全团队 Lead。团队 6 名工程师各自使用 Gumloop Agent 进行日常代码审查和漏洞扫描。过去三个月,团队积累了一系列高质量的代码审查技能——SQL 注入检测、XSS 模式识别、敏感信息泄露扫描。但这些技能散落在各成员的个人技能库中,新加入的工程师需要被手动「传授」,偶尔还有人用旧版本。
验收标准:
用户画像: 张小雨,25 岁,产品运营专员,入职某电商平台第二天。她需要开始使用 Gumloop Agent 处理日常运营任务——竞品价格监控、用户评价情感分析、活动数据报表生成。她对 Gumloop 并不熟悉,但团队已经积累了十几个运营相关的组织技能。
验收标准:
| 竞品 | 功能/行为 | 优势 | 劣势 | 洞察/机会 |
|---|---|---|---|---|
| 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 概念(远期路线图:从内部共享 → 第三方技能交易市场)。但当前内部共享的轻量级目录设计更符合产品阶段 |
| 漏斗阶段 | 事件名称 | 触发条件 | 指标/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_discovered | Personal 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 |
| 阶段 | 时间线 | 里程碑 | 状态 |
|---|---|---|---|
| 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 将第三方服务作为技能接入)、行业/垂直领域技能模板市场 | 探索中 |
由 Claude 竞品情报系统生成 · 来源:Gumloop Skills 帮助文档 / Gumloop Share Permissions 帮助文档 · 评分 8/13(战略2 护城河2 用户2 复杂度1 创新1)