AIO
AIO 20004 · 적용

방향을, 하나의 프롬프트로 넣습니다

적용은 설정·기록·분석의 결과를 실제로 돌아가는 AI에 되돌려 넣는 단계입니다. 처음 위계를 설정한 그룹은 설정값과 기록 지시를 하나의 시스템 프롬프트로 묶어 바로 받습니다.

목표

AIO 20004: 설정·기록·분석의 결과를 실제 시스템에 되돌립니다

표준 번호가 곧 목표 선언입니다. 2·00·0·4 네 자리는 이 문서가 누구의, 어느 영역의, 어떤 행위를 다루는지 말합니다.

2
주체

단체: 조직·기관·커뮤니티

00
영역

공통: 도메인 무관

0
일련

기본 문서

4
행위

적용: 결과를 시스템으로 되돌립니다

이 표준이 정하는 것: 설정값(20001)과 기록 지시(20002)를 하나의 시스템 프롬프트로 취합하는 절차, 그 프롬프트의 블록 구성과 순서, 로깅 출력 형식(인라인·구조화·도구 호출)의 선택 기준입니다. 정하지 않는 것: 조직의 AI가 내야 할 답의 내용입니다. 적용은 방향을 전달하는 절차이며, 방향의 내용은 정하지 않습니다(비규범). 모델·벤더·배포 방식도 규정하지 않습니다.

순환 위치

무결성 순환의 4단계: 적용

1설정2기록3분석4적용

AIO 20001 · 설정이 방향을 정하고, AIO 20002 Reasoning Record Standard가 판단을 남기고, AIO 20003 · 분석이 어긋남을 찾으면, 적용이 그 결과를 다시 시스템에 넣습니다. 여기서 순환이 닫히고, 곧바로 다시 1단계로 돌아갑니다. 적용은 끝이 아니라 다음 바퀴의 출발점입니다.

왜 존재하는가

합의는 문서에서 죽습니다

대부분의 AI 거버넌스는 문서에서 멈춥니다. 반나절을 들여 위계를 합의하고, 잘 쓴 원칙 문서를 남기고, 그 문서는 실제로 답을 만드는 시스템에 단 한 줄도 닿지 못합니다. 운영은 그대로 벤더 기본값 위에서 돌아갑니다.

적용은 그 간극을 좁히는 실용적인 단계입니다. 규칙 수천 개를 코딩하는 대신, 합의한 방향 하나와 기록 지시 하나를 붙여 넣을 수 있는 텍스트로 만듭니다. 목적은 규모가 크지 않은 조직도 오늘 안에 첫 바퀴를 도는 것입니다.

기록 지시가 함께 들어가므로 적용에는 자기 검증이 들어 있습니다. 프롬프트를 넣은 순간부터 로그가 쌓이고, 그 로그가 다음 분석의 입력이 됩니다.

프롬프트 구성

통합 시스템 프롬프트의 여섯 블록

취합된 프롬프트는 정해진 순서를 가진 문서입니다. 앞의 다섯 블록은 조직의 설정에서, 마지막 블록은 표준 저장소 원문에서 그대로 옵니다.

1

정체성과 적용 범위

이 설정이 적용되는 조직과 도메인(의료·교육·공공 등)입니다. 도메인은 로그의 컨텍스트 코드와 그대로 이어집니다.

2

가치 위계

워크숍에서 합의한 우선 순서입니다. ‘무엇이 옳은가’가 아니라 ‘부딪혔을 때 무엇을 먼저 두는가’를 정합니다.

3

레드라인

어떤 상황에서도 뒤집히지 않는 항목입니다. 위계가 유연한 선호라면, 레드라인은 협상하지 않는 경계입니다.

4

상황별 예외

도메인별 설정에서 정한 상황 레드라인과 가치 가중치입니다. 같은 조직 안에서도 상황에 따라 달라지는 부분입니다.

5

불확실할 때의 정책

판단이 갈릴 때 보류할지, 사람에게 넘길지, 보수적으로 답할지를 정합니다. 대부분의 사고는 이 칸이 비어 있어서 생깁니다.

6

기록 지시 (AIO 20002)

표준 저장소에 커밋된 로깅 프롬프트 원문입니다. 판단마다 C/V/E/S 한 줄을 남기게 하며, 이 줄은 사용자에게 보이지 않습니다.

여섯 번째 블록의 원문은 표준 저장소 AIO20002에 커밋된 그대로 사용됩니다. 사이트는 이 원문을 다시 쓰지 않으며, 저장소가 갱신되면 커밋 해시로 어느 버전이 들어갔는지 확인할 수 있습니다.

선택지

로깅 출력 형식 세 가지

적용에서 실제로 고르는 것은 모델이 로그를 내는 방식 하나뿐입니다. 세 형식 모두 같은 C/V/E/S 코드를 남기며, 어느 형식이든 최종 사용자에게는 보이지 않습니다.

A

인라인 태그

응답 끝에 <aio20002_log> 한 줄을 붙입니다. 어떤 채팅 화면에서도 바로 쓸 수 있어 시작하기 가장 쉽습니다.

지금 바로 시험해 볼 때

B

구조화 출력

응답과 로그를 JSON 필드로 나눕니다. 시스템이 로그를 읽어 저장해야 할 때 알맞습니다.

제품에 붙일 때

C

도구 호출

record_aio20002_log 도구로 로그를 남깁니다. 로그가 본문과 완전히 분리되어 유출 위험이 가장 낮습니다.

감사 체계를 갖출 때

단계

지금 할 수 있는 것과, 로그가 쌓인 뒤에 할 것

지금 가능처음 설정한 그룹

설정 + 기록 = 하나의 시스템 프롬프트

페이지 위쪽의 ‘시작’을 누르면 (1) 적용할 설정을 고르고, (2) 로깅 응답 형식을 고른 뒤, (3) 취합된 시스템 프롬프트를 .md 파일로 받거나 클립보드에 복사합니다. 로그인하면 저장된 20001 프로젝트가 목록에 그대로 나옵니다.

설정이 아직 없으면 AIO 20001 워크숍에서 30분 안에 만들 수 있습니다.

예정로깅이 누적된 그룹

설정과 로그 대조, 리스크 점검, 개선된 프롬프트

로그가 쌓이면 설정값과 실제 로그가 일치하는지 확인하고, 벤치마크(20003)를 추가로 돌려 리스크 신호를 점검합니다. 그 결과를 더 세밀한 설정에 반영해, 개선된 시스템 프롬프트 하나를 다시 제공합니다.

한계

이 단계가 주장하지 않는 것

  • 프롬프트를 넣었다고 모델이 그 방향을 지킨다는 보장은 없습니다. 지키는지 확인하는 일은 기록(20002)과 분석(20003)이 맡으며, 적용은 이 두 단계가 있어야 의미가 있습니다.
  • 시스템 프롬프트는 안전 장치가 아닙니다. 가드레일·필터·사람의 검토를 대체하지 않으며, 그 위에 방향을 얹을 뿐입니다.
  • 모델이 남기는 로그는 자기보고입니다. 실제 내부 연산의 인과적 추적이 아니라, ‘무엇을 우선했다고 보고하는가’의 기록입니다.
  • 적용 단계 표준 문서(20004)는 아직 확정되지 않았습니다. 지금 제공하는 것은 절차의 1단계 구현이며, 표준은 공개 의견 수렴(RFC)을 거쳐 확정됩니다.
이 목표를 위한 도구

먼저, 어디까지 서 있는지부터

다섯 문항에 예 / 부분적으로 / 아니오로 답합니다. ‘아니오’마다 순환의 어느 단계가 비어 있는지 가리킵니다. 2분이면 끝나고, 결과는 저장되지 않습니다.

참여

적용 사례를 함께 만듭니다

적용 단계는 실제 조직의 사례가 쌓여야 표준이 됩니다. 도메인마다 어떤 블록이 부족했는지, 어떤 출력 형식이 현실적이었는지가 곧 20004 RFC의 내용이 됩니다. 적용 사례로 참여한 조직의 경험은 프롬프트 취합 절차의 개선에 직접 반영됩니다.

AIO 20004 · 적용: 통합 시스템 프롬프트 | AIO