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_agentsreview_connectorsreview_kbsreview_mcp_serversreview_workflowsreview_skills
pending_review 상태로 진입하며 관리자 승인이 필요합니다.
이러한 유연성을 통해 조직은 거버넌스 요구사항에 맞출 수 있습니다. 소규모 스타트업은 마찰 없는 공유를 위해 모든 검토 토글을 비활성화할 수 있으며, 규정 준수에 중점을 두는 엔터프라이즈는 에이전트와 커넥터에 대한 검토를 활성화하여 감시를 유지할 수 있습니다.
자격증명 폴백
커넥터와 MCP 서버는 종종 자격증명(API 키, 데이터베이스 암호, OAuth 토큰)이 필요합니다. FIM One은 폴백 메커니즘을 제공하여 멤버가 모든 자격증명을 직접 구성할 필요가 없도록 합니다. 두 가지 모드가 있습니다:- 폴백 활성화 (
allow_fallback=true, 기본값): 자신의 자격증명을 제공하지 않는 멤버는 자동으로 소유자의 기본 자격증명을 사용합니다. 이는 팀 공유 API 키 또는 단일 키가 전체 팀을 커버하는 내부 서비스에 적합합니다. - 폴백 비활성화 (
allow_fallback=false): 모든 멤버가 자신의 자격증명을 구성해야 합니다. 이는 각 사용자가 개인 API 키가 필요한 경우(예: 사용자별 SaaS 라이선스)에 적합합니다.
자격증명 폴백은 멤버가 리소스를 구독한 후에만 적용됩니다. 폴백 메커니즘은 리소스의 접근성이 아니라 런타임에 자격증명이 어떻게 해결되는지를 결정합니다.
리소스 가시성
FIM One의 모든 리소스에는 접근 범위를 결정하는visibility가 있습니다:
| 가시성 | 범위 | 발견 가능한 사용자 |
|---|---|---|
personal | 소유자만 | 리소스를 생성한 사용자 |
org | 조직 | 조직 구성원은 검색 및 구독 가능 (승인 시) |
인프라 리소스 (조직 전체, 구독 불필요)
두 번째 클래스의 조직 범위 리소스는 위의 개인 → 게시 → 구독 라이프사이클을 따르지 않습니다. 이러한 리소스는 조직 소유자 또는 관리자가 한 번 구성한 후 조직의 모든 에이전트에서 투명하게 사용 가능합니다:| 리소스 | 목적 | 구성자 | 사용자 |
|---|---|---|---|
| 채널 | IM 플랫폼으로의 아웃바운드 브릿지 (현재 Feishu; Slack / WeCom / Teams 계획 중) | 조직 소유자 / 관리자 | 모든 에이전트의 Hook System 및 사전 알림 도구 |
| OAuth 제공자 | 소셜 로그인 자격증명 (GitHub, Google, Feishu, Discord) | 시스템 관리자 (환경 변수) | 로그인 페이지 |
| API 키 | 헤드리스 클라이언트를 위한 프로그래밍 방식 액세스 토큰 | 각 사용자, 조직 범위 | 외부 통합 |
실제 시나리오
팀이 데이터베이스 커넥터 공유하기
- Alice가 팀의 PostgreSQL 데이터베이스에 대한 커넥터를 생성합니다
- Alice가 팀의 조직에 게시합니다 (커넥터는 검토가 비활성화됨)
- 커넥터가 마켓의 조직 범위에서 검색 가능해집니다
- Bob이 조직의 공유 리소스를 탐색하고 커넥터를 찾아 구독합니다
- 커넥터가 Bob의 워크스페이스에 나타나며, Alice의 데이터베이스 자격증명을 폴백으로 사용합니다
- Carol도 구독합니다. 외부 계약자인 Dave도 구독하고 대신 자신의 읽기 전용 자격증명을 구성합니다
엄격한 검토를 통한 조직 관리
- 규정 준수에 중점을 두는 회사가 조직에서
review_agents=true및review_connectors=true를 활성화합니다 - 직원이 새로운 에이전트를 게시하면
pending_review상태로 진입합니다 - 조직 관리자가 에이전트 구성을 검토하고 승인합니다
- 에이전트가 검색 가능해지며 — 다른 멤버들이 이제 에이전트를 찾고 구독할 수 있습니다
- 게시자가 나중에 승인된 에이전트를 편집하면 재승인을 위해 자동으로
pending_review로 되돌아갑니다
대규모 조직에서의 선택적 구독
- 조직이 내부 API, 데이터베이스 및 타사 서비스를 포함하는 50개 이상의 커넥터를 게시합니다
- 데이터 팀은 데이터베이스 커넥터와 분석 API만 구독합니다
- 마케팅 팀은 CRM 및 이메일 플랫폼 커넥터만 구독합니다
- 각 팀 멤버의 워크스페이스는 집중되고 정돈된 상태를 유지합니다
참고 항목
- Market Architecture — 글로벌 Market과 조직과의 관계에 대해 알아봅니다. 둘 다 동일한 구독 모델을 사용하지만, Market은 필수 검토가 있는 조직 간 검색 채널로 기능합니다.
- 에이전트 & 리소스 검색 — 구독한 리소스가 채팅 중에 도구 세트로 어떻게 조립되는지 알아봅니다.