프롬프트에도 SBOM이 필요합니다

초안 - dev.to 및 개인 블로그에 게시하고 Medium으로 크로스 포스팅 예정입니다. 첫 번째 섹션 이후 데모 GIF를 추가할 예정입니다.

프로덕션 환경에서 AI를 운영하는 팀에게 간단한 질문을 던져보세요. **

규제 시계가 돌아가고 있습니다: EU AI Act의 고위험 시스템에 대한 기록 유지 의무는 여러분의 AI가 어떤 데이터를 처리했는지 입증할 것을 요구합니다. 디버그 로그에 포함된 단순한 문자열은 이를 증명하지 못합니다.

모든 프롬프트에 대한 구성품 명세서 (Bill of Materials)

**CBOM(Context Bill of Materials)**은 모델 호출마다 매니페스트를 제공하는 오픈 스펙입니다. 이 매니페스트는 컨텍스트의 각 세그먼트별로 소스 URI, 콘텐츠 해시, 적용된 변환 목록(마스킹, 자르기, 요약 등 — 각각 해시 체인 연결), 민감도 레이블, 그리고 선택적으로 서명을 포함합니다.

하나의 의도적인 설계 선택이 대부분의 작업을 수행하게 합니다: 매니페스트는 콘텐츠가 아닌 해시와 메타데이터만 포함합니다. CBOM 매니페스트는 자신이 설명하는 내용을 유출할 수 없습니다. 이것이 모든 호출을 로깅하고, 몇 년 동안 보관하며, 심지어 컨텍스트 자체가 PII(개인 식별 정보)로 가득 차 있었더라도 감사자에게 제출해도 안전한 이유입니다.

참조 SDK는 기존 코드에 세 줄만 추가하면 됩니다:

import contextbom as cbom

ctx = cbom.Context()
...

그리고 cbom view를 사용하면 로깅된 모든 호출이 색상 코드로 구분된 분석 자료로 렌더링됩니다. 어느 세그먼트가 어디에서 왔는지, 무엇이 마스킹되었는지, 해시 체인이 검증되는지 등을 보여줍니다.

CBOM이 아닌 것들

CBOM은 게이트웨이(gateway), 프록시(proxy), 에이전트 프레임워크(agent framework), 또는 호스팅 서비스가 아닙니다. 배포할 것이 아무것도 없습니다. 이는 JSON 형식과 작은 라이브러리일 뿐입니다 — 의도적으로 그렇게 설계된 것입니다. 목표는 스택에 또 다른 도구가 되는 것이 아니라, 기존 스택에서 나오는 형식이 되는 것입니다.

게이트웨이, 메모리 레이어, RAG 프레임워크, 그리고 MCP 미들웨어 모두 컨텍스트 조립(context assembly)을 다루며, 일부는 이미 자체적인 임시 감사 기록을 생성합니다. 각각은 고유한 형식을 가지고 있어 서로 조합할 수 없습니다. 바로 이 순간에 중립적인 스펙이 유용해지는데, 이는 로깅 라이브러리들이 OpenTelemetry로 수렴했던 바로 그 순간과 같습니다.

사양(v0.1, 의도적으로 작고, 변경 사항 환영)과 레퍼런스 구현체는 여기에 있습니다: github.com/contextbom/contextbom. LLM 컨텍스트를 조립하는 어떤 것을 구축하든 RFC 스레드가 열려 있으니 — 여러분에게 CBOM을 방출하는 것이 얼마나 쉬울지 알고 싶습니다.

모델에 들어가는 모든 토큰은 검증 가능한 출처를 가져야 합니다. 그것은 기능이 되어서는 안 됩니다. 기본값이 되어야 합니다.