통합 AI OCR 운영 사이트

운영 현황

건설실적 · 입력센터 → CoE팀 의뢰

검수 진행

—

평균 하락폭

—

요청 대응

—

검수 전후 신뢰도

건설실적 · 검수 완료 4건

검수를 마친 네 건은 모두 검수 후 신뢰도가 낮습니다. 평균 —, 최대 —. 이 차이가 검수로 걸러진 오류의 양이며, 목표는 차이 0%입니다.

샘플 · 검수자

초기 → 검수후

        초기 신뢰도 (OCR 채택값)
        검수후 신뢰도 (검수자 확정)
        검수로 걸러진 구간
      

의뢰 대장

건설실적 · 전기공사 · 채점 14항목

의뢰	샘플	공종	면	배정	상태	검수자	초기	검수후	차

검수자 요청 대응

기업정보입력센터 요청 → 화면·엑셀 반영

엔진 실험

정답 보유 샘플 2건 한정 · 결정론 엔진 후보 탐색

엔진	성격	JOB-068	JOB-081	사일런트	상태

사일런트 = 068+081 합산 건수 · 낮을수록 좋음. 정답 보유 샘플이 2건뿐이라 일반화에는 정답지 추가 확보가 필요합니다.

출처 — 검수현황 관리대장 … · 엔진 실험 기록(2026-06-26·07-10).
검증 상태 — Azure 초기 신뢰도는 검수사이트 업로드 후 산출됩니다(현재 미산출). 현황판 자체는 육안 확인 전까지 검증 미완료.

AI OCR 파이프라인

문서 접수부터 입력센터 엑셀 산출까지

이 파이프라인의 결과물은 검수 화면이 아니라 엑셀 파일입니다. 입력센터가 실제로 쓰는 것은 DEO 엑셀(24열)이고, 검수는 그 앞의 관문입니다.

문서 접수

입력센터 → CoE팀 의뢰. 건설실적 증명서 PDF. 비식별화 후 배정주차 부여.

OCR 3엔진 병렬 판독

같은 문서를 서로 다른 엔진 3개가 각각 읽습니다. 한 엔진이 틀려도 나머지가 잡아내게 하려는 구조입니다.

OCR1Claude Vision

OCR2Google Vision

OCR3Chrome OCR

가중 다수결 채택

3엔진 결과를 대조해 값을 하나로 정합니다. 엔진별 신뢰 가중치를 적용하고, 갈리면 확인 대상으로 표시합니다.

검산 정답 없이 작동

금액 항등식으로 스스로 검사합니다 — ⑭이월 + ⑮계약 = ⑯기성 + ⑰하도급 + ⑱미기성. 정답지가 없어도 성립 여부를 알 수 있어, 운영 샘플의 금액 오류를 자동으로 잡아냅니다.

검수용 데이터 파일 생성 · 업로드

채택값·3엔진 원본·검산 결과를 담아 검수사이트에 올립니다. 업로드 시점에 초기 신뢰도가 산출됩니다.

검수자 검수 사람

검수자가 원본과 대조해 값을 확정합니다. 사일런트 에러 — OCR이 확신을 갖고 틀린 값 — 는 이 단계에서만 드러납니다. 확정 후 검수후 신뢰도가 산출됩니다.

DEO 엑셀 산출

검수 확정값을 입력센터 양식(24열)으로 내보냅니다.

★ 파이프라인의 결과물 — 입력센터가 실제로 받는 것은 이 엑셀입니다. 앞 단계는 모두 이 파일의 정확도를 위한 것입니다.

오케스트레이션 준비 중

지금은 각 단계를 담당자가 개별 실행합니다. 문서를 올리면 2~7이 자동으로 이어지는 것이 목표입니다. GPU PC 도입(7/16) 후 로컬 OCR을 붙여 단계별로 자동화합니다.

엔진 교체 실험

2단계 엔진을 바꾸면 결과가 나아지는가

3엔진은 확률적이라 같은 문서를 다시 읽으면 값이 달라집니다. 결정론 엔진(같은 입력 → 같은 출력)으로 바꾸면 사일런트 에러를 줄일 수 있는지 재고 있습니다. Azure를 OCR3 자리에 넣어 비교하는 방식입니다.

후보	자리	성격	상태
Azure DI	OCR3 대체	결정론 · 표 칸 구조 반환	업로드 → 신뢰도 산출 대기
FloaterLab	전체 대체 후보	외부 벤더	대응 8월말~9월
PaddleOCR	OCR1/3 대체	로컬 · 오픈소스	GPU PC 재평가

문서 하이라키

문서군 → 서식 → 채점 항목

문서군마다 서식이 다르고 채점 항목이 다릅니다. 파이프라인은 같고, 서식 설정과 채점 항목만 갈아 끼웁니다.

건설실적 운영 중 맥북 담당

전기공사 별지26호 서식 · 채점 14항목운영 중 — 의뢰 12건

정보통신공사 서식 확인 완료샘플 대기

소방공사 별지3호 서식 · 텍스트 매핑 작성계약방법·종류 숫자코드 = 코드집 확보 필요

재무제표 준비 윈도우 담당

재무상태표대상 확정채점 항목 미정

손익계산서대상 확정채점 항목 미정

제조원가명세서 대상 확정당기제품제조원가 ↔ 손익계산서 매출원가 교차 검증

합계잔액시산표대상 제외

문서	내용	위치
프로젝트 규약	작업 규칙·변경 이력	`ai-ocr-poc / CLAUDE.md`
실험수행 가이드	실험 절차·검수값 해제 절차	`ai-ocr-poc / deliverables`
검수현황 관리대장	★현황판 데이터 정본	`deliverables / 검수요청_대응 / 대내_검수현황`
운영스케줄	검수자 공유본(대외)	`deliverables / 검수요청_대응 / 대외_검수자공유`
보고서·메일 용어 표준	대외 문서 용어	`deliverables / 문서표준`
재무제표 문서군 설계	재무 파이프라인 설계	`docpipe-aiocr / financial`

하네스

에이전트 = 모델 + 하네스 · 우리 실물 대조

모델은 판단만 합니다. 규칙·도구·상태·제약·피드백 루프가 붙어야 일이 됩니다. 아래는 일반 도식이 아니라 우리가 실제로 가진 것과 없는 것입니다.

모델 — 판단 총괄(설계·판단) + 각 컴퓨터 Claude Code(실행)

CONTEXT

규칙 · 메모리

CLAUDE.md v2.84 · 실험수행가이드 v1.41 · 용어 표준

CONTROL

계획 · 라우팅

총괄의 작업 지시 · 문서군별 담당 배정

OBSERVE

검증 · 기록

검산 ⑭+⑮=⑯+⑰+⑱(정답 없이 작동) · 완주검증 · 대장 요약행 자동 대조

ACTION

도구

OCR 3엔진 · Azure · 스크래퍼 · MCP

PERSIST

파일 · Git

ai-ocr-poc · docpipe-aiocr · ocr-review-v2

HOOKS

차단 · 재시도 — 0개

.claude/hooks 폴더 자체가 없음. 설계된 훅 4개가 v2.10~v2.13에서 기록 없이 사라졌고, 그 자리를 수동 스크립트와 규칙이 메우고 있습니다.

실패 → 규칙 (RATCHET) — 오늘 작동한 것

실패를 규칙으로 굳히는 회로는 이미 돌고 있습니다. 다만 사람이 돌립니다.

실패	굳어진 규칙
해당 트랙에 없는 `CLAUDE.md`를 열도록 지시	트랙 확인 — 타 트랙 세션 시작 절차 복사 금지
마감 내 처리 불가능한 작업량 지시	소요시간 사전 검증
파일명 날짜를 손으로 지정 (7/14 작업을 7/15로)	날짜 실측 후 기재
로그의 행번호로 위치 지정 → 문서 변경 시 어긋남	위치는 내용 기준으로 지정
과거 상태를 현재로 간주 → 전제 불일치로 작업 중단	상태 실측 후 지시 · 전제 대조 중단은 정상 동작

이 다섯 줄은 훅이 수행했어야 할 일입니다. 현재는 실행 측이 중단·보고하고, 총괄이 전제를 정정합니다. 훅이 있으면 작업 지시 시점에 차단됩니다.

루프

목표 · 주기 · 격리 · 검증 · 상태

재귀 목표 — 사일런트 에러 0% 초기 신뢰도 ≡ 검수후 신뢰도 · 신뢰도 80~90%대 · 될 때까지 반복

AUTOMATE

주기가 일을 찾아낸다

주 2회 검수 · 배정주차 · 주간보고

ACT

실행

각 컴퓨터 병렬 · 문서군별 분리

ISOLATION

병렬이되 충돌 없이

단일 편집자 원칙 · 담당 폴더 분리 · 컴퓨터별 소유 영역

VERIFY

만든 사람 ≠ 검증하는 사람

반영 담당 ≠ 검증 담당 → 프로젝트 관리자 육안 확인

LEARNING

검수 결과의 재반영

미구현 — 검수 확정값이 채택 로직으로 되돌아가지 않음

DECIDE

보낼지 · 막을지 · 순서

총괄 승인 · 우선순위 결정

VERDICT

최종 판단

프로젝트 관리자 육안 확인 · 배포 승인

STATE

상태 보관 위치

CLAUDE.md · 관리대장 · Git

피드백 루프 미구현 — 검수 결과가 파이프라인으로 반영되지 않습니다. 현재는 검수가 종점이므로 같은 오류가 다음 회차에 반복됩니다. 검수 확정값 → 오류 유형 분석 → 규칙·가중치 개선 → 다음 회차 반영. 이 루프가 닫혀야 하락폭이 3.4%p → 0에 도달합니다.

3계층

누가 무엇을 하고, 무엇을 하지 않는가

ORCHESTRATOR

총괄

설계 · 판단 · 문서
작업 지시
사실 취합 · 전제 정정
버전 부여 · 승인 요청

하지 않음 — 실행 · 배포

WORKERS

각 컴퓨터 Claude Code

받은 작업만 실행
서로 볼 수 없음(격리)
전제 불일치 시 중단·보고
담당 폴더만 수정

하지 않음 — 범위 확장 · 임의 판단

VERDICT

프로젝트 관리자

최종 판단 · 승인
사이트 육안 확인
배포 권한
우선순위 결정

— 육안 확인 전까지 "검증 미완료"

각 실행 환경은 다른 실행 환경의 대화를 볼 수 없습니다(설계상 격리). 그래서 총괄이 사실을 취합해 전달합니다. 전제 불일치로 작업이 중단되는 것은 정상 동작이며, 전제 정정은 총괄이 수행합니다.

갭

권장 구조 대비 · 내일 3대 붙기 전 확인 필요

항목	권장	우리	비고
CLAUDE.md 분량	200줄 미만 · 커지면 `rules/` 분리	2,483줄	`.claude/rules` 6정본 이관 커밋이 7/09부터 보류 중 — 답이 이미 있음
Hooks	저장·명령 시점 자동 차단	0개	수동 스크립트·규칙이 대체 중. 지시 결함이 실행 후에야 확인됨
worktree 병렬	격리 체크아웃으로 다중 에이전트	미사용	내일 3대 붙음 — 같은 저장소를 3대가 물면 충돌이 3배
agents/	독립 프롬프트·도구·메모리	미사용	지금은 담당자가 여는 세션 단위
Skills	호출 시 로드	부분	설계 6 중 3종이 다른 이름으로 구현됨(검증·스키마·파이프라인)

★ 순서 — 훅·worktree보다 rules/ 분리가 먼저입니다. 2,483줄을 매 세션 읽히는 비용이 가장 크고, 이관 커밋이 이미 만들어져 있습니다(c139ba0).

저장소

GitHub

ai-ocr-poc정본

NCOE-org/ai-ocr-poc

건설실적 파이프라인·규약·실험 기록. 맥북 작업 정본.

docpipe-aiocr구축 중

NCOE-org/docpipe-aiocr

팀저장소. 문서군 골격(건설실적/재무제표/공통)·재무 설계·용어표. 폴더 재편 진행 중.

ocr-review-v2운영

ndbcoe/ocr-review-v2

검수사이트. 계정·검수 데이터의 정본.

ocr-review-team예정

NCOE-org/ocr-review-team

이 현황판. 접근 인증키 재발급 후 생성.

서비스

배포·저장·엔진

Vercel운영

ocr-review-v2.vercel.app

검수사이트 배포. 원격 반영 시 자동 재배포.

Supabase운영

검수 데이터베이스

계정·검수값·이력. 현황판 인증도 여기에 연결 예정.

Azure Document Intelligence실험

prebuilt-layout

표 칸 구조 반환. OCR3 자리 대체 후보.

FloaterLab협의

Pin-DLP

외부 벤더. 대응 일정 8월말~9월.

구성

3대 분담

구성	담당	비고
맥북	건설실적	현행 운영 · `ai-ocr-poc`
윈도우 노트북	재무제표	항목 확정 후 착수
GPU PC (RTX 5070 Ti)	양쪽 + 로컬 OCR	7/16 도입 로컬 판독·오케스트레이션

오케스트레이션

자료를 넣으면 검수까지 · 지금 가능한 단계만 열려 있습니다

최종 형태는 문서를 올리면 나머지 단계가 자동으로 이어지는 것입니다. 지금은 단계마다 담당자가 직접 실행합니다. 아래는 자동화된 단계와 그렇지 않은 단계를 구분해 표시합니다.

★ 목표 — 8단계가 닫혀야 합니다
지금은 7단계(검수)가 종점이라, 같은 오류가 다음 회차에 또 납니다. 검수 확정값 → 오류 유형 분석 → 규칙·가중치 개선 → 다음 회차 반영. 이 고리가 닫혀야 초기 신뢰도와 검수후 신뢰도의 차이가 3.4%p → 0으로 갑니다. 사일런트 에러 0%가 목표이고, 신뢰도 수준은 80~90%대를 봅니다.

대기 중인 작업

검수용 데이터 파일 · 업로드 대기

파일	샘플 · 엔진	행	초기 신뢰도	상태
`r_review_JOB-068_AZ3_20260710.json`	JOB-068 · Azure(OCR3 자리)	25	업로드 후 산출	업로드 대기
`r_review_JOB-081_AZ3_20260710.json`	JOB-081 · Azure(OCR3 자리)	7	업로드 후 산출	업로드 대기

현황표

현황표에서 건을 선택하면 아래 검수 화면이 그 건으로 바뀝니다 (한 화면)

건설실적 — 전기 · 정보통신 · 소방

검수 대상 없음

JOB ID	샘플 ID	파일명	건수	OCR 초기신뢰도	검수후 신뢰도	업로드일	상태	액션

검수 대상이 없습니다.
자료가 업로드되면 목록에 표시되고, 건을 선택하면 아래 검수 화면에 표시됩니다.

★ 문서유형별 필터 = 문서군 안 세부 구분(건설=전기·정보통신·소방 / 재무=재무상태표·손익·제조원가). 데이터 없는 열은 —(0 아님). A(검수 사이트) 구조 이관.

검수 화면

선택된 건

— — —

—

📄 PDF 보기 envelope(review.json)를 열면 실데이터로 검수합니다.

#	년도	공사명	불일치	HITL	초기	검수후	상태	항등식

합산 검증 — —

구분	전년도미기성액	당년도계약액	당년도기성액	당년도미기성액	검증

—

불일치 — 엔진들이 낸 값이 서로 갈린 항목입니다. 값이 모두 같아도 함께 틀릴 수 있으며, 그것이 사일런트 에러입니다. 따라서 일치 항목도 원본과 대조합니다.
HITL — 사람이 반드시 확인해야 하는 항목으로 표시된 건입니다.
화면 골격이며, 값 저장·엑셀 산출은 검수 데이터 연동 후 제공합니다.

관리자

데이터 관리 · 계정 관리 · 검수 배정 · 이력 (조회·틀) · 권한 계정 전용

건설실적 — 전기 · 정보통신 · 소방