SITE SEARCH

검색

사이트 전체 글을 빠르게 찾을 수 있습니다.

RSS FEED

RSS 구독

RSS 리더에서 Project Research의 새 글을 바로 받아볼 수 있습니다.

EMAIL SUBSCRIBE

이메일 구독

새 글을 이메일로 받아봅니다. RSS는 별도 RSS 아이콘을 눌러 동일한 크기의 패널에서 열 수 있습니다.

이메일로 블로그 구독하기

이 블로그를 구독하고 이메일로 새글의 알림을 받으려면 이메일 주소를 입력하세요







직장인의 AI Agent는 ‘프롬프트’가 아니라 ‘구조’에서 시작합니다 — 여섯 개의 기둥

시리즈

AX Series · 직장인을 위한 Agent

업무용 AI Agent는 ‘프롬프트’가 아니라 ‘구조’에서 시작합니다

유능한 신입에게 일할 자리를 마련해 주듯, 구조의 여섯 기둥을 세워 주면 됩니다. 제 컨설팅 과정 전체(제안·기획·실행·사후)에 그 구조를 직접 세워 봤습니다.

바쁜 분을 위한 3줄 요약

① Agent는 프롬프트 한 줄이 아니라 여섯 개의 기둥으로 된 구조입니다. 현장 지식·절차·판단·산출·학습.
② 저는 그 구조를 제 과정의 제안 → 기획 → 실행 → 사후관리 전체에 그대로 세워 작동시켰습니다.
③ 당신의 업무에도 같은 골격을 세울 수 있습니다. 이번 주에 시작할 첫 한 줄까지 적어 두었습니다.

워크숍 책상 옆에서 자주 듣는 말이 있습니다. “시켜 봤는데, 그럴듯한데 틀렸어요.” 프롬프트를 아무리 잘 써도 한 번씩 무너집니다. 그래서 많은 분이 “역시 아직은 못 믿겠다”로 끝냅니다.

현장에서 들은 말
“프롬프트 → 산출물 → 피드백 → 개선의 선순환을 직접 체험했습니다.”
— LG전자 소프트웨어 PM 워크숍 참가자 무기명 후기 원문

차이는 한 가지였습니다. 신뢰가 서는 분은 프롬프트를 잘 쓴 게 아니라, 그 일을 둘러싼 구조를 먼저 세웠습니다. 오늘은 그 구조를 그림으로 보여 드리고, 제 과정 전체에 적용해 본 결과까지 이어 가겠습니다.

PART 1 · WHY STRUCTURE

똑똑한 동료를 온보딩하듯, 여섯 개의 기둥을 세운다

좋은 Agent는 좋은 신입과 같은 방식으로 만들어집니다. 똑똑한 신입에게도 우리는 자리를 만들어 줍니다. 무슨 일을 하는 부서인지 알려 주고, 절차를 주고, 좋은 결과의 기준을 알려 줍니다. Agent도 똑같습니다.

그 기둥은 여섯 개입니다. 아래 순서대로 세워집니다.

도식 1 · Agent는 ‘기반’ 위에서 네 단계를 돌고, 결과로 자신을 갱신한다
② 절차
표준 작업 절차(SOP)
어떻게 일하나
③ 단계
단계와 점검문
순서·게이트
④ 판단
좋은 결과의 기준
품질·금지
⑤ 산출
산출물 묶음
손에 드는 결과
① 현장 지식 지도(온톨로지) — 누가·무슨 사슬에서·어떤 현장 용어로. 네 단계 모두가 이 위에 선다
↩ ⑥ 학습 LOOP — 산출물에서 배운 것을 ②④①에 되돌려, 다음엔 더 잘한다
Source: 자체 운영 모델(AX Series 아키텍처), 2026-06 기준

이름이 어렵게 들리지만 뜻은 단순합니다. ① 현장 지식은 “내 업무가 무슨 동네인가”입니다. ② 절차는 “어떤 순서로 하나”, ③ 단계는 그 순서에 끼운 점검문, ④ 판단은 “무엇이 좋은 결과인가”입니다. ⑤ 산출은 손에 드는 결과물, ⑥ 학습은 그 결과로 앞의 기둥을 고치는 일입니다.

제가 10년간 본 가장 흔한 실수는, ④ 판단부터 시작하는 것입니다. “잘 좀 써 줘”라고요. 하지만 신입에게 부서도 안 알려 주고 잘하라고 하면 헛돕니다. 순서는 늘 ①부터입니다.
PART 2 · TWO LOOPS

빠른 손과 느린 머리, 두 개의 LOOP가 같이 돌아야 믿을 만하다

구조에는 세 개의 층이 있습니다. 무엇을 어떤 품질로 할지(거버넌스), 실제로 어떻게 움직일지(실행), 무엇 위에서 돌지(기반)입니다. 직장인에게 중요한 건 그 안에서 도는 두 개의 LOOP입니다.

표 1 · 두 LOOP는 시간의 단위가 다르다
LOOP무엇을 하나시간 단위
빠른 LOOP
(실행)
관찰 → 생각 → 행동 → 점검을 한 작업 안에서 수십 번 돈다. “이번 결과물을 잘 만든다.”초 ~ 분
느린 LOOP
(학습)
끝난 일에서 배운 것을 절차·판단 기준에 되돌린다. “다음부터 더 잘 만든다.”하루 ~ 주
Source: 자체 운영 모델 — 빠른 LOOP=작업 내 추론, 느린 LOOP=회고 후 자산 갱신

여기서 가장 중요한 대목이 점검문입니다. 사람이 반드시 손을 쥐어야 하는 곳, 곧 사람 사전 승인(Human-in-the-Loop·HITL)입니다. 외부로 나가는 발송, 회사 기밀, 돈이 걸린 확정. 이 셋은 Agent가 혼자 끝내게 두지 않습니다.

신뢰는 여기서 옵니다. 검색으로 근거를 붙이고(검색증강생성·RAG), 자기 초안을 한 번 더 비평하게 하고(AI 빨간펜), 위험한 지점에서 사람이 손을 쥡니다. 그러면 “그럴듯한데 틀린” 답이 실무에 쓸 수 있는 수준까지 내려옵니다. (검색 근거 적용 시 환각 감소는 공개 자료 기준 — 업무·데이터 품질에 따라 달라집니다.)

여섯 기둥과 두 LOOP를 한 장으로 포개면, Agent의 전체 구조는 세 개의 층이 됩니다. 무엇을 할지(거버넌스), 어떻게 움직일지(실행), 무엇 위에서 돌지(기반)입니다.

도식 2 · 세 층과 두 LOOP를 한 장으로 — Agent의 전체 구조
↩ 느린 LOOP(세션마다) — 산출물에서 배운 것을 절차·기준에 되돌린다
Tier A · 거버넌스 — 무엇을·어떤 품질로
② 절차
어떻게
③ 단계
순서·점검
④ 판단
좋은 결과 기준
⑤ 산출
결과물 묶음
① 현장 지식 지도(도메인×온톨로지) — 네 칸 모두가 이 위에 선다
↓ 지시(단계+품질 기준)  ·  ↑ 산출(결과물)
Tier B · 실행 — 어떻게 행동하나 (🔁 빠른 LOOP)
관찰 추론·계획 행동 검증 ↻ 스텝마다
🛠 도구
외부 연결·파일·실행·검색·보조 Agent
⚠ 사람 확정(HITL)
외부 발송·기밀·돈 걸린 결정은 AI 단독 금지
↑ 떠받침(추론·도구 실행·안전)
Tier C · 런타임 기반 — 무엇 위에서
AI 모델
성능 티어 선택
운영 하네스
실록(Sillok)
권한·격리
허용/차단
안전 가드레일
정보 유출 차단
메모리·컨텍스트
기억·캐시
Source: 자체 운영 모델(3층 × 2LOOP). 도구명은 일반어로 표기.
PART 3 · WHY IT HOLDS

신뢰는 더 똑똑한 모델이 아니라, 제가 직접 깐 하네스에서 나왔습니다

데모는 누구나 만듭니다. ‘실무에 쓸 수 있는가’에서 갈립니다. 그 분기점은 모델의 머리가 아니라, 모델을 둘러싼 구조, 곧 하네스(harness)입니다. 제 경우는 컨설턴트용 하네스를 직접 만들었습니다. (Sillok · 오픈소스)

그 위에 두 가지를 얹었습니다. 근거를 찾아 붙이는 검색증강생성(RAG), 쌓인 지식을 꺼내 쓰는 지식 저장소(Vault, Obsidian RAG 활용)입니다. 작동 원리는 단순합니다. 근거를 붙이고, 스스로 한 번 비평하고, 위험한 지점은 사람이 쥡니다. 이 세 관문을 통과한 답만 산출로 인정합니다.

도식 3 · 답은 세 관문을 통과해야 ‘신뢰할 산출’이 된다
질문
관문 1 · 근거
근거 검색(RAG·Vault) — 출처를 붙인다
관문 2 · 자기비평
초안의 약점을 스스로 지적
관문 3 · 사람
위험한 지점은 사람이 확정(HITL)
신뢰할 산출
Source: 자체 운영 하네스(Sillok) 구조 — 그라운딩·자기비평·사람 승인 3관문

효과는 생소한 분야에서 가장 분명했습니다. 처음 다루는 영역의 산출물을, 하네스를 끄고 한 번, 켜고 한 번 만들어 제3자 기준으로 채점했습니다.

2491
생소 분야 산출물 품질 (100점 만점)
70
날조한 사실 (건)
154/154
자동 회귀 테스트 통과 (회귀 0)
Source: 자체 평가, 2026-06-19 — 생소 분야 동일 요청 before/after 독립 채점(가중 100점). 자동 회귀 테스트 = 미리 만든 정답셋 154건.

특히 날조가 7건에서 0건으로 사라진 게 컸습니다. 나머지가 정확할수록, 그럴듯한 거짓 한 줄이 신뢰를 통째로 가져갑니다. 근거를 강제하니 그 한 줄이 막혔습니다.

환각은 한 방에 잡히지 않습니다 — 층으로 잡습니다
검색 근거(RAG)로 70~90% 줄이고 [공개 자료 기준], 자기비평으로 다시 절반 [자체], 마지막 위험한 지점은 사람이 쥡니다 [실무 기준 목표]. 업무·데이터 품질에 따라 달라집니다.
왜 직접 만들었느냐고 자주 묻습니다. 시중 도구는 매번 백지에서 시작하고, 근거를 강제하지 않고, 무엇이 맞는지 사후에도 알려 주지 않았습니다. 그 셋을 구조로 막지 않으면, Agent는 영원히 ‘데모’에 머뭅니다. 그래서 직접 개발하여 적용해보았습니다.
PART 4 · A REAL CASE

제 일에 직접 적용해 봤습니다 — 제안부터 사후관리까지

저는 기업의 제품·프로젝트·개발 리더(PO·PM·PL) 과정을 만드는 컨설턴트입니다. 제 일 자체가 네 단계입니다. 제안 → 기획 → 실행 → 사후관리. 이 네 단계 전체에 위 구조를 세웠습니다.

도식 4 · 같은 구조가 네 단계에서 도메인만 바꿔 반복된다
STEP 1 · 제안
검증된 자산을 재활용해 과정 제안서를 짓는다
STEP 2 · 기획
교재를 설계·작성·점검 세 역할로 나눠 만든다
STEP 3 · 실행
현장 데이터로 그라운딩하고 전원에게 빨간펜
STEP 4 · 사후
후기·회고를 절차와 기준으로 되돌린다
Source: 2026년 상반기 워크숍 운영 — 삼성전자·LG전자·KT Cloud·현대모비스 등 자체 기록
65명+
삼성전자 PMC 과정 한 차수 — 전원 동시 개인 피드백
33
LG전자 SW PM 워크숍 — 산출물 22건 직접 제작
4단계
제안·기획·실행·사후 — 같은 구조로 관통
Source: 2026년 상반기 자체 운영 기록 (대표 차수 기준). 현대모비스는 협업 워크숍 제안 진행 중.

각 단계에서 Agent가 하는 일, 사람이 쥐는 일

표 2 · 자동과 사람의 손이 갈리는 지점
단계Agent가 하는 일사람이 쥐는 일(HITL)
제안지난 검증 자산을 찾아 초안, 시수·형식 자동 점검, 과장 없는 근거 정리단가·제출 확정, 후기 인용 동의
기획설계 → 작성 → 점검 세 역할로 교재 양산, 실습 80% 비율 확인사실 검증, 빈칸을 답으로 채우지 않기
실행참가자 데이터로 현장 그라운딩, 전원에게 동시 빨간펜실데이터 외부 입력 금지, 강사 최종 판단
사후후기 모으기, 회고에서 재사용 가능한 교훈 추출실명 공개 동의, 성과 해석
Source: 자체 운영 모델 — 위험 노드는 사람이 확정(HITL)

특히 마지막 단계가 핵심입니다. 한 과정을 끝낼 때마다, 잘 된 절차와 기준을 다음 과정으로 되돌립니다. 오늘 제가 만든 제안 방식이 표준 절차로 회수되면, 다음 고객을 위한 제안은 자동으로 더 강해진 상태에서 시작합니다. 느린 LOOP가 도는 순간입니다.

가장 성숙했던 후기
“AI를 쓴다 하더라도 여전히 한계가 느껴집니다.”
— LG전자 워크숍 참가자 무기명 후기 원문. 한계를 본 것이야말로, 구조가 작동했다는 직접 증거입니다.
PART 5 · YOUR MONDAY

당신의 업무에도 같은 기둥을 세운다 — 이번 주 첫 한 줄

컨설턴트의 과정만 그런 게 아닙니다. 반복되는 업무가 있는 직장인이라면 누구나 같은 기둥을 세울 수 있습니다. 거창한 도구가 아니라, 순서가 핵심입니다.

표 3 · 다섯 개의 첫걸음 — 그대로 따라 할 수 있게
기둥이번 주 첫 행동
① 현장 지식내 직무·매주 만드는 산출물·자주 쓰는 현장 용어를 한 장 표로 정리해 달라고 시킨다
② 절차반복 업무 하나를 골라 “단계”로만 적는다 (5단계 이내)
④ 판단“좋은 결과물의 조건 다섯 가지”를 먼저 주고 나서 일을 시킨다
빨간펜결과를 그대로 쓰지 않는다. “이 초안의 약점 세 가지를 지적해 줘”를 한 번 더
⑥ 학습잘 된 지시문과 절차를 메모로 남겨, 다음에 그대로 다시 꺼낸다
Source: 본문 구조의 직장인 적용판 — 도구 무관, 순서가 본질
오늘의 한 줄
“내 직무는 ○○이고, 매주 만드는 산출물은 △△, 자주 쓰는 현장 용어는 □□야. 이걸 한 장 표로 정리해 줘.” — 여기서부터 시작하면 됩니다. ① 현장 지식 한 장이 나머지 다섯 기둥의 바닥이 됩니다.

한 번에 여섯 기둥을 다 세울 필요는 없습니다. ① 한 장부터 세우고, 한 주에 한 기둥씩 늘리면 됩니다. 그게 전부입니다. 느린 LOOP가 한 바퀴 돌 때마다, 당신의 Agent는 조금씩 더 똑똑해집니다.

도구는 자주 바뀝니다. 작년에 쓰던 것과 올해 쓰는 것이 다릅니다. 그래서 저는 도구가 아니라 기둥을 가르칩니다. 기둥은 바뀌지 않습니다. 똑똑한 동료를 온보딩하는 법은, 10년 전에도 지금도 같습니다.

이 시리즈의 다음 글에서는, ‘도구를 고르는 질문’보다 ‘역질문(되묻기)’이 왜 Agent 역량의 핵심인지 — KT Cloud 워크숍 현장 사례로 이어 갑니다.  →  AX 시리즈 전체 글 보기

글 · 김태영 코치 (PM 코치) · AX Series. 본문의 효과 수치는 자체 운영 실측 또는 공개 자료 기준이며, 업무·데이터 환경에 따라 달라질 수 있습니다.

Project Research에서 더 알아보기

지금 구독하여 계속 읽고 전체 아카이브에 액세스하세요.

계속 읽기