모델
모델 페이지에서는 Agent가 사용할 수 있는 모델을 확인하고 관리합니다. 여기에는 시스템 호스팅 모델과 회사 수준, 개인 수준의 모델 설정이 포함됩니다.
버전: 6.1. 대상 독자: 모델 사용자와 모델 설정 권한이 있는 유지 관리자.
검색 키워드: Model management, 모델 관리, 시스템 모델, 회사 모델, 개인 모델.
1. 모델 관리로 해결할 수 있는 문제
모델 관리를 통해 필요한 대형 모델을 연동하고, 사용 가능 범위와 기본 선택을 설정하며, 본인의 사용 현황을 확인할 수 있습니다. 개인은 작업에 맞는 모델을 선택할 수 있고, 관리자는 회사 모델과 자동 모델 선택 규칙을 통합 관리할 수 있습니다.
모델은 이해, 추론, 생성을 담당하고, Agent는 모델을 지시, 도구, 지식과 결합하여 구체적인 작업 능력으로 만듭니다. 모델을 하나 연동했다고 해서 Agent를 생성한 것은 아닙니다.
| 모델 유형 | 적용 시나리오 | 관리 주체 |
|---|---|---|
| 시스템 모델(호스팅) | 플랫폼이 제공하는 모델을 사용하며 연결 정보를 직접 입력할 필요가 없습니다. 사용 가능 범위는 회사 설정의 제한을 받습니다. | 사용자는 본인의 활성화/비활성화 선호를 설정하고, 관리자는 회사의 사용 범위를 제어합니다. 개인 또는 회사 모델 양식으로 추가하거나 삭제하지 않습니다. |
| 회사 모델 | 회사에서 통합 연동하여 소속 멤버가 허용된 범위 내에서 사용합니다. | 모델 관리 권한이 있는 관리자가 연결, 기능, 회사 수준의 활성화/비활성화를 관리하고, 멤버는 본인의 사용 선호를 설정합니다. |
| 개인 모델 | 본인이 사용할 모델을 연동하며, 본인만 보고 사용할 수 있습니다. | 본인이 생성, 편집, 활성화/비활성화, 삭제합니다. |
모델이 보인다고 해서 모든 시나리오에서 호출할 수 있는 것은 아닙니다. 회사 스위치, 본인의 활성화/비활성화 선호, 계정의 모델 사용 제한, Agent의 모델 설정이 모두 최종 사용 가능 여부에 영향을 줍니다. 모델은 기능 센터에 속하므로 워크스페이스에서 다시 연동할 필요가 없습니다.
2. 개인 또는 회사 모델 연동
개인 모델은 기능 센터 → 모델의 + 개인 모델에서 연동합니다. 회사 모델은 관리자가 시스템 관리 → 모델 관리로 이동하여 + 기업 모델 추가를 클릭해 연동합니다. 일반 멤버는 기능 센터에서 회사 연결 정보를 관리하지 않습니다.
- 모델 ID, Base URL, API Key를 입력합니다. 모델 ID는 서비스 제공업체가 실제로 받는 모델 이름입니다. Base URL은 서비스 제공업체의 호환 인터페이스 주소로 입력하고, 양식의 안내를 참고하여 주소 형식을 확인합니다. 새로 만들 때는 API Key를 반드시 입력해야 합니다.
- 필요에 따라 표시 이름, 제공업체, 비고를 입력합니다. 표시 이름을 비워 두면 모델 ID를 사용합니다. 빠른 입력을 사용한 후에도 선택한 서비스 제공업체와 실제 연동 정보를 확인해야 합니다.
- 고급 설정을 펼쳐 모델이 실제로 지원하는 기능과 상한에 맞게 입력합니다. 자세한 내용은 다음 장을 참고하십시오.
- 연결 테스트를 클릭하여 연결 성공이 표시되면 연동을 확인하거나 저장합니다. 모델 ID, 제공업체, Base URL 또는 API Key를 수정한 경우 다시 테스트해야 합니다.
- 저장한 후 모델 목록에서 이름과 활성화 상태를 확인합니다. 이름이 중복된다는 메시지가 표시되면 돌아가서 이름을 수정하거나 자동 이름 변경을 확인할 수 있습니다. 같은 이름으로 연동해도 기존 모델을 덮어쓰지 않습니다.
연결 테스트는 기본 연결 정보가 사용 가능한지만 확인하며, 이미지 입력, 추론 모드, 최대 컨텍스트, 최대 출력은 확인하지 않습니다. 설정을 저장한 후 실제 용도에 맞는 작은 작업으로 효과를 다시 확인해야 합니다.
3. 모델 기능 및 실행 상한 설정
개인 모델과 회사 모델은 같은 고급 설정 필드를 사용합니다. 연동한 모델의 실제 기능을 기준으로 하고, 값을 크게 하거나 옵션을 켜서 모델 자체에 없는 기능을 늘리려고 하지 마십시오.
| 구성 항목 | 역할 | 입력 요점 |
|---|---|---|
| 자동 압축 트리거 값(Token) | 대화 기록이 이 값에 도달하면 자동 압축이 트리거됩니다. | 양의 정수를 입력하며 모델 최대 컨텍스트를 초과할 수 없습니다. 모델의 최대 용량이 아닙니다. |
| 모델 최대 컨텍스트(Token) | 모델이 받을 수 있는 입력과 출력의 총 컨텍스트 용량입니다. | 양의 정수를 입력하며, 서비스 제공업체가 현재 모델에 적용하는 실제 제한을 기준으로 합니다. |
| 최대 출력(Token) | 모델 응답 1회의 출력 길이를 제한합니다. | 양의 정수를 입력하며 모델 최대 컨텍스트를 초과할 수 없습니다. 제품 기본값은 32,000이며, 서비스 제공업체가 지원하는 상한이 더 작으면 직접 낮춰야 합니다. |
| 이미지 입력 지원 | 이 모델이 이미지 콘텐츠를 받을 수 있음을 선언합니다. | 모델이 실제로 지원하는 경우에만 켭니다. 기본 연결 테스트는 이미지를 업로드하여 확인하지 않습니다. |
| 추론 모드 | 기본값 따르기, 켜기, 끄기 중에서 선택합니다. | 추론 의도만 나타내며 사고 강도나 Token 예산은 설정하지 않습니다. 실제 효과는 모델과 서비스 제공업체의 지원 여부에 따라 달라집니다. |
연결은 성공했지만 실행 중 컨텍스트 또는 출력 초과 오류가 발생하면 먼저 여기의 설정과 서비스 제공업체 상한을 확인합니다. 기능 필드만 수정한 경우 기본 연결 테스트를 다시 할 필요는 없지만, 해당 기능의 실제 실행 결과는 확인해야 합니다.
4. 기본 모델 및 회사 Auto 설정
4.1 개인 기본값 및 회사 기본값 설정
기능 센터 → 모델의 개인 기본값에서 현재 사용 가능한 시스템, 회사 또는 개인 모델을 선택하고 저장합니다. 회사 Auto를 사용할 수 있으면 개인 기본값으로 선택할 수도 있습니다. 개인 기본값은 새 기본 Agent 대화를 만들 때 우선 사용되며, 회사 기본값과 Agent 설정에서 동적으로 참조할 수도 있습니다.
비우기를 클릭하면 개인 기본값 설정만 취소되며 모델은 삭제되지 않습니다. 기존 기본 항목을 사용할 수 없게 되면 페이지에 안내가 남아 있으므로 다시 선택하거나 비우십시오. 이전 이름이 계속 표시된다고 해서 여전히 실행할 수 있다고 이해하지 마십시오.
관리자는 시스템 관리 → 모델 관리에서 회사 기본 모델을 편집하여 각 업무 용도에 사용할 수 있는 시스템 모델, 회사 모델, 회사 Auto를 선택하거나 개인 기본값을 동적으로 참조하도록 선택합니다. 개인 기본값을 참조하면 관리자 본인의 개인 모델이 아니라 현재 실행 사용자의 설정이 사용됩니다.
기본값을 수정해도 모든 Agent와 기존 대화가 새 모델로 강제 변경되지는 않습니다. 고정 모델은 계속 특정 모델을 가리키며, 개인 기본값 또는 회사 기본값을 선택한 경우에만 해당 기본 설정에 따라 해석되고, 이 경우에도 사용 가능 요건을 충족해야 합니다.
4.2 회사 Auto 사용 및 관리
회사 Auto는 관리자가 설정한 규칙과 작업 유형에 따라 모델을 자동으로 선택하며, 사용자가 연결 정보를 입력해야 하는 새 서비스 제공업체가 아닙니다. 사용자는 모델 페이지에서 본인의 회사 Auto 선호를 활성화하고, 모델을 선택할 수 있는 진입점에서 이를 선택할 수 있습니다. 사용할 수 없다고 표시되면 관리자에게 회사 설정 확인을 요청해야 합니다.
회사 Auto는 현재 Beta 기능이며, 사용 시 캐시가 적중하지 않을 수 있습니다. 켜기 전에 실제 작업으로 효과와 Token 사용량을 확인하십시오.
관리자는 같은 모델 관리 페이지의 회사 Auto 영역에서 규칙을 설정합니다. 먼저 기본 규칙을 생성하고 규칙 이름을 입력한 다음, 분류 모델과 간단한 작업, 일반 질문, 복잡한 질문에 사용할 모델을 설정하고, 분류 제한 시간, 실패 시 대체 단계, 대상 모델 예외 전략을 설정합니다. 이미지를 처리해야 하면 이미지 모델도 설정합니다. 규칙은 회사에서 사용할 수 있는 시스템 모델 또는 회사 모델을 참조하며 개인 모델은 사용하지 않습니다.
기본 규칙은 특별 규칙이 배정되지 않은 멤버에게 적용됩니다. 차별화된 설정이 필요하면 특별 규칙을 추가하고 적용 구성원을 선택합니다. 저장한 후 규칙과 회사 Auto의 활성화 상태를 확인합니다. 멤버가 이미 다른 특별 규칙에 속해 있으면 이동하기 전에 확인이 필요합니다.
분류 테스트는 분류 모델만 호출하며 대상 모델을 호출하여 작업을 완료하지 않으므로 대상 모델의 실제 검증을 대신할 수 없습니다. 이미지를 처리해야 하면 사용 가능하고 이미지 입력을 지원하는 이미지 모델을 별도로 설정해야 합니다. 회사 기본값이 아직 회사 Auto를 참조하고 있으면 먼저 기본 참조를 조정한 후 회사 Auto를 비활성화해야 합니다.
5. Agent, 워크스페이스, 대화에서 사용
Agent의 모델 선택. Agent 설정에서 용도에 따라 고정 모델 또는 기본값 참조를 선택합니다. 고정 모델은 명확한 실행 선택을 유지하는 데 적합하고, 기본값 참조는 개인 또는 회사 설정에 따라 조정하는 데 적합합니다. 사용자가 대화 중 모델을 전환할 수 있는지는 Agent 설정에 따라 결정됩니다. 전체 설정은 Agent를 참고하십시오.
대화에서 사용. 모델 전환이 허용된 대화에서 모델 선택기로 현재 사용 가능한 항목을 선택한 후 작업을 보냅니다. 모델을 사용할 수 없거나 Agent에서 제한된 경우 먼저 안내에 따라 다시 선택하거나 Agent 관리자에게 처리를 요청합니다. 메시지 보내기, 대화 이어가기, 결과 확인은 대화를 참고하십시오.
워크스페이스에서 사용. 공간에 들어간 후 공간 내 대화에서 모델을 사용합니다. 공유 공간이라고 해서 특정 멤버의 개인 모델이 다른 멤버에게 자동으로 공개되지는 않습니다. 팀에서 함께 사용해야 하면 관리자가 회사 모델을 연동합니다. 공간 유형, 멤버 권한, 공용 기능 설정은 새 공간 생성하기를 참고하십시오.
6. 활성화/비활성화 관리, 사용량 및 자주 묻는 질문
6.1 개인 활성화/비활성화와 회사 수준 제어 구분
기능 센터에서 모델 스위치를 전환하면 본인의 사용 여부만 조정되며 다른 멤버의 설정은 바뀌지 않습니다. 관리자가 회사 전체의 사용 범위를 조정하려면 시스템 관리에서 회사 수준 스위치를 조작해야 합니다. 회사에서 비활성화한 모델은 개인 스위치로 복구할 수 없습니다.
관리자가 회사 모델을 끄면 멤버와 관리자 모두 모델 사용 페이지나 대화에서 해당 모델을 계속 선택할 수 없습니다. 관리자는 관리 페이지에서 설정을 찾아 다시 활성화할 수 있습니다. 시스템 모델은 회사의 시스템 모델 서비스 활성화 여부에도 제한을 받으며, 개별 모델의 스위치로 이 제한을 무시할 수 없습니다.
6.2 모델 편집 및 삭제
개인 모델은 본인이 관리하고, 회사 모델은 권한이 있는 관리자가 관리합니다. 편집할 때 API Key를 비워 두면 기존 키가 유지됩니다. 키를 교체하거나 다른 연결 정보를 수정한 후에는 연결 테스트를 다시 한 다음 저장합니다.
삭제하기 전에 기본 설정, Agent, 회사 Auto 규칙이 이 모델에 의존하는지 확인하고 대체 항목을 준비합니다. 모델이 아직 회사 기본 설정에서 사용 중이라는 메시지가 표시되면 해당 기본 항목을 먼저 조정한 후 삭제합니다. 삭제하면 모델이 사용 가능 목록에서 제거됩니다. 모델 삭제를 대화 기록이나 사용량 기록을 정리하는 방법으로 사용하지 마십시오.
6.3 사용량 확인 및 문제 해결
모델 페이지의 사용량 통계에서 최근 7일, 최근 30일 또는 최근 1년을 선택하고 모델별로 필터링하여 본인의 입력 및 출력 Token, 대화 횟수, 추이를 확인합니다. 여기는 개인 사용 통계이며, 조직 범위의 확인 진입점과 권한은 시스템 관리를 참고하십시오.
연결 테스트 실패: 모델 ID, 호환 인터페이스 주소, API Key, 서비스 제공업체의 사용 가능 상태를 확인합니다. 오류 안내에 따라 수정한 후 다시 테스트하고, 실패한 같은 설정을 반복해서 저장하지 마십시오.
목록에서 모델을 찾을 수 없거나 사용할 수 없음: 먼저 모델 유형, 본인의 활성화/비활성화 상태, 사용 권한을 확인한 다음 관리자에게 회사 스위치와 계정 제한 확인을 요청합니다. 특정 Agent에서만 사용할 수 없다면 해당 Agent의 고정 모델과 전환 제한도 확인해야 합니다.
회사 Auto 또는 기본 모델을 사용할 수 없음: 사용 가능한 모델을 다시 선택하거나 관리자에게 기본 참조, Auto 규칙, 대상 모델 확인을 요청합니다. 기본 연결 성공, 규칙 저장 성공, 분류 테스트 성공은 모두 모든 작업이 실행 가능함을 검증했다는 의미가 아닙니다.