본문 바로가기

전체 글

런타임 패턴 8~10 — 권한, 훅, 공급자
Agent/Agent Harness 2026. 8. 31. 런타임 패턴 8~10 — 권한, 훅, 공급자 런타임 패턴 열 개 중 마지막 셋이다. 그리고 이 셋은 앞의 일곱과 성격이 조금 다르다. 앞의 패턴들이 "에이전트가 어떻게 일하게 할까"였다면, 이번 셋은 "에이전트가 무엇을 망칠 수 있는지를 어떻게 줄일까"에 가깝다.솔직히 말하면 셋 다 미뤄지기 쉬운 것들이다. 데모에서는 없어도 잘 돌아가고, 없을 때 생기는 문제는 대개 배포 이후에 나타난다.패턴 8. Scoped Tool Permissions호텔 방 키를 생각해 보자. 그 방 하나만 열린다. 모든 방을 여는 마스터키를 청소 직원 모두에게 나눠주면, 한 사람의 실수나 분실이 건물 전체의 위험이 된다.Scoped Tool Permissions는 에이전트와 도구의 권한을 작업 목적과 수명에 맞게 좁히는 패턴이다. 필요한 이유는 단순하다. 모델의 오류나 프..
런타임 패턴 4~7 — 압축·보관·재개·궤적
Agent/Agent Harness 2026. 8. 31. 런타임 패턴 4~7 — 압축·보관·재개·궤적 앞의 세 패턴이 실행 중에 무엇을 통제할지 다뤘다면, 이번 네 패턴은 실행이 끝난 뒤 무엇이 남는지를 다룬다. 컨텍스트를 어떻게 줄이고, 큰 결과를 어디에 두고, 중단된 작업을 어떻게 이어받고, 무슨 기록을 남길 것인가.네 패턴 모두 한 문장으로 요약되는 재정의를 갖고 있다. 각 절의 첫 문장이 그것이다.패턴 4. Two-stage Compaction압축은 토큰 절감 기능이 아니라 근거 보존 정책이다.Two-stage Compaction(2단계 압축)은 긴 컨텍스트를 한 번에 요약하지 않고 두 단계로 정리하는 패턴이다.이사할 때를 떠올려 보자. 먼저 버릴 물건을 걸러내고, 그다음 남길 물건을 정리해서 상자에 라벨을 붙인다. 두 작업을 한 번에 뒤섞어 하면 중요한 물건을 버리는 실수가 생긴다.이 패턴이 필..
런타임 패턴 1~3 — 멈춤·병렬·쓰기
Agent/Agent Harness 2026. 8. 31. 런타임 패턴 1~3 — 멈춤·병렬·쓰기 네 기둥이 하네스의 구조라면, 런타임 패턴은 그 구조 위에서 매 실행마다 반복되는 규칙이다. 이번 편에서 셋을 본다. 언제 멈추는가, 무엇을 동시에 하는가, 되돌릴 수 없는 일을 어떻게 다루는가.세 패턴에는 공통점이 하나 있다. 전부 "모델이 알아서 잘 할 것이다"라는 가정이 깨진 자리에서 태어났다.패턴 1. Bounded Iteration — 멈출 줄 아는 시스템Bounded Iteration(제한된 반복)은 에이전트가 무한히 생각하거나 호출하지 못하도록 단계·시간·비용의 상한을 두는 패턴이다.회의에 "이번 논의는 최대 30분, 최대 세 번의 재검토까지만"이라는 규칙을 정해 두는 것과 같다. 규칙이 없으면 회의는 결론 없이 같은 논쟁을 반복하며 시간을 소모한다.이 패턴은 모델이 항상 적절한 시점에 멈출..
네 번째 기둥: 서브에이전트 계층
Agent/Agent Harness 2026. 8. 31. 네 번째 기둥: 서브에이전트 계층 네 기둥의 마지막이다. 그리고 넷 중 가장 자주 오해받는 기둥이기도 하다.서브에이전트를 "복잡한 작업을 여러 에이전트에 나누는 장치"로 이해하면 대체로 비용만 늘고 품질은 그대로인 시스템이 나온다. 정확한 정의는 다르다. 서브에이전트 계층은 컨텍스트와 권한을 격리하는 구조다. 분업은 결과이고, 격리가 목적이다.서브에이전트는 분업 장치가 아니라 격리 구조다큰 회사에서 특정 조사를 외부 전문 컨설턴트에게 위탁하는 상황을 떠올려 보자.컨설턴트에게 회사의 모든 내부 회의록을 통째로 넘기지 않는다. 대신 조사에 필요한 목표, 필요한 자료, 제한된 권한, 정해진 기한만 전달한다. 컨설턴트는 자신의 조사 과정 — 수많은 통화와 자료 검토 — 을 거친 뒤 최종 보고서와 결론만 돌려준다. 회사는 그 과정 전체를 알 필요..
세 번째 기둥: 컨텍스트 관리자
Agent/Agent Harness 2026. 8. 31. 세 번째 기둥: 컨텍스트 관리자 앞의 두 기둥이 "무엇을 목표로"(시스템 프롬프트)와 "무엇을 할 수 있게"(도구 레지스트리)를 정했다면, 세 번째 기둥은 "무엇을 보게 할 것인가" 를 정한다.이 기둥에서 가장 자주 깨지는 전제가 하나 있다. 컨텍스트 윈도우를 저장 공간으로 보는 것이다. 컨텍스트는 저장 공간이 아니라 주의 예산이다. 정보가 많아질수록 모델이 모든 정보를 같은 품질로 활용한다는 가정은 성립하지 않는다.컨텍스트 관리자가 하는 일컨텍스트 관리자는 모델의 제한된 입력 창에 어떤 정보를 언제, 어떤 형태로 넣을지 결정하는 계층이다.회의실 화이트보드를 떠올려 보자. 컨텍스트 관리자는 그 앞에 서서 "이건 지워도 된다", "이건 다른 종이에 옮겨 적고 필요할 때 다시 꺼내오자", "이건 절대 지우면 안 된다"를 판단하는 회의 진행..
두 번째 기둥: 도구 레지스트리
Agent/Agent Harness 2026. 8. 31. 두 번째 기둥: 도구 레지스트리 첫 번째 기둥인 시스템 프롬프트가 "무엇을 목표로 어떻게 행동할지"를 정한다면, 두 번째 기둥은 "실제로 무엇을 할 수 있는지"를 정한다. 도구 레지스트리는 모델이 호출 가능한 행동의 목록, 입력 스키마, 출력 계약, 권한, 실행 정책을 보유하는 계층이다.도구는 함수가 아니라 인지 인터페이스다스마트폰에 앱을 설치하는 장면을 떠올리면 쉽다. 도구 레지스트리는 그 스마트폰에 어떤 앱을 설치해 줄지, 각 앱에 어떤 권한(위치 정보, 카메라, 결제)을 허용할지 정하는 앱스토어 관리자와 권한 관리 화면에 해당한다. 앱을 무분별하게 많이 설치하면 사용자가 어떤 앱을 눌러야 할지 헷갈리는 것처럼, 도구가 많아지면 모델도 헷갈린다.여기서 중요한 것은 도구가 단순한 함수가 아니라는 점이다. 도구 이름과 설명, 입력 형식..
첫 번째 기둥: 시스템 프롬프트
Agent/Agent Harness 2026. 8. 31. 첫 번째 기둥: 시스템 프롬프트 시스템 프롬프트를 "모델에게 역할을 부여하는 문구"로 이해하면 곧 벽에 부딪힌다. 예외가 생길 때마다 문장을 한 줄씩 덧붙이다 보면, 어느 날 스크롤이 한참 내려가는 프롬프트를 앞에 두고 어느 줄이 실제로 동작하는지 아무도 모르는 상태가 된다. 첫 번째 기둥을 제대로 세우려면 이것을 문구가 아니라 계약으로 봐야 한다.시스템 프롬프트는 행동 계약이다시스템 프롬프트는 에이전트가 어떤 목표를 우선하고, 어떤 정보를 신뢰하며, 어떤 형식으로 행동해야 하는지 정하는 행동 계약이다. 역할극을 시키기 위한 장식 문구가 아니다.새 직원이 입사할 때 받는 근무 규정집에 가깝다. 좋은 규정집은 회사의 방침을 명확히 알려준다. 하지만 규정집에 "절대 금고를 열지 마라"라고 써 있어도, 금고 자체에 물리적인 잠금장치가 없다면..
네 기둥의 전체 구조
Agent/Agent Harness 2026. 8. 29. 네 기둥의 전체 구조 하네스가 모델 바깥의 실행 층이라는 것까지는 정리했다.그렇다면 그 층은 무엇으로 이루어져 있는가. 핵심을 네 개로 나누면 시스템 프롬프트, 도구 레지스트리, 컨텍스트 관리자, 서브에이전트 계층이 된다.기둥이 넷인 이유건물을 지을 때 기둥 네 개가 각기 다른 하중을 견디도록 설계하는 것과 비슷하다. 어느 한 기둥이 다른 기둥의 역할까지 떠맡으면 건물 전체가 불안정해진다. 시스템 프롬프트라는 기둥에 도구 인자 검증까지 맡기거나, 컨텍스트 관리자에 권한 통제까지 맡기면 그 기둥은 과부하로 무너진다. 중요한 것은 이 구분이 구현 파일을 네 개로 나누라는 형식적인 지시가 아니라는 점이다. 각 기둥이 서로 다른 실패를 막고, 서로 다른 설계 결정을 요구한다는 뜻이다. 기둥정의하는 것시스템 프롬프트행동 계약 — 무엇..
하네스라는 말이 가리키는 것
Agent/Agent Harness 2026. 8. 29. 하네스라는 말이 가리키는 것 에이전트를 만들어 본 팀이라면 한 번쯤 이런 경험을 한다. 벤치마크 점수가 더 높은 모델로 갈아끼웠는데 제품의 실패율은 거의 그대로다. 모델을 바꿔도 달라지지 않는 무언가가 있다는 뜻이다. 그 무언가를 부르는 이름이 에이전트 하네스(agent harness) 다.하네스는 모델 바깥의 실행 층이다에이전트 하네스는 언어 모델을 둘러싸고 실제 업무 수행을 가능하게 만드는 실행 시스템이다. 모델의 가중치도 아니고, 특정 프레임워크의 상품명도 아니다. 자동차로 바꿔 말하면 이해가 빠르다. 엔진 출력이 높다는 사실만으로 그 차가 안전하다거나 목적지에 도착한다고 말할 수는 없다. 제동, 조향, 계기판, 연료 관리가 함께 있어야 비로소 주행이 성립한다. 모델의 벤치마크 점수만으로 업무용 에이전트의 실제 품질을 설명할 ..
시작하기 전에 알아야 할 열 가지 개념
Agent/Agent Harness 2026. 8. 29. 시작하기 전에 알아야 할 열 가지 개념 에이전트 이야기를 하려면 최소한의 공통 어휘가 필요하다. LLM, 토큰, 컨텍스트 윈도우, 도구 호출, 에이전트, 하네스, API, 지연시간, 비용, 환각 — 이 열 가지다. 각각을 한 문장 정의와 비유로 짚고, 실무에서 자주 깨지는 오해를 함께 붙였다. 이미 익숙하다면 건너뛰어도 좋다.1. LLM — "안다"는 착각을 걷어내기LLM(Large Language Model, 대규모 언어 모델)은 방대한 텍스트를 학습해 "주어진 문장 다음에 어떤 단어가 올 확률이 가장 높은가"를 예측하도록 훈련된 통계적 함수다. ChatGPT, Claude, Gemini 같은 대화형 서비스의 핵심 부품이 이것이다. 아주 많은 책을 읽은 사람에게 "빈칸 채우기 게임"만 무한히 시켰다고 생각해 보자. "오늘 하늘이 매우 ___..
[ 백준 ] 13023번 ABCDE (Java 자바)
Coding Test/Graph 2025. 3. 4. [ 백준 ] 13023번 ABCDE (Java 자바) 🔗 문제 링크: 백준 13023번 ABCDE문제 설명문제:BOJ 알고리즘 캠프에는 총 N명이 참가하고 있다. 사람들은 0번부터 N-1번으로 번호가 매겨져 있고, 일부 사람들은 친구이다. 오늘은 다음과 같은 친구 관계를 가진 사람 A, B, C, D, E가 존재하는지 구해보려고 한다. A는 B와 친구다.B는 C와 친구다.C는 D와 친구다.D는 E와 친구다.위와 같은 친구 관계가 존재하는지 안하는지 구하는 프로그램을 작성하시오.목표: 문제의 조건에 맞는 A, B, C, D, E가 존재하면 1을 없으면 0을 출력한다. 풀이 과정📌 문제 요약그래프(무방향)를 구성한 후, 각 사람(노드)에서 DFS를 시작하여 깊이가 5(즉, 5명의 연속된 친구 관계)가 존재하는지 확인한다.DFS 과정 중 경로를 탐색할 때, ..
[ 백준 ] 9663 N-Queen (Java 자바)
Coding Test/Backtracking 2025. 3. 4. [ 백준 ] 9663 N-Queen (Java 자바) 🔗 문제 링크: 백준9663번 N-Queen문제 설명N-Queen 문제는 크기가 N × N인 체스판 위에 퀸 N개를 서로 공격할 수 없게 놓는 문제이다.N이 주어졌을 때, 퀸을 놓는 방법의 수를 구하는 프로그램을 작성하시오.입력 조건입력:체스판의 크기 N (즉, 배치할 퀸의 개수와 동일한 N×N 체스판)풀이 과정📌 문제 요약체스판의 각 행마다 하나의 퀸을 배치하는 경우의 수를 DFS(백트래킹)를 통해 탐색한다.퀸이 서로 공격하지 않도록 하기 위해, 같은 열 및 두 대각선(우하단, 좌하단)에 퀸이 있는지 여부를 체크한다.📌 해결 전략열 및 대각선 체크 배열 사용:열(col): 이미 특정 열에 퀸이 배치되었는지 여부를 기록한다.우하단 대각선(slash): (row + col)이 동일하면 같은 우하단 대..

티스토리툴바