방향을, 하나의 프롬프트로 넣습니다
적용은 설정·기록·분석의 결과를 실제로 돌아가는 AI에 되돌려 넣는 단계입니다. 처음 위계를 설정한 그룹은 지금 바로 — 설정값과 기록 지시를 하나의 시스템 프롬프트로 묶어 받습니다.
AIO 20004 — 설정·기록·분석의 결과를 실제 시스템에 되돌린다
표준 번호가 곧 목표 선언입니다. 2·00·0·4 네 자리는 이 문서가 누구의, 어느 영역의, 어떤 행위를 다루는지 말합니다.
단체 — 조직·기관·커뮤니티
공통 — 도메인 무관
기본 문서
적용 — 결과를 시스템으로 되돌린다
이 표준이 정하는 것 — 설정값(20001)과 기록 지시(20002)를 하나의 시스템 프롬프트로 취합하는 절차, 그 프롬프트의 블록 구성과 순서, 로깅 출력 형식(인라인·구조화·도구 호출)의 선택 기준. 정하지 않는 것 — 여러분의 AI가 어떤 답을 내야 하는지. 적용은 방향을 전달하는 절차이지, 방향의 내용을 정하지 않습니다(비규범). 모델·벤더·배포 방식도 규정하지 않습니다.
무결성 루프의 4단계 — 적용
AIO 20001 · 설정이 방향을 정하고, AIO 20002 — Reasoning Record Standard가 판단을 남기고, AIO 20003 · 분석이 어긋남을 찾으면 — 적용이 그 결과를 다시 시스템에 넣습니다. 여기서 루프가 닫히고, 닫히자마자 다시 1단계로 돌아갑니다. 적용은 종점이 아니라 다음 바퀴의 출발선입니다.
합의는 문서에서 죽습니다
대부분의 AI 거버넌스는 문서에서 멈춥니다. 반나절을 들여 위계를 합의하고, 잘 쓴 원칙 문서를 남기고, 그 문서는 실제로 답을 만드는 시스템에 단 한 줄도 닿지 못합니다. 운영은 그대로 벤더 기본값 위에서 돌아갑니다.
적용은 그 간극을 좁히는 아주 실용적인 단계입니다 — 규칙 수천 개를 코딩하는 대신, 합의한 방향 하나와 기록 지시 하나를 붙여넣을 수 있는 텍스트로 만듭니다. 규모가 크지 않은 조직도 오늘 안에 첫 바퀴를 돌 수 있게 하는 것이 목적입니다.
그리고 기록 지시가 함께 들어가기 때문에, 적용은 자기 검증을 내장합니다. 프롬프트를 넣은 그 순간부터 로그가 쌓이고, 그 로그가 바로 다음 분석의 입력이 됩니다.
통합 시스템 프롬프트의 여섯 블록
취합된 프롬프트는 임의의 글이 아니라 정해진 순서를 가진 문서입니다. 앞의 다섯 블록은 여러분의 설정에서, 마지막 블록은 표준 저장소 원문에서 그대로 옵니다.
정체성과 적용 범위
이 설정이 어느 조직·어느 도메인(의료·교육·공공 등)에 적용되는지. 도메인은 로그의 컨텍스트 코드와 그대로 연결됩니다.
가치 위계
워크숍에서 합의한 우선 순서. ‘무엇이 옳은가’가 아니라 ‘부딪혔을 때 무엇을 먼저 두는가’입니다.
레드라인
어떤 상황에서도 뒤집히지 않는 항목. 위계가 유연한 선호라면, 레드라인은 협상되지 않는 경계입니다.
상황별 예외
도메인 프로파일에서 정한 상황 레드라인과 가치 가중치 — 같은 조직 안에서도 상황에 따라 달라지는 부분.
불확실할 때의 정책
판단이 갈릴 때 보류할지, 인간에게 넘길지, 보수적으로 답할지. 대부분의 사고는 이 칸이 비어 있어서 생깁니다.
기록 지시 (AIO 20002)
표준 저장소에 커밋된 로깅 프롬프트 원문. 판단마다 C/V/E/S 한 줄을 남기게 합니다 — 사용자에게는 보이지 않습니다.
여섯 번째 블록의 원문은 표준 저장소 AIO20002에 커밋된 그대로 사용됩니다 — 사이트가 다시 쓰지 않습니다. 저장소가 갱신되면 커밋 해시로 어느 버전이 들어갔는지 확인할 수 있습니다.
로깅 출력 형식 세 가지
적용에서 여러분이 실제로 고르는 것은 하나뿐입니다 — 모델이 로그를 어떤 방식으로 낼 것인가. 세 형식 모두 같은 C/V/E/S 코드를 남기며, 어느 경우에도 최종 사용자에게는 보이지 않습니다.
인라인 태그
응답 끝에 <aio20002_log> 한 줄. 어떤 채팅 인터페이스에서도 바로 됩니다 — 가장 낮은 진입 장벽.
지금 바로 시험해 볼 때
구조화 출력
응답과 로그를 JSON 필드로 분리. 파이프라인에서 파싱·적재하기 좋습니다.
제품에 붙일 때
도구 호출
record_aio20002_log 도구로 로그를 남깁니다. 로그가 본문과 완전히 분리되어 유출 위험이 가장 낮습니다.
감사 체계를 갖출 때
지금 할 수 있는 것과, 로그가 쌓인 뒤에 할 것
설정 + 기록 = 하나의 시스템 프롬프트
히어로의 ‘시작’을 누르면 (1) 적용할 설정을 고르고, (2) 로깅 응답 형식을 고른 뒤, (3) 취합된 시스템 프롬프트를 .md 로 받거나 클립보드로 복사합니다. 로그인하면 저장된 20001 프로젝트가 그대로 목록에 뜹니다.
설정이 아직 없다면 AIO 20001 워크숍이 30분이면 끝납니다.
정합성 확인 → 리스크 점검 → 개선된 프롬프트
로깅 결과가 쌓이면 설정값과 실제 로깅 결과가 일치하는지 확인하고, 벤치마크(20003)를 추가로 돌려 리스크 시그널을 점검합니다. 그 결과를 더 세밀한 설정으로 반영해, 개선된 하나의 시스템 프롬프트를 다시 제공합니다.
표준 문서는 공개 RFC 절차로 준비 중입니다.
이 단계가 주장하지 않는 것
- 프롬프트를 넣었다고 모델이 그 방향을 지킨다는 보장은 없습니다. 지키는지 확인하는 것은 기록(20002)과 분석(20003)의 일입니다 — 적용은 그 두 단계를 전제로만 의미가 있습니다.
- 시스템 프롬프트는 안전 장치가 아닙니다. 가드레일·필터·인간 검토를 대체하지 않으며, 그 위에 방향을 얹는 층입니다.
- 모델이 남기는 로그는 자기보고입니다. 실제 내부 연산의 인과적 추적이 아니라, ‘무엇을 우선했다고 보고하는가’의 기록입니다.
- 적용 단계 표준 문서(20004)는 아직 확정되지 않았습니다. 지금 제공되는 것은 절차의 1단계 구현이며, 공개 RFC를 통해 확정됩니다.
먼저, 어디까지 서 있는지부터
다섯 문항 — 예 / 부분적으로 / 아니오. 각 ‘아니오’가 곧 루프의 어느 단계가 비어 있는지를 가리킵니다. 2분이면 끝나고, 결과는 저장되지 않습니다.
적용 사례를 함께 만듭니다
적용 단계는 실제 조직의 사례가 쌓여야 표준이 됩니다. 여러분의 도메인에서 어떤 블록이 부족했는지, 어떤 출력 형식이 현실적이었는지 — 그 경험이 곧 20004 RFC의 내용입니다. 적용 사례로 참여하시면 프롬프트 취합 절차의 개선에 직접 반영됩니다.