AI 아키텍처 기술 블로그

평가 보고서가 저장소에 남아 있다는 사실이 그 결과가 지금도 유효하다는 뜻은 아닙니다. Model과 Prompt, Tool, Policy가 바뀌면 어떤 증거는 그대로 쓸 수 있고 어떤 증거는 즉시 무효가 되는데, 이를 구분하지 못하면 전체 재평가와 무검증 배포 사이에서 매번 선택하게 됩니다. 이 글은 증거를 Release와 Claim에 바인딩하고 Freshness·Expiry·Revocation을 관리하며 변경 영향 그래프로 최소 재검증만 자동 실행하는 설계를 정리합니다.목차평가 보고서는 남아 있어도 승인 근거는 낡을 수 있다BLOG-91의 Evidence Graph를 운영 수명주기로 확장한다Evidence·Claim·Decision의 수명주기를 분리한다증거를 불변 Subject와 Context에 바인딩..

기업 AI Agent 도입 심사에서 항목을 전부 통과했는데도 운영 승인을 내리기 어려울 때가 있습니다. 체크 표시는 누가 무엇을 근거로 판단했는지, 그 근거가 지금도 유효한지를 남기지 않기 때문입니다. 이 글은 AI 거버넌스 판정을 주장·논거·반증·증거로 구성하는 Assurance Case와 Evidence Graph의 Subject Digest·출처·서명·신선도·Coverage·독립성, 릴리스 Gate와 잔여 위험 승인 설계를 정리합니다.목차체크리스트를 모두 채워도 운영 승인의 근거는 부족할 수 있다Assurance Case·Risk Register·Compliance·Evidence Graph의 경계를 나눈다기존 거버넌스 글을 하나의 도입 검증 허브로 연결한다최상위 주장은 System·Release·..