만약 LLM 응답을 로깅(logging)하는 것만으로 컴플라이언스(compliance)를 충족할 수 있다고 생각한다면, 이 글이 도움이 될 것입니다.

2026년 8월. 고위험 시스템에 대한 EU AI Act(유럽 AI 법)의 집행이 시작됩니다. FINRA는 2026년 연례 보고서에서 AI 에이전트를 "적극적 감독 우선순위(active supervisory priority)"로 이동시켰습니다. 운영 환경에서 에이전트를 실행하는 은행과 핀테크 기업들은 이제 "어떻게 구축할 것인가?"를 묻는 대신 "어떻게 감사(audit)할 것인가?"를 묻고 있습니다.

그리고 시장의 답변은 불편합니다. 즉, 단 하나의 솔루션만으로는 엔드 투 엔드(end-to-end)로 컴플라이언스 회로를 즉시 완성할 수 없다는 것입니다.

감사 가능성(Auditable)은 로깅(logged)과 같지 않습니다

90%의 팀이 추적 가능성(traceability)과 감사 가능성(auditability)을 혼동합니다. 47단계의 에이전트 단계를 포함하는 LangSmith 트레이스(trace)는 감사 추적(audit trail)이 아닙니다. 규제 준수를 위한 감사 추적에는 다음이 필요합니다:

• 단계 간 해시 체이닝 (Hash-chaining) (하나를 변경하면 하위의 전체 체인이 깨짐)
• 모든 결정에 대한 암호화 서명 (log.info()가 아닌 Ed25519)
• WORM 스토리지 (Write Once Read Many — 변경 불가능한 Elasticsearch가 아닌 S3 Object Lock)
• 컴플라이언스 메타데이터: 정책 버전, 인간 승인자, 서명된 타임스탬프
• 이것은 있으면 좋은 기능이 아닙니다. EU AI Act의 제12조 사항입니다. 최소 6개월의 보관 기간이 필요하며, 법 집행 및 생체 인식 시스템의 경우 24개월이 필요합니다. 변조 방지 로깅(Tamper-evident logging)은 선택 사항이 아닙니다.

현재 실제로 작동하는 스택 (2026년 7월 기준)

런타임(runtime)으로서의 LangGraph
LangGraph는 네이티브 감사 가능성(native auditability)을 위해 생태계에서 가장 성숙한 프레임워크입니다. 다음 세 가지 기능이 이를 차별화합니다:

민감한 작업 전 일시 중지 (Pause before sensitive actions)

graph.interrupt("before_transfer", wait_for_human=True)

결정론적 재현을 위한 체크포인팅 (Checkpointing for deterministic replay)

graph.checkpointer = SqliteSaver.from_conn_string("checkpoints.db")

타임 트래블: 이전의 어떤 체크포인트로부터도 상태를 재구성 (Time travel: reconstruct state from any previous checkpoint)

graph.get_state(run_id, checkpoint_id=42)

완벽하지는 않습니다. 트레이싱(Tracing)은 그래프 내에서 완료되지만, 규제 메타데이터(서명된 타임스탬프, 입출력 해시, 정책 버전)는 직접 구축해야 합니다.

승인 게이트(Approval gates) — 단순한 "확인" 버튼이 아닙니다
진정한 승인 게이트는 user_clicks_ok: proceed()와 같은 방식이 아닙니다. 이는 다음과 같은 요소를 갖춘 상태 유지형(stateful) 문이어야 합니다:

• 압축된 액션 패킷 (Compact action packet): 도구(tool), 인자(args), 예상되는 부수 효과(expected side effect), 위험 점수(risk score)
• 맥락적 승인자 (Contextual approver): 환불 < $50 → 자동 승인. 환불 > $50 → 재무 매니저. 컴플라이언스(Compliance) 규칙 변경 → 데이터 보호 책임자(DPO) + 법무팀
• **서명된 영수증으로 기록되는 결정 (Decision recorded as a signed receipt)

result = request_approval(
    agent_name="billing-agent",
    action="Transfer $5,000 to vendor #4892",
...

langgraph-approval-hub 프로젝트(MIT 라이선스)는 이미 승인 대시보드, 내보내기 가능한 감사 로그(audit log), 그리고 이메일/Slack 라우팅 기능을 제공합니다. Vercel + Supabase 환경에서 5분 만에 배포할 수 있습니다.

영수증: 감사의 최소 단위
모든 에이전트 단계는 다음과 같은 형태의 영수증을 생성해야 합니다:

{
  "run_id": "<uuid>",
  "step": 3,
...

주요 속성:

• previous_hash는 해시 체인(hash-chain)을 생성합니다. 영수증 하나를 수정하면 전체 체인이 깨집니다.
• policy_version은 어떤 규칙에 따라 결정이 내려졌는지 알려줍니다.
• signature는 누가(또는 무엇이) 이를 승인했는지 증명합니다.

그들이 번들로 판매하지 않는 스택

어떤 벤더도 이를 엔드 투 엔드(end-to-end)로 패키징하여 제공하지 않습니다. 직접 조립해야 합니다:

여기에 아직 아무도 구축하지 못한 세 가지가 더 있습니다:

1. 추론 드리프트 탐지 (Reasoning drift detection)
   당신의 에이전트는 조용히 성능이 저하될 수 있습니다. 작업은 동일하고, 도구도 동일하지만, 결정은 더 나빠집니다. 추적 도구(Tracing tools)는 추론 과정을 보여주지만, 그것이 지난주보다 나빠졌는지 알려주는 사람은 아무도 없습니다. 에이전트의 추론 품질이 시간이 지남에 따라 드리프트(drift)되고 있는지 측정할 수 있는 프로덕션 준비 완료(production-ready)된 도구는 없습니다. 이것은 진정한 미개척 영역(open gap)입니다.

2. 자동 사고 보고 (Automated incident reporting, 24시간 이내)
   EU AI Act는 사고 발생 시 24시간(생명/안전 관련) 또는 72시간 이내에 사고 보고를 요구합니다. "영수증 체인(receipt chain)으로부터 규제 보고서를 생성"하는 과정을 자동화하는 도구는 없습니다. 당신이 직접 작성해야 합니다.

3. 프레임워크 간 영수증 표준 (Cross-framework receipt standard)
   에이전트 감사 추적(audit trails)을 위한 IETF 초안(AutoGen RFC + Nobulex)이 존재하지만, LangGraph, CrewAI 또는 Microsoft Agent Framework 전반에 걸쳐 조합 가능하게(composably) 구현되어 있지 않습니다. 표준이 확립될 때까지 당신은 DIY(직접 구축) 영역에 머물게 됩니다.

시작하는 방법

1. 만약 당신의 에이전트가 핀테크, 은행업 또는 채용 분야를 다룬다면: 영수증 스키마(receipt schema)부터 시작하세요. 도구를 선택하기 전에 이를 정의하십시오. 그래야 감사 계층(audit layer)을 다시 만들지 않고도 프레임워크를 교체할 수 있습니다.
2. 만약 당신이 유럽에 있고 당신의 에이전트가 고위험(high-risk)군에 해당한다면: 제12조(Article 12)는 선택 사항이 아닙니다. 암호화 서명(cryptographic signatures)을 포함하여 변조 방지(tamper-evident)가 가능한 로깅을 구현해야 합니다. 단순히 console.log()를 사용하는 수준이 아닙니다.
3. 만약 기여하고 싶다면: 자동 사고 보고(automated incident reporting)의 공백은 매우 넓게 열려 있습니다. 추론 드리프트 탐지(reasoning drift detection)의 공백은 훨씬 더 넓습니다. 두 분야 모두 그린필드(greenfield, 미개척 분야)입니다.