모든 강화 결과를 탐색, 필터링, 분석합니다. 통합 스키마 탐색, 그룹화 옵션, 배치 작업으로 상세 출력을 확인합니다.
History 페이지는 모든 강화, 스키마 생성, 플레이그라운드 실행, 퓨전 결과를 검토하는 중심 공간입니다. 레코드는 PostgreSQL에 저장되며 조직 범위로 지정됩니다. 이 페이지는 가상화된 테이블을 사용하여 수천 개의 레코드가 있어도 부드럽게 스크롤됩니다.
모든 LLM 작업은 레코드를 생성합니다. 유형 필터를 사용하면 특정 종류의 결과에 집중할 수 있습니다:
| 유형 | 소스 | 설명 |
|---|---|---|
| enrichment | Workflow Editor / Batch | 대상 스키마와 일치하는 구조화된 출력을 갖춘 엔터티 강화 결과 |
| arbitration | 융합 | 다중 model 실행의 병합된 출력입니다. 자체 model이 없으므로 Model 열에는 병합된 model들의 이름이 표시되고, Type 열에는 충돌이 어떻게 해결되었는지 — 결정론적 규칙(LLM 호출 없음, 토큰 없음, 비용 없음)으로 또는 중재자 model로 — 가 표시됩니다. Overview 탭에는 전체 감사 추적이 담겨 있습니다: 필드 집계, 소스 레코드, 그리고 각 결정과 그 결정을 내린 규칙. |
| schema_generation | 워크플로 편집기 | 샘플 데이터로부터 AI가 생성한 JSON 스키마 |
| schema_edit | 워크플로 편집기 | 자연어 프롬프트를 통한 AI 지원 스키마 수정 |
| sample_generation | 워크플로 편집기 | 생성된 샘플 JSON — 스키마를 만드는 출발점이 되는 계약입니다. 생성된 샘플 수와 관계없이 하나의 레코드가 작업 전체를 담습니다. |
| playground | Playground | 원시 응답을 반환하는 자유 형식 prompt 실행 |
| classification | Workflow Editor / Batch | 엔티티가 스키마의 타입과 일치하는지 확인하는 사전 검사입니다. 비용이 적고 작업을 막지 않으며, 보강에 경고가 표시된 이유를 확인할 수 있도록 결과가 보관됩니다. |
| ambiguity_analysis | 워크플로 편집기 | 스키마 속성에 대한 모호성 및 신원 범위 검토입니다. 어떤 이름이 둘 이상의 해석을 허용하는지, 어떤 관련 항목이 엔티티 자체의 사실과 관계상의 사실을 뒤섞는지 확인합니다. 검토 결과는 편집기에 표시되는 권고 주석이 됩니다. |
| db_classification | Database Sync | 연결 시점에 각 속성의 데이터베이스 키, SQL 타입, 인덱스, 소유권을 제안하는 단계입니다. Database Sync 페이지의 Model 탭에서 다듬을 수 있습니다. |
여러 필터를 결합하여 결과를 좁힙니다. 모든 필터는 테이블을 실시간으로 업데이트합니다:
시스템 관리자에게는 추가 필터가 있습니다: 전체 플랫폼의 레코드를 보려면 모든 조직, 소프트 삭제된 레코드를 보려면 삭제된 항목 포함.
record를 시각적으로 그룹화하여 패턴을 파악하고 결과를 정리합니다:
선택한 정렬 옵션으로 정렬된 평면 목록입니다. 기본 보기입니다.
record를 유형(enrichment, schema 생성 등)별로 그룹화하고 접을 수 있는 섹션으로 정리합니다.
AI provider별로 그룹화하여 여러 서비스의 결과를 비교합니다.
생성일별로 그룹화하여 일별 활동 패턴을 확인합니다.
익숙한 키보드 단축키로 배치 작업에 사용할 여러 레코드를 선택하세요:
| 단축키 | 작업 |
|---|---|
클릭 | 단일 레코드를 선택하고 세부 정보를 엽니다 |
Ctrl + 클릭 | 다른 항목의 선택을 해제하지 않고 record 선택 전환 |
Shift + 클릭 | 마지막 클릭과 현재 사이의 레코드 범위를 선택합니다 |
Ctrl + A | 표시된 레코드를 모두 선택합니다 |
Ctrl + D | 모든 레코드 선택 해제 |
레코드를 선택한 상태에서 배치 삭제를 사용하여 소프트 삭제할 수 있습니다. 시스템 관리자는 영구 제거를 위한 하드 삭제를 수행하고 소프트 삭제된 레코드를 복원할 수 있습니다.
레코드를 클릭하면 상세 패널이 열립니다. 탭은 해당 레코드에 보여 줄 내용이 있을 때만 나타나므로, 규칙 기반 융합에는 프롬프트 탭이 없고 파일이 없는 보강에는 첨부 파일 탭이 없습니다. 딥 링크를 사용할 수 있도록 URL이 갱신됩니다(예: /history/uuid?tab=prompt).
구문 강조가 적용된 읽기 전용 Monaco 편집기의 구조화된 JSON 출력입니다. 보강 레코드의 경우, 스키마와 일치하는 최종 병합 결과입니다.
각 expertise domain의 시스템 prompt, 사용자 prompt, 원시 응답을 확인합니다. 다중 expertise record에는 expertise prompt 간 전환을 위한 드롭다운이 표시됩니다.
토큰 사용량(입력, 출력, 캐시됨), 실제 소요 시간, 비용 내역, 재시도 및 검증 오류입니다. fusion record의 경우 감사 추적 역할도 합니다. 필드 집계, 원본 record, 그리고 각 결정과 그 결정을 내린 규칙이 모두 기록됩니다.
보강 및 융합 레코드의 경우: 이 레코드가 생성한 델타와 그 상태, 그리고 저장된 출력을 스키마의 database sync에 다시 주입하는 Send to database 작업이 표시됩니다.
네 개의 탭이 실제 요청 내용을 보여줍니다: System Prompt, Raw Response, Wire Schema(제공자에게 전송된 구조화 출력 계약), Function Tools입니다. 입력 항목은 Schema와 Attachments에서 확인할 수 있습니다.
레코드는 애플리케이션의 다른 부분과 통합됩니다: