| 워크플로 |
LLM과 도구를 미리 정한 코드 경로로 조율하는 시스템 |
| 에이전트 |
LLM이 자신의 진행과 도구 사용을 동적으로 결정하는 시스템 |
| 증강된 LLM |
검색·도구·메모리 같은 확장을 붙인 LLM. 모든 에이전트 구조의 기본 부품 |
| 에이전트 루프 |
모델이 행동을 고르고, 도구를 실행하고, 결과를 다시 모델에 넣는 반복 |
| 프롬프트 체이닝 |
앞 호출의 출력을 다음 호출의 입력으로 잇는 고정 단계 구성 |
| 게이트 |
체이닝 단계 사이에서 출력을 코드로 검사하는 지점 |
| 라우팅 |
입력을 분류해 전문화된 후속 처리로 보내는 패턴 |
| 구간 나누기 |
독립 하위 작업을 동시에 실행하는 병렬화 변형 |
| 투표 |
같은 작업을 여러 번 실행해 결과를 모으는 병렬화 변형 |
| 오케스트레이터-워커 |
중앙 LLM이 작업을 동적으로 나눠 워커에 맡기고 종합하는 패턴 |
| 평가자-최적화 |
한 호출이 생성하고 다른 호출이 평가·피드백하는 반복 패턴 |
| 임계 경로 |
병렬 작업에서 전체 시간을 결정하는 가장 긴 의존 사슬 |
| 위임 계약 |
하위 에이전트에게 주는 목표, 출력 형식, 도구·출처 지침, 경계 |
| handoff |
다른 에이전트에게 실행 제어권을 넘기는 연결 방식 |
| agent-as-tool |
다른 에이전트를 도구처럼 부르고 제어권은 유지하는 연결 방식 |
| 코드 오케스트레이션 |
에이전트의 흐름을 코드로 정해 실행을 더 결정적이고 예측 가능하게 만드는 방식 |
| 상관된 오류 |
같은 모델·근거를 쓰는 여러 에이전트가 같은 방식으로 틀리는 현상 |
| ADR |
아키텍처 결정 기록. 대안, 측정값, 선택 이유, 재검토 조건을 적은 문서 |
| ACI |
에이전트-컴퓨터 인터페이스. 에이전트가 쓰는 도구와 그 설명·형식 |
| 포카요케 |
실수하기 어렵게 입력과 형식을 설계하는 기법 |
| 네임스페이스 |
서비스·리소스 단위 접두사로 도구 이름을 구분하는 방식 |
| 미리보기와 확정 |
변경 내용을 먼저 계산해 보여 주고, 확인된 식별자로만 실행하는 도구 구조 |
| 멱등성 |
같은 요청을 여러 번 실행해도 효과가 한 번과 같은 성질 |
| 멱등 키 |
같은 요청의 반복을 알아보고 효과를 한 번만 내게 하는 식별자 |
| MCP |
LLM 애플리케이션과 외부 데이터·도구를 잇는 개방형 프로토콜 |
| 호스트·클라이언트·서버 |
MCP의 세 역할. 앱, 앱 안의 커넥터, 기능을 제공하는 서비스 |
| 무상태 프로토콜 |
요청마다 처리에 필요한 정보를 모두 담고 이전 요청에 기대지 않는 프로토콜 |
| 상태 핸들 |
여러 호출에 걸친 상태를 가리키도록 서버가 발급하는 명시적 식별자. 권한이 아니다 |
| MRTR |
서버가 추가 입력이 필요할 때 input_required 결과로 요청하고 클라이언트가 원래 요청을 다시 보내는 방식 |
| elicitation |
서버가 클라이언트를 통해 사용자에게 추가 정보를 요청하는 기능. 폼 모드와 URL 모드가 있다 |
| Tasks 확장 |
오래 걸리는 MCP 작업에 내구성 있는 작업 핸들과 상태 조회를 주는 공식 확장 |
| 도구 주석 |
도구 동작을 설명하는 힌트. 신뢰할 수 없는 서버의 것은 믿지 않는다 |
| 토큰 전달 |
받은 토큰을 검증 없이 하위 API로 넘기는 금지된 패턴 |
| scope |
토큰이 허락하는 작업 범위. 최소로 시작해 필요할 때 단계적으로 올린다 |
| 점진적 발견 |
도구 정의를 미리 다 넣지 않고 검색 도구로 필요한 것만 불러오는 방식 |
| 프로그래밍 방식 도구 호출 |
모델이 도구를 부르는 코드를 쓰고 샌드박스에서 실행해 최종 결과만 받는 방식 |
| 컨텍스트 엔지니어링 |
추론 중 모델이 보는 최적의 토큰 집합을 선별·유지하는 전략의 총체 |
| 컨텍스트 rot |
컨텍스트가 길어질수록 그 안의 정보를 정확히 떠올리는 능력이 떨어지는 현상 |
| 주의 예산 |
토큰마다 조금씩 소모되는, 모델이 주의를 기울일 수 있는 유한한 용량 |
| 적시 검색 |
가벼운 식별자만 들고 있다가 필요할 때 데이터를 불러오는 방식 |
| 압축 |
창이 한도에 가까울 때 대화를 요약해 새 창을 시작하는 기법 |
| 도구 결과 정리 |
쓸모를 다한 오래된 도구 결과를 컨텍스트에서 지우는 가장 가벼운 압축 |
| 구조화된 메모 |
에이전트가 컨텍스트 밖에 쓰고 나중에 다시 읽는 기록 |
| 컨텍스트 오염 |
틀리거나 낡거나 신뢰할 수 없는 정보가 쌓여 판단을 비트는 현상 |
| 업무 원장 |
주문·송금·승인처럼 업무상 사실의 최종 기준이 되는 시스템 |
| 프롬프트 캐시 |
반복되는 프롬프트 앞부분의 처리를 재사용해 비용과 지연을 줄이는 기능 |
| 체크포인트 |
재개할 수 있도록 단계별 결과를 영구 저장한 지점 |
| 인계 패키지 |
다음 실행자가 긴 대화 없이 작업을 이어받도록 정리한 문서 |
| 과제·시행 |
입력과 성공 기준이 있는 시험 하나, 그리고 그에 대한 한 번의 시도 |
| 채점기 |
에이전트 수행의 한 측면을 점수화하는 논리 |
| 트랜스크립트 |
시행의 전체 기록. 트레이스, 궤적이라고도 한다 |
| 결과(outcome) |
시행이 끝났을 때 환경의 최종 상태 |
| 궤적 평가 |
도구 호출의 순서와 인자 같은 경로를 채점하는 평가 |
| pass@k / pass^k |
k번 중 적어도 한 번 성공할 가능성 / k번 모두 성공할 확률 |
| 역량 평가·회귀 평가 |
할 수 있는 일을 넓혀 재는 평가 / 되던 일이 여전히 되는지 지키는 평가 |
| 포화 |
평가 세트의 해결 가능한 과제를 모두 통과해 개선이 보이지 않는 상태 |
| 기준 해답 |
모든 채점기를 통과한다고 확인된 해답. 과제가 성립함을 보여 준다 |
| 트레이스·스팬 |
워크플로 전체 기록과, 그것을 이루는 시작·끝이 있는 작업 단위 |
| 스위스 치즈 모델 |
어느 한 층도 완벽하지 않으므로 여러 평가·관측 층을 겹치는 접근 |
| 마감 시간 |
작업 전체에 허용된 시간. 단계별 타임아웃과 별개로 둔다 |
| 지수 백오프·지터 |
재시도 간격을 지수적으로 늘리고, 무작위성을 더해 몰림을 막는 방법 |
| 회로 차단기 |
하위 서비스 실패율이 높으면 일정 시간 호출을 막는 보호 장치 |
| 승인 피로 |
승인 요청이 너무 많아 검토가 형식이 되는 현상 |
| 승인 결속 |
승인을 실행 인자에 묶어 다른 내용이 실행되지 않게 하는 설계 |
| 가드레일 |
에이전트의 입력·출력·도구 호출을 검증해 실행을 멈출 수 있는 장치 |
| 샌드박스 |
프로그램이 닿을 수 있는 파일·프로세스·네트워크를 운영체제 수준에서 제한한 환경 |
| 프롬프트 인젝션 |
입력이 모델의 행동을 의도와 다르게 바꾸는 취약점. 직접·간접이 있다 |
| 과도한 권한 위임 |
과도한 기능·권한·자율성 때문에 에이전트가 해로운 행동을 하게 되는 위험 |
| 레인보 배포 |
이전 버전과 새 버전을 함께 띄워 두고 트래픽을 조금씩 옮겨 실행 중인 작업을 지키는 배포 |
| 완전 중재 |
행동의 허용 여부를 LLM이 아니라 하위 시스템이 매번 검사하는 원칙 |
| 지갑 거부 |
과도한 호출을 유도해 사용량 기반 비용을 폭증시키는 공격 |
| 트립와이어 |
가드레일이 위반을 감지하면 켜지는 신호. 켜지면 실행이 멈춘다 |
| 킬 스위치 |
에이전트나 쓰기 도구를 즉시 끊는 장치 |
| 보상 작업 |
이미 일어난 효과를 상쇄하는 반대 작업 |