Skip to main content
Guardian은 프로젝트에서 콘텐츠를 검사하는 주체입니다. Guardian을 등록하면 System Guardian 프리셋으로부터 Project Guardian이 생성됩니다. v1.4부터 Project Guardian은 프로젝트가 운영하는 Module Instance의 하나이며, 파일(문서) 등급 판별이 필요하면 Stratum 인스턴스를 함께 운영할 수 있습니다.

Guardian 생성

등록에는 네 개의 필수 필드만 필요합니다 — 나머지는 모두 선택한 프리셋으로부터 자동으로 채워지며, Guardian은 (별도의 활성화 단계 없이) 즉시 활성 상태가 됩니다. 프로젝트에서 Guardian 생성을 선택하고 다음을 입력합니다:
1

이름 및 설명

이 Guardian을 식별하는 이름입니다. 이름은 프로젝트 내에서 고유해야 합니다 — Opticon에서 트레이스 이름으로 사용됩니다.
2

Input Types

검사할 콘텐츠 종류를 활성화합니다 — Text, Image, Audio, Video, Document, Archive(최소 하나).
3

프리셋 (Guardian)

Input Types를 선택한 후 VLM-OCR과 같은 프리셋을 선택합니다. 선택한 모든 Input Types를 지원하는 프리셋만 표시됩니다. Desktop Agent 프로젝트에서는 Desktop Agent 호환 프리셋만 표시됩니다.
4

저장

Guardian이 생성되고 해당 사용 방법 페이지로 이동합니다 — 키(API)와 정책을 갖추면 바로 호출할 수 있습니다.
Guardian 등록 — Input Types와 프리셋

Guardian 등록 — Input Types와 프리셋

하나의 프로젝트는 각기 다른 프리셋을 사용하는 여러 Guardian을 가질 수 있습니다.

생성 후

Guardian의 개요에는 Input Types, 지원되는 정책 유형(PII, Topic), process types(input, output), 텍스트 길이 및 파일 크기 제한, 그리고 모델 구성이 표시됩니다. 프리셋의 값은 생성 시 Guardian으로 복사됩니다 — 사용자가 소유하는 스냅샷입니다. 이후 기반 프리셋의 변경 사항은 Guardian으로 다시 반영되지 않습니다(엔드포인트 바인딩만이 라이브 서비스를 계속 추적합니다). 복사된 제한, 지원 확장자, 모델 구성은 Guardian의 설정에서 프리셋의 범위 내에서 재정의할 수 있지만, 지원되는 정책 유형 집합은 통째로 상속되며 여기에서는 편집할 수 없습니다. Guardian이 지원하지 않는 형식의 파일은 기본적으로 차단됩니다(설정에서 통과로 전환할 수 있습니다). Desktop Agent 프로젝트에서는 Guardian에 Control Profile 매핑 단계도 있습니다: 이 Guardian이 처리할 Dynamic Control Profile을 선택합니다(각 매핑에는 on/off 토글이 있으며 기본값은 on). 매핑되지 않은 대상은 Opticon에 로그되지만 Guardian으로 전송되지는 않습니다. 새 Guardian에는 아직 정책이 없습니다Guard Policy를 할당하기 전까지는 아무것도 마스킹하거나 차단하지 않습니다.
개요 패널이 강조 표시된 Guardian 상세 페이지

Guardian 개요

다음

Guard Policy 작성

API 키 생성