03 Implementation Status

구현 상태와 브랜치 차이

기준일: 2026-08-16

main 기준 기능 상태

영역	상태	설명
PLAN/ANALYZE	동작	ANALYZE는 PLAN 결정 재사용
Intent Stub	동작	모델 비활성 시 EXPIRY_RENEWAL 고정 경로
BERT	선택 기능	intent extra와 환경변수 필요
A.X	선택 기능	intent-ax, Adapter, 모델 캐시 필요
Renewal Supervisor	Rule 기반 동작	선택적 LLM 제안 후 Rule 폴백
Renewal 상태 저장	제한	프로세스 메모리, 다중 worker·재시작 영속성 없음
Language Assistant	조건부 동작	LLM 설정 필요, Qdrant는 선택적
Worker 안내 실패	보완 필요	main은 placeholder fail-open 가능
CLOVA OCR API	조건부 동작	Provider 설정 시 Stateless 응답
Renewal OCR	혼합	전달된 OCR 필드 우선, 없으면 Stub 폴백
HWP/HWPX Engine	동작	템플릿별 생성·편집·변환
Renewal 문서 4종	혼합	실제 생성 시도, 실패한 템플릿은 Stub 메타 가능
PR 검증 CI	미완료	main push 배포만 존재, AI #34에서 추적

main과 develop

2026-08-16 확인 결과 두 브랜치는 서로 독립 커밋을 보유합니다.

main에만 있는 주요 변경

• 대상 이름 조사 제거 수정
• CPU 전용 torch 이미지 슬리밍
• stale Python 설치 방지 Dockerfile 수정
• rollout 진단과 timeout 확장

develop에만 있는 주요 변경

• Renewal Supervisor–Worker 구조 리팩터링
• Worker 안내 생성 실패 fail-closed
• guideReviewRequired, guideFailureCode

따라서 develop → main 직선 병합 전에는 다음을 확인합니다.

1. main...develop 양방향 diff
2. Dockerfile과 deploy workflow 보존
3. PLAN→ANALYZE 계약 회귀
4. Worker 안내 실패 시 초안·링크 미생성
5. OCR 승인값 재주입 후 문서 생성
6. 전체 테스트 프로필 분리 결과

현재 열린 작업

• #34 PR 검증 CI와 테스트 프로필 분리
• #42 Worker 안내 fail-closed와 OCR 재개 계약
• #43 Evidence span·model route·fallback reason
• #50 체류기간 만료 경과 예외 Workflow
• #51 Knowledge 0.3.0 소비 계약
• PR #36 동적 문서 필드 매핑 기반

최신 상태는 열린 Issue와 열린 PR에서 확인합니다.

완료라고 말할 수 있는 기준

다음 네 가지를 구분합니다.

• Implemented: 코드와 단위 테스트가 있음
• Integrated: 실제 Server 계약과 연결됨
• Deployed: 해당 커밋 이미지가 운영 환경에 배포됨
• E2E verified: Client→Server→AI→Provider→Server 저장까지 실제 통신 검증됨

PR 병합만으로 E2E 완료라고 표시하지 않습니다.