공유 AI 에이전트에 구성원 및 그룹 권한을 할당하는 방법
사람, 앱 연결, 데이터, 작업을 기준으로 Leina 팀 권한을 계획하세요. 예시 접근 매트릭스를 사용하고, 출력 대상자를 확인하며, 책임이 변경될 때 접근 권한을 검토하세요.
OOMOL 업데이트됨
개념적 그림: 조직이 에이전트를 공유하지만 참여자는 서로 다른 접근 경계를 유지합니다.
개인 AI 에이전트는 일반적으로 한 사람의 계정과 문서로 작업합니다. 조직에서는 책임이 다른 동료들이 채팅 그룹을 공유할 수 있으며, 다른 그룹에는 고객이나 파트너가 포함될 수 있습니다.
질문은 에이전트가 어떤 앱에 연결할 수 있는지를 넘어섭니다. 각 연결을 누가 사용할 수 있고, 어떤 데이터에 접근할 수 있으며, 어떤 작업이 허용되고, 누가 결과를 받을 수 있습니까?
Leina는 구성원과 그룹에 할당된 권한으로 조직적 사용을 지원하며, OpenConnector 권한 부여 게이트웨이를 통해 비즈니스 앱에 접근합니다. 사용을 확장하기 전에 책임을 검증 가능한 접근 범위로 변환하세요.
권한을 네 가지 구체적인 질문으로 전환
다음 차원부터 시작하세요:
| 차원 | 설정할 사항 | 예시 |
|---|---|---|
| 참여자 | 접근이 필요한 구성원 또는 그룹 | 프로젝트 A 작업 그룹 |
| 소스 | 연결 및 비즈니스 기록 | 승인된 프로젝트 A 문서 |
| 작업 | 읽기, 생성, 업데이트 또는 삭제 | 이 작업을 위한 검색 및 읽기 |
| 대상자 | 출력이 갈 수 있는 곳 | 내부 프로젝트 A 그룹 |
이것은 계획 체크리스트이며, 콘솔 필드 이름에 대한 설명이 아닙니다. 사용 가능한 세분성은 커넥터, 비즈니스 계정 및 팀 설정에 따라 다릅니다. 현재 지원을 확인하세요.
연결이 의도한 좁은 범위를 강제할 수 없다면, 계정을 재고하거나 작업 범위를 줄이세요. 다른 자료를 무시하라는 지시는 접근 제어를 대체하지 않습니다.
예시 접근 매트릭스 구축
영업 구성원, 프로젝트 구성원, 외부 참여자가 포함된 그룹이 있는 팀을 상상해 보세요. 이 매트릭스는 접근 계획을 보여줍니다. 이는 미리 정의된 Leina 역할이 아닙니다.
| 워크플로 | 제공할 접근 | 처음에 제외할 범위 |
|---|---|---|
| 영업 구성원이 후속 조치 요약 | 관련 고객 기록 및 필요한 쿼리 | 관련 없는 프로젝트 및 부서 기록 |
| 프로젝트 그룹이 회의 작업 요약 | 프로젝트의 문서, 검색 및 읽기 접근 | 다른 프로젝트 및 확인되지 않은 쓰기 |
| 외부 협업 그룹이 진행 상황 확인 | 해당 대상자에게 승인된 프로젝트 자료 | 내부 논의 및 미공개 고객 정보 |
각 워크플로의 실제 요구 사항에서 시작하세요. 문서를 요약하는 그룹은 읽기 접근을 확인하는 것으로 시작할 수 있습니다. 나중에 비즈니스 기록을 변경해야 한다면, 관련 작업과 대상을 별도로 확인하세요.
의도한 구성원과 그룹으로 결과 접근을 테스트하세요. 관리자가 수행한 성공적인 작업이 일반 구성원이 올바른 접근 범위를 가지고 있음을 입증하지는 않습니다.
책임에서 접근 범위까지
flowchart TB
accTitle: 책임에서 접근 범위까지
accDescr: 구성원 및 그룹 작업 요구 사항과 기존 비즈니스 계정 권한이 구성된 범위에 영향을 줍니다. OpenConnector는 비즈니스 앱 호출을 승인합니다.
T("구성원 및 그룹
작업 요구 사항"):::channel
A("업무 계정
기존 접근"):::channel
T --> P("구성
적절한 범위"):::agent
A --> P
P --> G("OpenConnector
권한 부여 호출"):::gateway
G --> R("허용됨
데이터 및 작업"):::resource소스와 출력 대상자를 별도로 확인
구성원이 내부 문서를 읽을 권한이 있다고 해서 그 요약이 외부 참여자가 있는 그룹에 적합한 것은 아닙니다.
예를 들어, 고객 후속 조치 요약에는 내부 메모, 연락처 정보 및 고객에게 한 약속이 포함될 수 있습니다. 작업 전에 허용된 소스를 지정한 다음, 출력 필드와 대상 그룹을 검토하세요.
더 정확한 요청은 다음과 같을 수 있습니다:
외부 공유가 승인된 프로젝트 진행 기록만 사용하세요. 이번 주 완료된 작업과 다음 단계에 대한 요약을 준비하세요. 소유자가 파트너 그룹에 보낼지 결정하기 전에 검토할 수 있도록 소스 링크가 포함된 초안을 반환하세요.
지시는 기대치를 설정하지만, 실제 접근 제한은 여전히 연결 및 권한 설정에 속합니다. Leina는 그룹 채팅과 다이렉트 채팅이 별도의 작업 컨텍스트를 가진다고 설명합니다. 그 대화 경계는 누가 비즈니스 연결을 사용하거나 그 결과를 받을 수 있는지를 정의하지 않으며, 장기 기억 격리를 보장하는 것으로 읽어서는 안 됩니다. 연결 접근과 출력 대상자를 별도로 확인하세요. 계정 및 작업 확인은 권한 및 데이터 접근을 참조하세요.
접근이 계획과 일치하는지 확인
실제 워크로드를 추가하기 전에 민감한 정보가 없는 테스트 기록을 사용하세요:
- 허용된 접근 테스트. 의도한 구성원이 의도한 그룹에서 명확히 승인된 테스트 기록을 읽도록 하세요. 소스와 결과를 확인하세요.
- 범위 밖 접근 테스트. 해당 구성원이나 그룹에 승인되지 않은 테스트 기록을 사용하고 접근이 의도한 경계를 초과하지 않는지 확인하세요.
- 작업 유형 확인. 읽기 전용 워크플로에 사용 가능한 작업을 검토하고 쓰기, 전송 또는 삭제도 포함하지 않도록 하세요.
- 대상 확인. 특히 외부 참여자가 관련된 경우, 출력이 의도한 대화나 비즈니스 위치로만 가는지 확인하세요.
관찰된 결과가 계획과 다르면 확장하기 전에 연결, 계정 또는 권한을 조정하세요. 나중에 검토를 쉽게 하기 위해 구성원, 그룹, 연결, 예상 동작 및 결과를 기록하세요.
이는 제안된 조직적 점검이며, 제품이 자동화된 권한 테스트나 감사 보고서를 제공한다는 주장이 아닙니다.
사람과 그룹이 변경될 때 접근 검토
접근은 업무 관계의 변화를 따라야 합니다. 구성원이 역할을 바꾸거나 프로젝트를 떠나거나, 외부 참여자가 그룹에 합류하거나, 비즈니스 계정의 권한이 변경됩니다. 이 중 어느 것이든 기존 워크플로 뒤의 가정을 바꿀 수 있습니다.
구성원이나 그룹을 추가할 때, 책임이 변경될 때, 쓰기와 같은 작업을 도입하기 전에 접근을 검토하세요. 오래된 연결이 여전히 필요한지, 자료가 현재 대상자에게 여전히 적절한지, 더 이상 필요하지 않은 접근이 있는지 확인하세요.
구성원 및 그룹 설정을 기본 앱 계정의 권한과 함께 검토하세요. 어느 계층을 변경한 후에도 설정 저장 성공만 믿지 말고 전체 작업을 다시 확인하세요.
하나의 그룹과 하나의 작업으로 시작
조직적 사용을 하나의 그룹과 읽기 전용 작업으로 시작하세요. 참여자, 데이터, 작업 및 대상자를 식별하세요. 해당 범위를 구성하고 테스트 기록으로 확인한 다음, 구성원, 그룹 또는 작업 유형을 점진적으로 추가하세요.
앱 설정은 OpenConnector 및 안전한 비즈니스 앱 연결을 읽어보세요. 추가 채팅 진입점은 여러 채팅 플랫폼에서 하나의 에이전트를 읽어보세요. Leina 개요는 이러한 기능이 어떻게 함께 작동하는지 설명합니다.