C
부록 · 부록 C
용어집
카탈로그와 이 책에서 정해진 뜻으로 쓰는 용어를 모았다. 같은 말이 일상어와 다르게 쓰일 때는 이 뜻을 따른다.
이 장에서 얻을 것
- 카탈로그 용어의 정의와 영문 병기를 확인한다
- 용어가 가리키는 패턴으로 바로 이동한다
- S·C 계층과 S·C 눈금자처럼 이름이 겹치는 용어를 구분한다
가나다순으로 싣고, 영문이나 기호로 시작하는 용어는 맨 뒤에 모았다. 정의는 카탈로그 v0.7.1, 태깅 기준(R1~R28), AX 성숙도 기준을 따르고, PAX 사이트의 페이지 이름과 설명은 2026년 10월의 사이트를 따른다. 관련 패턴 칸의 칩을 누르면 해당 패턴 프로필로 간다.
ㄱ
| 용어 | 정의 | 관련 |
|---|---|---|
| 가드레일 필터 Guardrail | 개인정보·환각·편향·형식 오류가 프롬프트나 산출물에 들어가지 못하게 시스템이 경계에서 거르는 운영 부품. 비식별 전처리, 출처 검증, 구조적 출력 제약이 대표 변형이다. | C5가드레일 필터 |
| 가치 흐름 규칙 value-flow rule | 사람이나 국민이 최종으로 받는 핵심 산출물을 만드는 부품을 주 부품으로 정하는 규칙(R1). 우선순위표는 산출물 기여도가 비슷할 때만 쓴다. | B1코파일럿 |
| 간접 인젝션 indirect prompt injection | 문서·검색 결과·도구 출력 속에 숨은 지시가 모델의 행동을 바꾸는 공격. 이용자가 직접 넣는 직접 인젝션과 구분한다. | S6격리 LLM·맵리듀스 X13도구 출력이 지시가 되는 에이전트 |
| 강등 경로 fallback path | 모델·API가 멈추거나 품질이 떨어질 때 대체 모델 절체, 규칙 기반 축소, 수동 전환 순으로 물러서는 경로. 어느 단계로 물러서도 접수·처리·통지는 끊기지 않아야 한다. | C7폴백 스위치 |
| 검토 큐 Review Queue · HITL | AI 산출물이 다음 단계로 가기 전에 사람이 맞고 틀림을 확인·수정·확정하는 대기열. AI-Enabled의 필수 관문이다. | C1검토 큐 |
| 격차 지도 gap-map.html | PAX 사례를 중앙행정기관별, 광역시도별, 기관유형별로 집계해 관측이 비어 있는 곳을 보여 주는 PAX 페이지. 커뮤니티에서 반복 관측된 레거시 행정 시스템별 연동 수요를 모은 보드도 싣는다(17장). | — |
| 결정론 판정 게이트 Deterministic Verdict Gate | 판정 모델은 정형 출력만 내고, 규칙 엔진이 판정·산수·분기를 맡으며, 확정은 사람이나 시스템이 하는 배선. 재생성 없이 기각·강등만 한다. | B′9결정론 판정 게이트 |
| 결정적 도구 Deterministic Tool | AI 코딩으로 만들었지만 런타임에는 AI를 부르지 않고 규칙만으로 같은 입력에 같은 결과를 내는 도구. PAX 아카이브에서 가장 흔한 주 부품이다. | B0결정적 도구 |
| 결정적 재생 Deterministic Replay | 프롬프트·검색 결과·도구 호출·정책 결정을 순서대로 기록해 사고를 그대로 재현하는 보안 부품. 감사 로그가 건수와 시간을 센다면, 재생 기록은 그 건에서 무엇이 어떤 순서로 일어났는지를 되살린다. | S10결정적 재생 |
| 계층 layer | 카탈로그의 정본 분류 뷰. 부품 계층 A·B·B′·C·S·F, 렌즈 D, 조건 계층 E, 그리고 안티패턴 X로 나뉜다. 나머지 네 분류 뷰는 색인이다. | — |
| 공통 서비스 Platform Services | 업무 컴포넌트가 의존하는 기반 부품 계층(A). Provider 방식으로 상위에 한 번 두고 여러 과제가 공유한다. Ready 관문과 대응한다. | A1데이터 자산 서비스 |
| 관문 gate | AX 단계에 들어서려면 갖춰야 하는 필수 설계 요소의 묶음. First 이상의 관문은 운영 증거가 있어야 통과하며, 설계 문서는 근거로 인정되지 않는다. | — |
| 관측소 observatory.html | PAX의 공공 AX 현황판. 분기 지수, 커뮤니티 활력, 공공데이터 도메인별 AI 접근성 매트릭스, 사례가 런타임에 의존하는 모델 현황, MCP 현황과 이슈, 저장소 지표를 한 페이지에 모은다(17장). | — |
| 구현 상태 present · implemented · planned | 모든 부품에 붙는 3단계 상태(R3). present는 운영이나 시범 기간에 1회 이상 작동한 기록이 있는 상태, implemented는 구현은 확인됐으나 실측 전인 상태, planned는 설계·예정 상태다. | — |
| 권한 범위 permission scope · E4 | AI 부품에 허용된 일의 상한. P0 읽기 전용, P1 산출물 생성, P2 시스템 쓰기, P2a 물리 작동, P3 처분 보조, P4 자율 처분으로 나눈다. | C8권한 경계·킬스위치 |
| 근거 은닉 anti-oracle | 적대적 접점에서 이용자에게는 판정 결과만 보이고 세부 근거는 관리자 화면에 두는 설계. 카탈로그에는 아직 S 계층 후보로만 올라 있다. | X16기준을 노출하는 위조 탐지 |
| 기억 관리 Memory Management | 세션 안 맥락과 장기 기억을 유지하는 배선. 공공에서는 개인정보 축적과 직결되므로 등급·비식별 없이 장기 기억을 두지 않는다. | B′+기억 관리 |
ㄴ·ㄷ·ㄹ
| 용어 | 정의 | 관련 |
|---|---|---|
| 내부망 프록시 Intranet Proxy | 행정망·내부망에서 상용 모델을 쓰도록 호출을 기관 게이트웨이나 범정부 공통기반으로 중계하는 모델 서빙 변형. 민감 등급 데이터로 상용 모델을 쓸 때 필수다. | A2.4내부망 프록시 |
| 단일 진입점 Single Access Point | 모든 모델·도구 호출이 하나의 관문을 지나며 인증·요청 상한·비용 상한·기록을 일괄 적용받는 구조. 부서마다 API 키로 모델을 직접 부르는 구조와 반대된다. | S1AI 게이트웨이·단일 진입점 |
| 대민 서비스 citizen-facing service | 국민·기업이 직접 만나는 접점(D1~D7). 최소한 출처 표시·편집 가능 출력·한계 안내가 있어야 Enabled로 인정한다. | D1안내·탐색 F7한계·신뢰도 안내 |
| 대시보드 dashboard.html | PAX의 AX 수준 평가 대시보드. 사례마다 AX 단계, 업무 범위(S), 업무 완결성(C)을 판정하고 MCP 사례에는 MCP 파급력(M)을 더한 평가를 사례별 표와 분포로 보여 준다. 공개 근거가 없으면 미확인으로 두고 상위 단계 판정을 유보한다(2장·17장). | — |
| 데이터 등급 n2sf_class · E5 | 다루는 데이터의 보안 등급. O(공개), S(민감), C(기밀)로 기록하며 개인정보를 다루면 S 이상이다. 등급이 배포망과 모델 의존의 허용 범위를 정한다. | C5가드레일 필터 |
| 데이터 비도달 설계 Data Non-arrival | 개인정보와 원문을 단말에서 처리해 서버나 외부로 아예 보내지 않는 후보 보안 부품. PAX 아카이브에서 가장 많이 관측된 S 부품이다. | S12데이터 비도달 설계 |
| 레거시 오버레이 Legacy Overlay | API가 닫힌 표준 업무 시스템 화면 위에 브라우저 확장·사이드패널로 AI 기능을 덧입히는 업무 컴포넌트. 정식 API·MCP가 열리면 걷어 낸다. | B8레거시 오버레이 |
| 레지스트리 reference registry | 부품마다 태깅한 사례 가운데 가장 잘 구현한 것을 모은 참조 구현 목록(카탈로그 §13). 기관이 부품을 새로 만들기 전에 먼저 찾아보는 곳이다. | A3공공 API 제공자 |
ㅁ·ㅂ
| 용어 | 정의 | 관련 |
|---|---|---|
| 모델 서빙 계층 Model Serving · 옛 이름 모델 게이트웨이 | 업무 부품이 모델을 직접 부르지 않고 거쳐 가게 하는 계층. 모델 교체·라우팅·캐싱·버전 고정·폴백을 한 자리에서 다루며 A2.0~A2.6 일곱 변형을 둔다(R13). 카탈로그 본문의 옛 이름은 모델 게이트웨이(Model Gateway)다. | A2모델 서빙 계층 |
| 모델 의존 model_dependency · E2 | 부품이 어떤 모델에 기대는지 기록하는 환경 축. 해외 상용 API, 해외·국산 오픈웨이트, 국산 독자모델, 혼합, 모델 중립(BYO), 없음(비LLM), LLM(모델 미상)으로 적는다. | A2.0모델 미상 |
| 바이브 코딩 vibe coding | 공무원이 AI 코딩 도구로 업무 도구를 직접 만드는 방식. 자체 제작 환경의 식별 신호지만, 그 사실만으로 AI-Enabled가 되지는 않는다. | A7자체 제작 환경 |
| 배선 wiring | 조립도에서 부품과 부품을 잇는 연결. 이 책은 A2.4 → B1 → C1 → A10처럼 화살표로 적는다. | — |
| 배포망 deployment_env · E1 | 부품이 놓이는 망 환경. 인터넷망, 행정망, 폐쇄망, 로컬 PC, 클라우드, 사내망, 혼합 등으로 적고, 실행 요건은 로컬 완결·폐쇄망 가능·인터넷 필수로 적는다. | A2.2주권형 온프레미스 |
| 변형 variant | 같은 문제에 대한 다른 해법. 소수점 id(A2.4)나 변형 이름으로 적는다. 문제가 다르면 별도 패턴으로 등재한다. | — |
| 보안 패턴 Security Patterns | 적대자를 전제한 횡단 부품 계층(S). 운영 컴포넌트가 실수와 장애를 다룬다면 보안 패턴은 인젝션·유출·권한 상승을 다룬다. | S4행동 선택기 |
| 보증 종류 assurance | 보안 부품이 위협을 막는 방식. 증명 가능(구조로 불가능하게 함), 완화(축소), 탐지(사후 발견)로 나눈다. 탐지만으로 막히는 위협은 없다. | S8독립 검증기·이중 심판 |
| 비식별 de-identification | 개인정보를 마스킹하거나 가명으로 바꿔 외부 전송·공유가 가능한 상태로 만드는 처리. 서버 쪽은 가드레일 필터, 단말 쪽은 로컬 비식별 게이트가 맡는다. | C5가드레일 필터 S13로컬 비식별 게이트 |
ㅅ
| 용어 | 정의 | 관련 |
|---|---|---|
| 상태 머신·롤백 Closure & Rollback | 건이 끝났음을 시스템이 알게 하고 잘못 처리된 건을 되돌리는 경로를 두는 운영 부품. 여러 시스템에 걸친 처리는 보상 트랜잭션으로 되돌린다. | C3상태 머신·롤백 |
| 상호작용 패턴 Interaction Patterns | 운영 컴포넌트의 통제를 이용자 쪽에서 보이게 하는 부품 계층(F). 대민 서비스에서는 이용자의 신뢰가 이 계층에서 생긴다. | F1출처 표시 |
| 서비스 블록 Service Blocks | 부품을 어떤 공공서비스 접점에 넣었는지 읽는 렌즈(D). 대민 블록 D1~D7과 내부 운영 동작 블록 D8.0~D8.10이 있다. 부품이 아니다. | D8.1탐색·조회 |
| 서비스 유형 service type | 부품 조합 전체에 붙이는 이름. 유형 0~13과 하위유형(2a·2b, 5a·5b 등)이 있고, 유형마다 필수 부품이 정해져 있다. | — |
| 선게이트·후보축소 Pre-gate | 규칙·검색 게이트가 먼저 후보를 좁혀 판정 모델 호출을 줄이는 배선. 결정론 판정 게이트의 역방향이다(R11). | B′10선게이트·후보축소 |
| 신뢰 불가 입력 untrusted input | AI가 읽는 입력 중 기관 밖에서 작성된 것. 민원 입력, 제출 서류, 웹 문서, 타 기관 API 응답이 여기에 든다. 태깅 필드는 untrusted_inputs다. | S3컨텍스트 방화벽 |
| 신뢰 불가 입력 규칙 untrusted input rule | 권한이 P2 이상이고 신뢰 불가 입력을 읽는 부품은 행동 선택기·계획 후 실행·격리 LLM 중 하나를 갖춰야 한다는 등재 규칙. 탐지 부품만으로는 충족되지 않는다. | S5계획 후 실행 S6격리 LLM·맵리듀스 |
| 실행 형태 runtime_env · E3 | 부품이 돌아가는 형태. 브라우저만, 설치 필요, MCP·CLI 설정, AI 도구 설정, 서버 구축, 모바일 앱, 서버리스 조합으로 적는다. | A8MCP 서버·호스트 |
| 심의 게이트 Deliberation Gate | 팩트체크·법무·윤리 심의처럼 제3자 전문가가 수행하는 승인 게이트. 업무 담당자나 이용자 본인이 확정하는 검토 큐와 구분한다(R16). | C1.2심의 게이트 |
ㅇ
| 용어 | 정의 | 관련 |
|---|---|---|
| 아홉 가지 설계 원칙 nine design principles | 전종홍의 미발행 원고 『AI 네이티브 핸드북 2026』이 AI 네이티브 전환을 이끌 설계 원칙으로 묶은 아홉 가지. AI를 핵심 동력으로 설계하고, 도구 대신 완성된 결과를 전하며, 메뉴 대신 이용자의 의도를 읽고, 쓸수록 나아지는 순환을 만든다. 에이전트에게 일을 맡기고, 사람과 AI가 한 팀으로 일하며, 보안·윤리·데이터 주권을 설계 단계부터 넣고, 비결정적 품질을 확률로 관리하며, 큰 모델과 작은 모델·클라우드와 엣지를 상황에 맞게 섞는다. 2장은 핸드북이 적은 맞물림에 따라 이를 원칙 1→2, 3→4, 5→6의 세 쌍과 그 아래를 받치는 원칙 7·8·9로 정리한다. AX 성숙도 기준의 설계 원칙 AIM01~AIM06과는 다른 목록이다(2장). | 2장 |
| 안내서·가이드라인 guidelines.html | 공공 AX 실무자가 먼저 볼 현행 안내서와 가이드라인을 사업 전체, 보안, 개인정보, 망·클라우드, AI 데이터, AI기본법 같은 분야별로 정리한 PAX 페이지(17장). | — |
| 안티패턴 anti-pattern | 반복해서 나타나는 잘못된 조립과 그 빠진 부품. 환경이 바뀌어 문제가 사라진 패턴도 안티패턴 목록으로 옮긴다. X1~X16이 있다. | X1AI 스티커 |
| 업무 10분류 PAX work domains | 내부 운영 블록의 두 번째 축(영역)으로 쓰는 업무 분류. 인사·복무, 회계·정산, 계약·조달, 민원, 문서·기안, 감사·법무, 시설·안전, 데이터·통계, 기획·정책, 공통·범용의 열 가지다. | D8.0기타·범용 |
| 업무 컴포넌트 Workflow Components | 사람과 AI가 일을 나누는 모양을 정하는 부품 계층(B). 과제마다 하나를 주 부품으로 고른다. Enabled 관문과 대응한다. | B1코파일럿 |
| 운영 증거 operational evidence | 운영·시범 기간의 실측치, 시범운영 기록, 작동 로그. 운영 부품을 present로 태그하고 First 이상을 판정하는 근거다. 설계 문서는 여기에 들지 않는다. | X2설계도만 있는 운영 |
| 운영 컴포넌트 Operational Components | 어떤 업무 컴포넌트에도 끼울 수 있는 횡단 부품 계층(C). 갖춘 것만 태그하며 First·Native 관문과 대응한다. | C4감사 로그·지표 |
| 원형 선택 규칙 primitive selection rule | 단일 에이전트(순차 파이프라인, ReAct)에서 시작하고, 하위 작업이 실제로 분리되거나 병렬이 지연을 의미 있게 줄이거나 컨텍스트가 부족할 때만 병렬·계층으로 승급하는 규칙. | B′4계층 분해·감독자 X11처음부터 멀티에이전트 |
| 위험도 라우터 Risk Router · Triage | 건별 위험도·신뢰도에 따라 저위험 건은 자동 처리하고 고위험 건은 숙련자에게 보내는 운영 부품. First의 결정 관문이다. | C2위험도 라우터 |
| 위협 × 부품 매트릭스 threat matrix | 위협 9종에 대해 S1~S11 중 어느 부품이 증명·완화·탐지하는지 정리한 표. 어느 위협 행에도, 어느 부품 열에도 증명 가능 칸이 적어도 하나 있다. | S2권한 인식 검색 |
| 인제스천·공급망 검증 Supply-chain Check | 코퍼스·임베딩·MCP 서버·스킬·패키지를 들일 때 악성·출처·오염·라이선스 검사를 거친 뒤에만 활성화하는 보안 부품. | S11인제스천·공급망 검증 |
ㅈ·ㅊ
| 용어 | 정의 | 관련 |
|---|---|---|
| 자가진단 playbook.html | 전이 플레이북에 딸린 여섯 문항 진단. 도구의 C(완결성)·H(인간통제)·P(권한)·R(복원력) 좌표를 판정하고, 비슷한 좌표의 사례와 다음 관문 체크리스트를 보여 준다(17장). | — |
| 자체 제작 환경 In-house Build Kit | 외부 용역 없이 기관 인력이 저작도구·AI 코딩 에이전트로 도구를 만들고 고치는 환경. PAX 사례의 다수가 여기서 나왔다. | A7자체 제작 환경 |
| 전이 단계 transition stage | 부품이 공유되는 범위. 개인 사용, 부서 공유, 기관 공식, 타 기관 재사용, 범정부 탑재 순이다. 여기에 미착수, 구현·미배포, 커뮤니티 공개, 참고 사례 값을 더했다(R3·R16). | — |
| 전이 차단 요인 blocker | 부품이 다음 전이 단계로 가지 못하는 이유. 보안검토, 예산, 담당자 이동, 레거시 미연동, 법적 근거, 조직 저항, 기관 간 협약, 통신·인프라로 적는다. | X9담당자와 함께 사라지는 도구 |
| 전이 플레이북 playbook.html | 개인이 만든 도구가 기관 공식이 되는 절차를 정리한 PAX 페이지. 수용(기관 공식화), 탑재(범정부 인프라), 개방(코드 공개 후 각 기관 수용)의 세 경로와, 보안성 검토부터 품의, 배포, 의무화·확산까지 수용 4단계 체크리스트를 담는다(17장). | X9담당자와 함께 사라지는 도구 |
| 제어 흐름 원형 Control-flow Primitives | B 부품 안의 배선을 적는 원형 계층(B′). 여러 문헌의 에이전트 패턴 교집합에서 골랐고, 한 과제에 여럿을 함께 태그한다. | B′1순차 파이프라인 |
| 조립도 assembly diagram | 과제 하나를 부품과 배선으로 그린 그림. 이 책은 과제를 기술명 대신 조립도로 읽는다. | — |
| 조립 템플릿 assembly template | 서비스 유형마다 전형적인 부품 조합과 배선을 정리한 틀(카탈로그 §7.3). 결손 진단의 기준이 된다. | — |
| 주 부품 primary component | 과제의 핵심 산출물을 만드는 B 부품 하나. 나머지 B 부품은 secondary로 적는다. | B0결정적 도구 |
| 지도 원칙 guiding principle | Beurer-Kellner 외(2025)가 내건 원칙. 에이전트가 신뢰 불가 입력을 읽은 뒤에는 그 입력이 결과적 행동을 일으키지 못하게 묶어 두라는 요구로, 신뢰 불가 입력 규칙의 출처다. | S4행동 선택기 |
| 지식 접지 상담 Grounded Assistant · RAG | 기관 규정·매뉴얼·사례 문서에 접지해 질문에 답하고 답마다 출처를 붙이는 업무 컴포넌트. 근거가 없으면 답하지 않고 담당자에게 넘긴다. | B3지식 접지 상담 |
| 진행 경로 progression path | 부품을 늘리는 권장 순서(카탈로그 §7.2). 코파일럿에서 시작해 평가 세트, 규범 스킬, 지식 접지, 가드레일, 도구 루프, 라우터·권한, 오케스트레이터, 폴백·환류를 거쳐 튜닝을 마지막에 둔다. | X10평가 없는 RAG, RAG 없는 튜닝 |
| 참조 구현 reference implementation | 태깅한 사례 가운데 그 부품을 가장 잘 구현한 사례. 패턴 프로필과 레지스트리에 실린다. | — |
| 참조 아키텍처 reference architecture | 한 영역 시스템의 전체 구성을 미리 그려 둔 그림. 여러 패턴을 골라 조립해 둔 한 벌이며, 패턴은 그 그림을 이루는 낱개 부품이다. 이 책의 서비스 유형별 조립 템플릿이 이에 가깝다(3장, 12장). | — |
| 챔피언 champions.html | PAX 사례를 만든 공무원·시민 개발자. 챔피언 디렉터리는 GitHub와 공공 GitLab의 공개 프로필, 게시물 속 저장소 링크만을 근거로 개발자를 사례에 잇고, 공개 프로필에 없는 실명·소속·연락처는 싣지 않는다(17장). | A7자체 제작 환경 |
ㅋ·ㅌ·ㅍ
| 용어 | 정의 | 관련 |
|---|---|---|
| 카탈로그 피드백 catalogue_feedback | 태깅하면서 카탈로그가 들어맞지 않은 지점을 남기는 기록. 이름 없는 반복 구조, 판단이 갈린 경계, 수정 제안으로 나뉘며 판정 규칙 R1~R28의 원천이다. | — |
| 컨텍스트 방화벽 Context Firewall | 시스템 지시·기억·검색 결과·도구 출력·이용자 입력을 신뢰 등급별 구역으로 나눠 섞이지 않게 하는 보안 부품. 보증은 완화다. | S3컨텍스트 방화벽 |
| 컨텍스트 최소화 Context-Minimization | 이용자 입력이 행동을 정한 뒤에는 그 입력을 컨텍스트에서 지우고 조회 결과만으로 답하는 보안 부품. | S7컨텍스트 최소화 |
| 코파일럿 Copilot | 사람의 문서·판단 작업 옆에 AI가 초안·요약·검토안을 놓고 사람이 고쳐서 확정하는 업무 컴포넌트. AI-Enabled의 전형이다. | B1코파일럿 |
| 콘웨이 법칙 Conway's law | 시스템을 설계하는 조직은 자기 소통 구조를 닮은 설계를 내놓는다는 관찰(Conway, 1968). 부서마다 같은 기반을 따로 짓는 함정이 공공기관에서 나타나는 이 법칙의 모습이다(3장). | X3부서마다 챗봇 |
| 태깅 tagging | 과제나 사례의 원문을 읽고 패턴 서명을 기록하는 일. 기재된 내용만 근거로 하며 기술명만으로 판정하지 않는다. | — |
| 패턴 pattern | 여러 기관이 공통으로 쓸 수 있는 컴포넌트 또는 서비스. 이름·동기·해법·결과를 갖춰야 등재되며, 과제는 패턴을 특정 환경 조건 아래 조립한 배선도다. | — |
| 패턴 서명 pattern signature | 한 과제를 요약하는 부품 목록. 주 부품 하나와 B′·A·C·S·F 부품, 서비스 블록 1~2개, 환경 조건 다섯 축, 서비스 유형 하나로 이루어진다. | — |
| 패턴 언어 pattern language | 낱개 패턴의 모음에 패턴끼리 잇는 문법을 더한 것. 한 패턴이 어느 더 큰 패턴 안에서 쓰이고 어느 더 작은 패턴으로 완성되는지를 적는다. 알렉산더 등(1977)이 처음 쓴 말이며, 이 책에서는 패턴 서명·배선도·관계도가 그 문법을 맡는다(3장). | — |
| 평가 세트·회귀시험 Evals | 업무 질문·정답·채점 기준을 세트로 만들어 프롬프트·모델·설정의 모든 변경을 같은 자로 재는 운영 부품. 환류와 모델 교체의 선행 조건이다. | C9평가 세트·회귀시험 |
| 폴백 스위치 Fallback · Circuit Breaker | 모델·API가 멈추거나 품질이 떨어져도 경로를 바꿔 서비스를 잇는 운영 부품. Native 관문이자 가장 흔한 결손 지점이다. | C7폴백 스위치 |
ㅎ
| 용어 | 정의 | 관련 |
|---|---|---|
| 행동 선택기 Action-Selector | LLM이 요청을 미리 정의된 행동 목록 중 하나로 번역만 하고, 행동 결과는 LLM으로 돌아오지 않는 보안 부품. 대민 상담 챗봇의 기본형이다. | S4행동 선택기 |
| 확립·후보 established · candidate | 패턴의 등재 상태. 태깅한 사례에서 독립된 사용례가 3건 이상이면 확립, 1~2건이면 후보다(Rule of Three). | — |
| 환경 조건 Environment · E | 모든 부품이 답해야 하는 다섯 축(배포망, 모델 의존, 실행 형태, 권한 범위, 데이터 등급). 부품과 달리 조립도의 전제로 쓰이며, 조건에 따라 필수 의존 부품이 바뀐다. | — |
| 환류 파이프라인 Feedback Loop | 수정·이의·오탐 기록이 정해진 주기와 트리거로 재학습·기준 개정에 돌아오게 하는 운영 부품. Native 관문이다. | C6환류 파이프라인 |
영문·기호
| 용어 | 정의 | 관련 |
|---|---|---|
| 3D PAX pax3d.html | PAX 사례를 미니어처 대한민국 지도 위의 건물로 세운 3D 탐색 화면. 사례는 기관 소재지나 소속 시군구에 서고, 지붕 색은 업무 유형을, 모양은 만든 주체를 나타낸다(17장). | — |
| AI-Ready 준비 단계 | AX 1단계. 데이터·권한·책임·기준선 중 하나 이상을 확보하고 지금 붙여 돌려 볼 수 있는 상태다. | A1데이터 자산 서비스 |
| AI-Enabled 활용 단계 | AX 2단계. AI가 실제 업무 산출물을 내고 그 맞고 틀림을 확인할 방법이 있으며, 사람이 확인해야 다음 단계로 넘어가는 상태다. | C1검토 큐 |
| AI-First 재설계 단계 | AX 3단계. 일의 시작점·처리 경로·역할이 재설계되어 저위험 건 자동 처리, 고위험 건 이관, 예외 처리가 운영 증거와 함께 작동한다. | C2위험도 라우터 |
| AI-Native 내재화 단계 | AX 4단계. AI를 빼면 서비스가 성립하지 않고, 사용 결과가 평가·개선으로 환류되며, 장애·가격·품질 변동에도 핵심 기능이 유지된다. | C6환류 파이프라인 C7폴백 스위치 |
| AIM01~AIM06 design principles | AX 전환의 여섯 설계 원칙. 종료를 설계, 예외 경로 먼저, 위험도로 분기, 처리마다 흔적, 모델 하나에 묶지 않기, 결과가 기준을 고치게 하기. | — |
| BYO Bring Your Own model | 이용자가 자기 구독 모델을 가져와 도구를 돌리는 배포 방식. 모델 의존은 모델 중립(BYO)으로, 서빙은 모델 미상으로 적는다. | A2.0모델 미상 A9업무 규범 스킬 |
| C 눈금자 C0~C5 | AX 성숙도의 업무 완결성 척도. 기능 제공(C0)부터 적응형 완결(C5)까지이며, C5가 AI-Native의 필수 조건이다. C 계층 부품과 다르다. | — |
| GoF Gang of Four | 1994년 『Design Patterns』를 쓴 감마·헬름·존슨·블리시디스 네 저자의 별칭. 객체지향 설계 패턴 23개를 생성·구조·행위 세 범주로 정리했다. 카탈로그의 A·B·C 3계층 골격이 이 세 범주에서 왔다(3장). | — |
| good enough 함정 “충분히 좋은데?” 함정 | AI-Enabled 단계에서 성과가 나오기 시작하자 업무 구조는 그대로 둔 채 거기서 멈추는 일. 기존 흐름에 AI를 얹어 조금 빨라진 것을 전환의 끝으로 여기면 AI-First의 재설계로 넘어가지 못한다(2장). | 2장 |
| HITL Human-in-the-loop | AI 처리 흐름 안에 사람의 확인·확정 단계를 두는 방식. 카탈로그에서는 검토 큐와 심의 게이트가 이 자리를 맡는다. | C1검토 큐 C1.2심의 게이트 |
| INVALID · WARN | 태깅 검증기의 두 판정. INVALID는 스키마 위반이라 고쳐야 하고, WARN은 카탈로그 규칙과의 차이로 억지로 없애지 않는 측정 신호다. | — |
| llms.txt | AI 에이전트가 PAX를 읽도록 사이트에 둔 안내 파일. 사례·평가·챔피언·변경 기록 데이터의 기계판독 주소와 주요 페이지 목록을 담는다(17장). | — |
| M 눈금자 M1~M5 | 실행계층 파급력 척도. 제한적(M1), 재사용형(M2), 업무통합형(M3), 생태계형(M4), 핵심인프라형(M5)으로 MCP 서버의 전이 범위를 잰다. | A8MCP 서버·호스트 |
| MCP Model Context Protocol | 에이전트가 도구·데이터를 부르는 개방형 연결 규약. 카탈로그에서 MCP는 부품(A8)이자 실행 형태 조건(E3)이다. | A8MCP 서버·호스트 |
| MCP 6축 검증 mcp-review.html | PAX의 MCP 사례 점검 기준과 그 결과를 실은 MCP 검증 페이지. 권한 표면, 시크릿, 공급망, 입력 검증, 데이터 흐름, 운영 위생 여섯 축을 보고, 일부 사례는 MCP Inspector로 선언된 도구와 실제 노출 도구를 대조한다. 주의 판정은 도입 전에 그 항목을 직접 확인하라는 신호다(9장·17장). | S11인제스천·공급망 검증 X7도구 설명 ≠ 실제 권한 |
| missing_required | 서비스 유형의 필수 부품 중 과제에 없는 것을 검증기가 자동으로 적는 필드. 결손 진단의 출발점이다. | — |
| PAX | 모두의 공공AX 사례 아카이브(hollobit.github.io/PAX). 오픈채팅·Threads 커뮤니티에서 공공 AX 사례를 모아 4축 성숙도로 평가하는 민간 관측 아카이브로, 2026년 10월 16일 원장 기준 564건이다. 자기선택 표본이라 공공부문 전체를 대표하지는 않는다. | — |
| PLoP Pattern Languages of Programs | 패턴을 발굴하고 다듬는 학회. 1993년 결성된 Hillside Group이 1994년 처음 열었다. 원고를 발표하는 대신 저자 워크숍에서 함께 읽고 고치며, 학회 전에 셰퍼드가 원고를 다듬도록 돕는다(3장). | — |
| Provider | 상위에 한 번 두고 하위 부품들이 공유하는 공급자 방식. 공통 서비스 계층의 설계 원리이며, 범정부 차원에서는 공공 API 제공자가 이 자리에 선다. | A3공공 API 제공자 |
| ReAct | 생각, 도구 호출, 관찰을 되풀이하는 에이전트 배선. 추론 흔적이 남아 추적에 쓸 기록이 된다. | B′7ReAct 도구 루프 |
| Rule of Three | 독립된 사용례가 3건 이상일 때 패턴을 확립으로 등재하는 규칙. 1~2건이면 후보다. | — |
| S 눈금자 S1~S5 | AX 성숙도의 업무 범위 척도. 단일 기능(S1), 기능 묶음, 업무 흐름, 종단 서비스, 생태계(S5) 순이다. S 계층 부품과 다르다. | — |
| structural | 보안 목적 서술 없이 구조만 S4·S5·S6과 일치할 때 present와 함께 붙이는 표지(R6). | S4행동 선택기 |
© 2026 전종홍. 이 책은 CC BY-NC-SA 4.0 (저작자표시-비영리-동일조건변경허락) 라이선스를 따릅니다. 저작자를 밝히고 비영리 목적으로만 쓸 수 있으며, 고치거나 덧붙인 저작물은 같은 조건으로 배포해야 합니다.