跳转到主要内容

Documentation Index

Fetch the complete documentation index at: https://docs.fim.ai/llms.txt

Use this file to discover all available pages before exploring further.

概述

组织是 FIM One 的团队协作单位。它们让用户组能够在受信任的范围内共享资源——智能体、连接器、知识库、MCP 服务器、工作流和技能。 FIM One 中的每个资源最初都是个人的(仅对其创建者可见)。当您将资源发布到组织时,它会变成可发现的,组织内的其他成员可以通过市场的组织范围浏览它。成员浏览组织的共享资源并订阅他们需要的资源。 组织和全球市场共享相同的基于订阅的访问模型。关键区别在于信任:组织代表一个团队或公司,其中成员彼此了解和信任,因此审查是可选的,凭证共享是直接的。

创建和管理组织

每个用户可以创建无限个组织并加入任意数量的组织。一个组织有三个角色:
角色权限
所有者完全控制 — 管理成员、配置设置、绕过审查
管理员管理成员和审查已发布的资源
成员浏览和订阅共享资源
所有者始终是创建组织的用户。所有权可以转移但不能共享。

发布资源

当您将资源发布到您的组织时,它不会自动出现在每个成员的工作区中。相反,该资源在市场的组织范围内变得可发现,成员可以在其中浏览并订阅它。 这种基于订阅的模型让每个成员能够控制他们的工作区。一个大型组织可能共享数十个连接器,但个别成员只订阅与他们的工作相关的那些。

审核系统

审核是可选的,按资源类型配置。每个组织都有独立的切换标志:
  • review_agents
  • review_connectors
  • review_kbs
  • review_mcp_servers
  • review_workflows
  • review_skills
当为某个资源类型禁用审核时,已发布的资源会立即被成员发现——无需管理员操作。启用审核时,资源进入 pending_review 状态,需要管理员批准后才能变为可见。
组织所有者会自动绕过审核。他们发布的资源始终立即可被发现。
这种灵活性让组织能够匹配其治理需求。小型初创公司可能会禁用所有审核切换以实现无摩擦共享,而注重合规的企业可能会在智能体和连接器上启用审核以保持监督。

凭证回退

连接器和 MCP 服务器通常需要凭证(API 密钥、数据库密码、OAuth 令牌)。FIM One 提供了回退机制,使成员无需自己配置每个凭证。 有两种模式:
  • 启用回退allow_fallback=true,默认值):未提供自己凭证的成员自动使用所有者的默认凭证。这适用于团队共享的 API 密钥或内部服务,其中单个密钥覆盖整个团队。
  • 禁用回退allow_fallback=false):每个成员必须配置自己的凭证。这适用于每个用户需要个人 API 密钥的情况(例如,按座位计费的 SaaS 许可证)。
不需要凭证的资源(例如只读公共 API 连接器或无身份验证的智能体)在订阅后立即可用。无需配置。
凭证回退仅在成员订阅资源后适用。回退机制决定了凭证在运行时如何解析,而不是资源是否可访问。

资源可见性

FIM One 中的每个资源都有一个 visibility 属性,用于确定其访问范围:
可见性范围谁可以发现它
personal仅所有者创建它的用户
org组织组织成员可以浏览和订阅(如果获得批准)
可见性过滤器遵循统一的查询模式:
A resource is available in your workspace if:
  1. You own it (any visibility), OR
  2. It's published to an org you belong to, approved, AND you've subscribed to it
将资源发布到组织不会自动授予访问权限。成员必须通过市场的组织范围订阅才能将资源添加到其工作区。

基础设施资源(组织范围,无订阅)

第二类组织范围的资源不遵循上述个人 → 发布 → 订阅的生命周期。这些资源由组织所有者或管理员配置一次,然后对组织中的每个智能体透明可用:
资源用途配置者使用者
Channels到即时通讯平台的出站桥接(目前支持 Feishu;计划支持 Slack / WeCom / Teams)组织所有者 / 管理员每个智能体的 Hook System 和主动通知工具
OAuth Providers社交登录凭证(GitHub、Google、Feishu、Discord)系统管理员(环境变量)登录页面
API Keys无头客户端的编程访问令牌每个用户,组织范围外部集成
关键区别:可发布资源(智能体、连接器、知识库等)是需要显式成员订阅的每用户工件;基础设施资源(Channels、OAuth、API 密钥)是所有智能体隐式共享的平台级接线。Channels 特别是整个组织的即时通讯热线 — 一个维护良好的 Feishu 频道支持每个智能体的审批门、每个计划报告、每个升级事件。 有关频道生命周期和支持的平台,请参阅 Channels 概览

实际应用场景

团队共享数据库连接器

  1. Alice 创建了一个连接到团队 PostgreSQL 数据库的连接器
  2. Alice 将其发布到她的团队组织(连接器禁用了审查)
  3. 该连接器在市场的组织范围内可被发现
  4. Bob 浏览组织的共享资源,找到该连接器,并订阅
  5. 该连接器出现在 Bob 的工作区中,使用 Alice 的数据库凭证作为备用
  6. Carol 也订阅了。Dave(外部承包商)订阅并配置了自己的只读凭证

严格审查的组织

  1. 一家合规性公司在其组织上启用 review_agents=truereview_connectors=true
  2. 当员工发布新的智能体时,它进入 pending_review 状态
  3. 组织管理员审查智能体配置并批准它
  4. 智能体变为可发现的 — 其他成员现在可以找到并订阅它
  5. 如果发布者稍后编辑已批准的智能体,它会自动恢复到 pending_review 状态以重新审查

大型组织中的选择性订阅

  1. 一个组织发布 50+ 个连接器,涵盖内部 API、数据库和第三方服务
  2. 数据团队仅订阅数据库连接器和分析 API
  3. 营销团队仅订阅 CRM 和电子邮件平台连接器
  4. 每个团队成员的工作区保持专注且整洁

另请参阅

  • 市场架构 — 了解全球市场及其与组织的关系。两者使用相同的订阅模型,但市场充当跨组织发现渠道,需要强制审查。
  • 智能体和资源发现 — 订阅的资源如何在聊天期间组装成工具集。