GET /analyses/:analysisId

엔드포인트

GET /v1/analyses/{analysisId}

요청

curl -X GET "https://client-omni-api.argosidentity.com/v1/analyses/{analysisId}" \
  -H "x-api-key: your-api-key-here"

응답 구조 — 두 갈래로 나뉩니다

분석 응답을 읽을 때 가장 먼저 구분해야 할 것은 어떤 필드를 시스템이 제공하고, 어떤 필드를 워크플로우에서 정의했는지입니다.

시스템 고정 필드

워크플로우 설정과 무관하게 항상 동일한 키로 반환됩니다. 실행 이력, 단계별 결과, 집계 지표가 여기 속합니다.

출력 스키마 기반 필드

outputSchema · extractedData · extractionStatus 세 필드입니다. 내부 구조는 워크플로우마다 완전히 다릅니다.

extractedData 안에 어떤 필드가 들어오는지는 워크플로우에 정의한 출력 스키마가 결정합니다. Omni가 고정된 필드 집합을 강제하지 않습니다. 이 문서는 시스템 고정 필드만 필드 단위로 기술하며, 출력 스키마 영역은 구조만 설명합니다.

시스템 고정 필드 목록

id                profileId          folderId          engineId
playbookId        engine             status            processingTimeMs
verificationStatus  confidenceScore  confidence        details
riskAssessment    systemMetadata     rawActionResults  agentAuditLog
findings          recommendations    targetItems       error
options           clientMetadata     primaryReportId   reportId
requestedAt       completedAt        createdAt

출력 스키마 기반 필드

outputSchema      extractedData      extractionStatus

최상위 필드

string

필수

분석 고유 ID (analysis_ 접두사)

string

필수

이 분석이 속한 프로필 ID

string | null

필수

분석 대상 폴더 ID. 폴더를 지정하지 않고 프로필 전체를 분석한 경우 null

string | null

필수

단일 엔진을 직접 지정해 실행한 경우의 엔진 ID. 워크플로우에 설정된 엔진 구성을 그대로 사용하면 null

object | null

필수

engineId가 있을 때의 엔진 상세 정보. 그 외에는 null

string

필수

분석에 사용된 플레이북 ID (PB- 접두사). 워크플로우의 정책 텍스트로부터 생성된 실행 계획을 가리킵니다

string

필수

분석 잡의 처리 상태: pending / processing / completed / failed

number

필수

분석 처리 소요 시간 (밀리초)

string

필수

분석 결과에 대한 시스템 판정: verified / pending_review / rejected. 아래 검증 상태 3종 구분 참조

number | null

필수

검증 판정과 함께 산출되는 신뢰도 (0.0 – 1.0). verified일 때는 통과한 액션들의 신뢰도 평균이고, 그 외 판정에서는 판정별 고정값입니다. confidence와는 다른 지표입니다

object | null

필수

분석 실패 시의 에러 정보. code, message, 선택적으로 details를 담습니다. 정상 완료 시 null

object | null

분석 요청 시 전달된 옵션. 전달하지 않았으면 null

object | null

클라이언트가 분석 요청 시 전달한 메타데이터. 전달하지 않았으면 null

string | null

이 분석에 대해 생성된 주 리포트 ID (rpt_ 접두사)

string | null

primaryReportId와 동일한 값을 담는 레거시 필드. 신규 연동은 primaryReportId를 사용하세요

string

필수

분석 요청 시각 (ISO 8601)

string | null

필수

분석 완료 시각 (ISO 8601). 미완료 시 null

string

필수

DB 레코드 생성 시각 (ISO 8601)

검증 상태 (`verificationStatus`) 3종 구분

응답 안에는 이름이 같거나 비슷한 검증 상태가 세 계층에 존재하며, 값 집합이 서로 다릅니다. 연동 시 어느 계층을 보고 있는지 반드시 확인하세요.

위치	값	성격
최상위 `verificationStatus`	`verified` / `pending_review` / `rejected`	분석 전체에 대한 시스템 판정
`agentAuditLog.steps[].status` `agentAuditLog.summary.overall_decision` `rawActionResults.{actionName}.verificationStatus` `systemMetadata.workflowHistory[].verificationStatus`	`passed` / `needs_review` / `failed`	플레이북 액션 단위의 시스템 실행 결과 (`overall_decision`은 이를 집계한 값)
`extractedData.{...}` 안의 상태 필드	워크플로우 스키마에 정의한 값	사용자 정의 출력 — 시스템이 값 집합을 정하지 않음

두 번째 행은 출력 스키마가 아니라 플레이북 액션 실행 결과입니다. 출력 스키마에 같은 이름의 필드를 정의했다면 그것은 세 번째 행에 해당하며, 시스템 판정과는 별개의 값입니다.

최상위 판정은 액션 단위 결과를 집계해 결정됩니다. 실패한 액션이 하나라도 있으면 rejected, 전부 통과하면 verified, 그 외에는 pending_review입니다. agentAuditLog.summary.overall_decision도 같은 액션 결과에서 산출되므로 아래와 같이 대응합니다.

`agentAuditLog.summary.overall_decision`	최상위 `verificationStatus`
`passed`	`verified`
`needs_review`	`pending_review`
`failed`	`rejected`

`confidenceScore` vs `confidence` — 서로 다른 지표

이름이 비슷하지만 측정 대상이 완전히 다릅니다.

	`confidenceScore`	`confidence` (Analysis Score)
타입	`number` (0.0 – 1.0)	`object`
측정 대상	검증 판정에 따른 신뢰도	분석 산출물의 완성도 (Analysis Score)
산정 방식	`verified`는 통과 액션 신뢰도의 평균, 그 외 판정은 고정값	단계 실행률 40% + 단계 품질 20% + 출력 완성도 40%

confidenceScore가 높아도 confidence.score는 낮을 수 있습니다. AI가 모든 단계를 자신 있게 통과시켰지만 출력 스키마에 값이 하나도 채워지지 않은 경우가 대표적입니다. 자동 승인 로직을 만든다면 confidence와 details를 함께 확인하세요.

`confidence` — Analysis Score

Omni 대시보드에서 분석 상세를 열었을 때 최상단에 표시되는 Analysis Score가 이 필드입니다. components의 세 항목을 가중 평균해 score를 내고, 그 score가 속한 구간으로 level이 정해집니다.

필드	타입	설명
`components`	`object`	점수를 구성하는 세 항목. 측정할 수 없는 항목은 `null`
`score`	`number \| null`	세 항목의 가중 평균 (0–100, 반올림)
`level`	`string \| null`	`score`가 속한 구간: `HIGH`(80–100) / `MEDIUM`(65–79) / `LOW`(0–64)

`confidence.components`

필드	가중치	설명
`stepExecution`	40%	플레이북에 정의된 단계 중 실제로 실행된 비율 (0–100)
`stepQuality`	20%	실행된 단계의 통과 상태와 설정된 엔진의 호출 여부를 반영한 품질 점수 (0–100)
`outputCompleteness`	40%	출력 스키마 필드 중 값이 채워진 비율 (0–100)

score = round(stepExecution × 0.4 + stepQuality × 0.2 + outputCompleteness × 0.4)

예를 들어 components가 100 / 97.22 / 76.98이면 score는 90, level은 HIGH입니다.

세 항목 중 측정할 수 없어 null인 항목이 있으면, 남은 항목의 가중치만으로 정규화해 계산합니다. 전부 null이면 score와 level도 null이 됩니다.

`details[]` — 완성도 감점 사유

confidence 점수를 낮춘 항목을 개별로 나열합니다. 감점 요인이 없으면 빈 배열입니다.

필드	타입	설명
`category`	`string`	사유 분류: `STEP` / `JSON_OUTPUT` / `TOOL`
`type`	`string`	세부 유형 (아래 표)
`target`	`string`	해당 항목의 대상. 액션명 또는 출력 스키마 필드 경로

`type`	`category`	의미
`STEP_NEED_REVIEW`	`STEP`	해당 단계가 수동 검토 필요로 종료됨
`STEP_FAILED`	`STEP`	해당 단계가 실패로 종료됨
`STEP_NOT_EXECUTED`	`STEP`	플레이북에 정의됐으나 실행되지 않은 단계
`TOOL_NOT_EXECUTED`	`TOOL`	워크플로우에 설정됐으나 호출되지 않은 엔진
`OUTPUT_MISSING`	`JSON_OUTPUT`	출력 스키마 필드에 값이 채워지지 않음
`OUTPUT_EMPTY`	`JSON_OUTPUT`	필드는 존재하나 값이 비어 있음

`riskAssessment` — 위험도

분석 결과를 종합해 산정한 위험도입니다.

필드	타입	설명
`riskLevel`	`string`	`riskScore` 구간에 따른 위험 등급: `low`(0–25) / `medium`(26–50) / `high`(51–75) / `critical`(76–100)
`riskScore`	`number`	위험 점수 (0–100, 높을수록 위험)
`riskFactors`	`string[]`	위험 점수 상승에 기여한 요인 목록. 없으면 빈 배열

`systemMetadata` — 시스템 실행 메타데이터

AI 에이전트가 분석을 수행하는 동안의 내부 실행 정보입니다.

필드	타입	설명
`totalIterations`	`number`	에이전트가 수행한 총 반복(iteration) 횟수. 단계 수와는 다릅니다
`completedWorkIds`	`number[]`	완료된 작업(Work) ID 목록
`workflowHistory`	`object[]`	각 작업의 실행 요약 히스토리
`tokenUsage`	`object`	분석 전체 토큰 사용량
`tokenUsagePerWorkId`	`object`	작업 ID를 키로 하는 작업별 토큰 사용량 맵

`systemMetadata.workflowHistory[]`

실행된 작업만 포함됩니다. 플레이북에 정의됐지만 실행되지 않은 단계는 여기 나타나지 않습니다. 전체 단계 정의가 필요하면 GET /workflows/:workflowId의 workflowActions를 함께 조회하세요.

필드	타입	설명
`workId`	`number`	작업 순번 (1부터 시작)
`actionName`	`string`	실행된 액션 함수명
`actionDescription`	`string`	해당 액션에 대한 설명
`query`	`string`	에이전트가 해당 작업에 사용한 쿼리/지시문
`reason`	`string`	작업 결과에 대한 에이전트의 판단 근거
`success`	`boolean`	작업 성공 여부
`verificationStatus`	`string`	액션 단위 검증 결과: `passed` / `needs_review` / `failed`
`iteration`	`number`	해당 작업이 완료된 시점의 반복 번호
`timestamp`	`string`	작업 완료 시각 (ISO 8601)

`systemMetadata.tokenUsage`

필드	타입	설명
`totalTokens`	`number`	총 토큰 수
`promptTokens`	`number`	입력(프롬프트) 토큰 수
`completionTokens`	`number`	출력(생성) 토큰 수

tokenUsagePerWorkId는 작업 ID를 키로, 위와 동일한 구조를 값으로 갖습니다.

{
  "tokenUsagePerWorkId": {
    "1": { "totalTokens": 12480, "promptTokens": 11902, "completionTokens": 578 },
    "2": { "totalTokens": 9310, "promptTokens": 9074, "completionTokens": 236 }
  }
}

`outputSchema` · `extractedData` · `extractionStatus` — 출력 스키마 영역

이 세 필드의 내부 구조는 전적으로 워크플로우의 출력 스키마 정의를 따릅니다. Omni가 정한 공통 필드는 존재하지 않습니다. 워크플로우가 다르면 키 이름과 중첩 구조가 완전히 달라집니다.

필드	타입	설명
`outputSchema`	`object`	분석 실행 시점의 워크플로우 출력 스키마 정의 (JSON Schema). `{ "type": "object", "properties": { ... } }` 형태
`extractedData`	`object`	스키마 구조에 맞춰 값이 채워진 최종 결과. 정식 사용 필드
`extractionStatus`	`object`	스키마 최상위 필드별 추출 상태 맵. 값은 `extracted` 또는 `missing`

outputSchema는 분석 실행 시점에 동결된 스냅샷입니다. 이후 워크플로우의 출력 스키마를 수정해도 과거 분석 결과의 outputSchema는 바뀌지 않습니다.

값이 채워지지 않은 필드

AI가 문서에서 값을 찾지 못한 스키마 필드는 extractedData에 채워지지 않고, extractionStatus에서 missing으로 표시됩니다. 동시에 details[]에 OUTPUT_MISSING 항목이 추가되고 confidence.components.outputCompleteness 점수가 낮아집니다.

{
  "extractedData": {
    "corporate_info": {
      "company_name": "Northwind Trading Ltd",
      "registration_number": "00-00-00000"
    }
  },
  "extractionStatus": {
    "corporate_info": "extracted",
    "representative_info": "missing"
  },
  "details": [
    { "category": "JSON_OUTPUT", "type": "OUTPUT_MISSING", "target": "representative_info" }
  ]
}

extractedData의 키는 항상 출력 스키마의 최상위 필드명과 동일합니다. 어떤 필드가 실제로 채워졌는지는 extractionStatus로 확인하세요.

`rawActionResults` — 액션별 원시 결과

각 AI 액션이 반환한 원시 결과입니다. 키는 액션명(actionName) 이며, 어떤 액션이 존재하는지는 워크플로우의 workflowActions 정의에 따라 달라집니다.

필드	타입	설명
`answer`	`string`	액션 실행 결과 텍스트
`workId`	`number`	해당 작업의 순번
`confidence`	`number`	결과 신뢰도 (0.0 – 1.0)
`citationsCount`	`number`	답변 생성에 사용된 인용 청크 수
`verificationStatus`	`string`	액션 검증 결과: `passed` / `needs_review` / `failed`

`agentAuditLog` — 에이전트 실행 감사 로그

AI 에이전트가 수행한 모든 단계의 상세 실행 로그입니다. rawActionResults보다 세부적이며 외부 엔진 호출 정보를 포함합니다.

agentAuditLog는 배열이 아니라 객체이며, 내부 필드는 스네이크 케이스(executed_at, item_ids, duration_ms)를 사용합니다. 응답 최상위의 카멜 케이스 필드와 표기 규칙이 다르므로 파싱 시 주의하세요.

{
  "agentAuditLog": {
    "steps": [ /* 단계별 로그 */ ],
    "summary": { /* 집계 */ }
  }
}

`agentAuditLog.steps[]`

필드	타입	설명
`step`	`number`	단계 순번 (1부터 시작)
`action`	`string`	실행된 액션명
`rule`	`string`	해당 단계가 수행한 검증 규칙 설명
`status`	`string`	단계 결과: `passed` / `needs_review` / `failed`
`category`	`string`	단계 분류: `DOCUMENT` / `IDENTITY` / `COMPLIANCE` / `FINANCIAL` / `OTHER`. 분류되지 않은 단계는 빈 문자열일 수 있습니다
`tokens`	`number`	해당 단계에서 사용한 토큰 수
`item_ids`	`string[]`	이 단계가 참조한 아이템 ID 목록
`mcpcalls`	`object[]`	외부 엔진 호출 내역. 호출이 없으면 빈 배열
`reasoning`	`string`	에이전트의 판단 근거
`executed_at`	`string`	실행 시각 (ISO 8601)

`agentAuditLog.steps[].mcpcalls[]`

외부 엔진(AML 스크리닝, 텍스트 대조 등)을 호출한 단계에만 값이 있습니다.

필드	타입	설명
`tool`	`string`	호출된 도구 식별자
`engine`	`string`	엔진 표시 이름 (예: `Text Verifier`, `AML - Business`)
`input`	`object`	도구에 전달한 입력값
`result`	`object`	도구가 반환한 원시 응답. 구조는 엔진마다 다릅니다
`purpose`	`string`	에이전트가 해당 도구를 호출한 이유
`duration_ms`	`number`	호출 소요 시간 (밀리초)

`agentAuditLog.summary`

필드	타입	설명
`total_steps`	`number`	실행된 총 단계 수
`passed`	`number`	`passed`로 종료된 단계 수
`needs_review`	`number`	`needs_review`로 종료된 단계 수
`failed`	`number`	`failed`로 종료된 단계 수
`total_tokens`	`number`	분석 전체 토큰 사용량
`overall_decision`	`string`	단계 결과를 집계한 종합 판정: `passed` / `needs_review` / `failed`
`started_at`	`string`	첫 단계 시작 시각 (ISO 8601)
`ended_at`	`string`	마지막 단계 종료 시각 (ISO 8601)
`subject`	`object`	분석 대상 요약 정보

`findings[]` — 검증 결과 항목

각 액션의 결과를 정렬된 형태로 요약한 목록입니다. UI 표시용입니다.

필드	타입	설명
`id`	`string`	결과 항목 고유 ID (`af_` 접두사)
`category`	`string`	카테고리 (액션명과 동일)
`result`	`string`	결과: `passed` / `warning` / `failed`
`confidence`	`number`	신뢰도 (0.0 – 1.0)
`details`	`string`	결과 상세 내용 (일부 잘릴 수 있음)
`sortOrder`	`number`	표시 순서

result는 agentAuditLog.steps[].status에 대응합니다 — passed → passed, needs_review → warning, failed → failed.

`recommendations[]` — 권고사항

시스템이 생성한 후속 조치 권고사항 목록입니다.

필드	타입	설명
`id`	`string`	권고사항 고유 ID (`ar_` 접두사)
`content`	`string`	권고사항 내용
`priority`	`number`	우선순위 (낮을수록 높은 우선순위)
`sortOrder`	`number`	표시 순서

`targetItems[]` — 분석 대상 아이템

이 분석에서 참조된 아이템 목록입니다.

필드	타입	설명
`itemId`	`string`	아이템 고유 ID (`item_` 접두사)
`name`	`string`	아이템 이름
`type`	`string`	아이템 타입: `file` / `text` / `json`
`sourceRef`	`string \| null`	소스 참조 정보

응답 예시

아래는 구조 이해를 돕기 위한 가상 예시입니다. outputSchema와 extractedData의 내부 필드는 워크플로우마다 다릅니다.

{
  "id": "analysis_8k2m4p9x1q3z",
  "profileId": "pf_3n7v2c5w8k1d",
  "folderId": null,
  "engineId": null,
  "playbookId": "PB-20260701-AB12CD",
  "engine": null,
  "status": "completed",
  "processingTimeMs": 94210,
  "verificationStatus": "pending_review",
  "confidenceScore": 0.6,
  "confidence": {
    "score": 78,
    "level": "HIGH",
    "components": {
      "stepExecution": 100,
      "stepQuality": 87.5,
      "outputCompleteness": 60
    }
  },
  "details": [
    { "category": "STEP", "type": "STEP_NEED_REVIEW", "target": "verify_aml_business" },
    { "category": "JSON_OUTPUT", "type": "OUTPUT_MISSING", "target": "corporate_info.incorporation_date" }
  ],
  "riskAssessment": {
    "riskLevel": "medium",
    "riskScore": 45,
    "riskFactors": ["1 action(s) need manual review"]
  },
  "systemMetadata": {
    "totalIterations": 9,
    "completedWorkIds": [1, 2, 3],
    "workflowHistory": [
      {
        "workId": 1,
        "actionName": "verify_document_presence",
        "actionDescription": "필수 제출 서류의 존재 여부를 확인합니다",
        "query": "필수 서류가 모두 제출되었는지 확인",
        "reason": "요구된 서류 3종이 모두 확인되었습니다.",
        "success": true,
        "verificationStatus": "passed",
        "iteration": 1,
        "timestamp": "2026-07-02T04:11:23.180Z"
      }
    ],
    "tokenUsage": {
      "totalTokens": 88420,
      "promptTokens": 86104,
      "completionTokens": 2316
    },
    "tokenUsagePerWorkId": {
      "1": { "totalTokens": 12480, "promptTokens": 11902, "completionTokens": 578 }
    }
  },
  "outputSchema": {
    "type": "object",
    "properties": {
      "corporate_info": {
        "type": "object",
        "description": "제출 서류에서 추출한 법인 정보",
        "properties": {
          "company_name": { "type": "string", "description": "법인명" },
          "registration_number": { "type": "string", "description": "법인 등록번호" }
        }
      }
    }
  },
  "extractedData": {
    "corporate_info": {
      "company_name": "Northwind Trading Ltd",
      "registration_number": "00-00-00000"
    }
  },
  "extractionStatus": {
    "corporate_info": "extracted"
  },
  "rawActionResults": {
    "verify_document_presence": {
      "answer": "요구된 서류 3종이 모두 제출되었습니다.",
      "workId": 1,
      "confidence": 0.9,
      "citationsCount": 0,
      "verificationStatus": "passed"
    }
  },
  "agentAuditLog": {
    "steps": [
      {
        "step": 1,
        "action": "verify_document_presence",
        "rule": "필수 제출 서류의 존재 여부를 확인합니다",
        "status": "passed",
        "category": "DOCUMENT",
        "tokens": 12480,
        "item_ids": ["item_9d3f6g8h2j4k"],
        "mcpcalls": [
          {
            "tool": "text-similarity",
            "engine": "Text Verifier",
            "input": { "text1": "사업자등록증", "text2": "business_registration.pdf" },
            "result": { "score": 87 },
            "purpose": "제출 서류명과 요구 서류명의 유사도 확인",
            "duration_ms": 1840
          }
        ],
        "reasoning": "요구된 서류 3종이 모두 확인되었습니다.",
        "executed_at": "2026-07-02T04:11:23.180Z"
      }
    ],
    "summary": {
      "total_steps": 3,
      "passed": 2,
      "needs_review": 1,
      "failed": 0,
      "total_tokens": 88420,
      "overall_decision": "needs_review",
      "started_at": "2026-07-02T04:11:23.180Z",
      "ended_at": "2026-07-02T04:12:57.402Z",
      "subject": {}
    }
  },
  "findings": [
    {
      "id": "af_5q1w7e3r9t2y",
      "category": "verify_document_presence",
      "result": "passed",
      "confidence": 0.9,
      "details": "요구된 서류 3종이 모두 제출되었습니다.",
      "sortOrder": 1
    }
  ],
  "recommendations": [
    {
      "id": "ar_4z8x2c6v0b5n",
      "content": "Manual review required - automated checks were inconclusive.",
      "priority": 1,
      "sortOrder": 1
    }
  ],
  "error": null,
  "options": null,
  "clientMetadata": null,
  "targetItems": [
    {
      "itemId": "item_9d3f6g8h2j4k",
      "name": "business_registration.pdf",
      "type": "file",
      "sourceRef": null
    }
  ],
  "primaryReportId": "rpt_2q7w4e9r1t5y",
  "reportId": "rpt_2q7w4e9r1t5y",
  "requestedAt": "2026-07-02T04:10:58.004Z",
  "completedAt": "2026-07-02T04:13:12.661Z",
  "createdAt": "2026-07-02T04:10:58.004Z"
}

상태값 열거형 요약

분석 상태 (status)
검증 판정 (verificationStatus)
단계 결과 (step status)
검증 결과 (finding result)
위험 등급 (riskLevel)

값	설명
`pending`	분석 대기 중
`processing`	분석 진행 중
`completed`	분석 완료
`failed`	분석 실패

분석 전체에 대한 시스템 판정입니다.

값	설명
`verified`	모든 단계 통과
`pending_review`	수동 검토 필요한 단계 존재
`rejected`	실패한 단계 존재

플레이북 액션 단위의 실행 결과입니다. 이를 집계한 agentAuditLog.summary.overall_decision도 같은 값 집합을 사용합니다.

값	설명
`passed`	검증 통과
`needs_review`	수동 검토 필요
`failed`	검증 실패

값	설명
`passed`	정상
`warning`	경고 (검토 필요)
`failed`	실패

값	설명
`low`	저위험 (0–25)
`medium`	중위험 (26–50)
`high`	고위험 (51–75)
`critical`	심각 (76–100)

개요

API 참조

엔드포인트

요청

응답 구조 — 두 갈래로 나뉩니다

시스템 고정 필드

출력 스키마 기반 필드

시스템 고정 필드 목록

출력 스키마 기반 필드

최상위 필드

검증 상태 (`verificationStatus`) 3종 구분

`confidenceScore` vs `confidence` — 서로 다른 지표

`confidence` — Analysis Score

`confidence.components`

`details[]` — 완성도 감점 사유

`riskAssessment` — 위험도

`systemMetadata` — 시스템 실행 메타데이터

`systemMetadata.workflowHistory[]`

`systemMetadata.tokenUsage`

`outputSchema` · `extractedData` · `extractionStatus` — 출력 스키마 영역

값이 채워지지 않은 필드

`rawActionResults` — 액션별 원시 결과

`agentAuditLog` — 에이전트 실행 감사 로그

`agentAuditLog.steps[]`

`agentAuditLog.steps[].mcpcalls[]`

`agentAuditLog.summary`

`findings[]` — 검증 결과 항목

`recommendations[]` — 권고사항

`targetItems[]` — 분석 대상 아이템

응답 예시

상태값 열거형 요약

​엔드포인트

​요청

​응답 구조 — 두 갈래로 나뉩니다

시스템 고정 필드

출력 스키마 기반 필드

​시스템 고정 필드 목록

​출력 스키마 기반 필드

​최상위 필드

​검증 상태 (verificationStatus) 3종 구분

​confidenceScore vs confidence — 서로 다른 지표

​confidence — Analysis Score

​confidence.components

​details[] — 완성도 감점 사유

​riskAssessment — 위험도

​systemMetadata — 시스템 실행 메타데이터

​systemMetadata.workflowHistory[]

​systemMetadata.tokenUsage

​outputSchema · extractedData · extractionStatus — 출력 스키마 영역

​값이 채워지지 않은 필드

​rawActionResults — 액션별 원시 결과

​agentAuditLog — 에이전트 실행 감사 로그

​agentAuditLog.steps[]

​agentAuditLog.steps[].mcpcalls[]

​agentAuditLog.summary

​findings[] — 검증 결과 항목

​recommendations[] — 권고사항

​targetItems[] — 분석 대상 아이템

​응답 예시

​상태값 열거형 요약

엔드포인트

요청

응답 구조 — 두 갈래로 나뉩니다

시스템 고정 필드 목록

출력 스키마 기반 필드

최상위 필드

검증 상태 (`verificationStatus`) 3종 구분

`confidenceScore` vs `confidence` — 서로 다른 지표

`confidence` — Analysis Score

`confidence.components`

`details[]` — 완성도 감점 사유

`riskAssessment` — 위험도

`systemMetadata` — 시스템 실행 메타데이터

`systemMetadata.workflowHistory[]`

`systemMetadata.tokenUsage`

`outputSchema` · `extractedData` · `extractionStatus` — 출력 스키마 영역

값이 채워지지 않은 필드

`rawActionResults` — 액션별 원시 결과

`agentAuditLog` — 에이전트 실행 감사 로그

`agentAuditLog.steps[]`

`agentAuditLog.steps[].mcpcalls[]`

`agentAuditLog.summary`

`findings[]` — 검증 결과 항목

`recommendations[]` — 권고사항

`targetItems[]` — 분석 대상 아이템

응답 예시

상태값 열거형 요약