LG전자 ES본부 ESCAPE DAY
2026-11-10(화) 13:00–16:00
고급
Multi-Agent로
가상팀 만들기
작성자 → 검증자 → 사람 승인 흐름을 만들고, 같은 세 입력으로 검증 기준을 바꿔 비교합니다
● 설명 2분 · 오프닝
오후 세 시간의 지도
- 01
환경과 경로13:00 설명 5 → ✓ CP0 접속·확인 5
- 02
먼저 묻기13:10 ● 설명 15 → 사례 질문 10
- 03
두 역할13:35 설명 1 → ◆ 시연 4 → ▶ 실습 6 → ✓ 확인 2
- 04
흐름 R1 · R2 · R313:50 ◆ 시연 4 → ▶ 실습 7 · R2 15 · CP4 8
- 05
읽기와 적용15:00 설명 10 → ▶ 선택 5 → 적용·발표 20 → Q&A
● 설명 2분 · 오늘의 하네스
하네스 네 층,
오늘 채우는 것
모델이 무엇을 읽고, 무엇을 할 수 있고, 어떻게 답하고, 무엇이면 통과인지 정한 작업 환경
01지시역할과 판정 규칙. 작성자 04, 검증자 05 → 06
02지식모델이 실제로 읽는 원문. 01 하나를 역할마다 연결
03도구모델이 부를 수 있는 것. 파일 검색만, 웹 검색은 제거
04검증무엇이면 통과인가. A3 세 패킷, 추적, 사람 승인
✓ 확인 · CP0 · 통과 기준 7개 · 13:00–13:10
CP0 환경·경로·배너
- ai.azure.com → 새 Foundry 토글 켜짐 → 교육용 프로젝트
- 상단 빌드(Build) → 왼쪽 만들기(Create) → 에이전트(Agents)
- 실행 경로를 A(워크플로)로 표시했다. 막히면 B(수동 인계)
- 올리는 파일은 01 원문 하나. 시험 패킷 A3는 올리지 않는다
- 워크플로 탭 맨 위 배너를 읽었다: 12월 1일 사용 중지
- 게시 버튼 · 실제 고객 발송 · 설비 조작 · 사내 자료 외부 반출
- 권한 오류·로그인 실패는 보조강사에게
▷ 실습 중 참고 · CP0 · 막혔을 때 13:07–13:10
막히면 먼저 볼 층
| 증상 | 먼저 볼 층 | 조치 |
|---|
| 업로드 버튼 흐림 | 도구 | 파일 검색 지원 모델로 |
| 처리 완료 안 뜸 | 지식 | 재업로드 금지, 문맥 직접 |
| 미리 보기 비활성 | 환경 | 새로 고침, 재로그인 |
| 429 응답 | 환경 | 대기 후 1회 재시도 |
| JSON 깨짐 | 지시 | 고정 패킷 A3-1로 합류 |
| 판정 표식에 File search 없음 | 도구·검증 | 원문 조회 지시 한 줄 추가 |
| 초안 일부만 넘어감 | 인계 | 입력 메시지 변수 확인 |
정말 여러 에이전트가
필요한가
역할 이름이 아니라 넘어가는 정보와 검증 기준이 팀을 만듭니다
● 설명 15분 → 사례 질문 10분 · 13:35 두 역할
● 설명 3분 · 판별
내 업무에 네 가지를 묻습니다
- 하나의 지시문과 원문 묶음으로 끝낼 수 있는가 → 단일부터
- 단계마다 자료·도구·권한이 다른가 → 역할 분리 검토
- 결과를 독립적으로 대조해야 하는가 → 작성자·검증자
- 순서와 멈출 조건을 미리 정할 수 있는가 → 흐름과 승인 지점
- 하나로 충분한 일을 굳이 나눈다
● 설명 3분 · 패턴
작성자–검증자와 오케스트레이터
두 에이전트가 같은 오류를 놓칠 수 있습니다. 호출 여부는 선이 아니라 추적(Traces)에서 봅니다
작성자 – 검증자 (오늘)
- 순서를 고정한다
- 작성자는 초안과 근거 패킷
- 검증자는 원문에 비춰 판정만
- 사람이 최종 사용을 결정
오케스트레이터 – 서브에이전트
- 조율자가 상황에 따라 호출
- 어떤 역할이 불릴지 실행 때 정해짐
- 호출 여부를 기록으로 확인해야
- 오늘 범위 밖
● 설명 3분 · 기능 지형 · 2026-11-09 기준
멀티에이전트를 만드는 자리
| 자리 | 무엇 | 상태 | 오늘 |
|---|
| Workflows | 선언형·노코드 흐름 | Preview · 12-01 퇴역 | 지금 실습 |
| 호스티드 에이전트 | 내 코드 컨테이너·SDK | GA | 12-01 뒤 대안 |
| A2A | 에이전트 간 위임 표준 | v1.0 GA | 지도만 |
| 하네스 서브에이전트 | 한 에이전트 안 보조 | Preview | 다음 장 |
| Routines | 에이전트 하나 예약 실행 | GA 2026-09 | 15:10 선택 실습 |
● 설명 2분 · 기능 지형 · 공유 자산
팀의 공유 자산 세 자리
검증 층을 플랫폼이 거드는 자리. 그래도 내용 기준은 06 지시문처럼 내가 씁니다
01Toolbox여러 도구와 스킬을 MCP 엔드포인트 하나로. 인증 중앙 처리. 프롬프트 에이전트용 Preview
02Foundry IQ조직 큐레이션 지식, 여러 소스, 권한 인식·인용. 파일이 부서 공유가 되면 이 자리. 포털 경로 preview
03가드레일검사 지점 4곳 중 도구 호출·도구 응답 검사. 지정하면 모델 배포 가드레일을 대체. 에이전트용 Preview
● 설명 1분 · 맞혀 보세요 · 기능 지형
12월 1일 뒤, 오늘 만든 이 흐름은 어떻게 됩니까?
- A사라진다. 에이전트도 함께 없어진다
- B디자이너만 사라진다. 에이전트·계약·기준은 남는다
- C호스티드 에이전트로 자동 이관된다
생각해 보세요
정답B디자이너만 사라진다. 에이전트·계약·기준은 남는다이관은 자동이 아니고 성공을 보장하지 않습니다. 남는 것은 에이전트, 계약, 기준입니다
● 설명 10분 · 맞혀 보세요
문서명·절·인용문이 다 있는 A3-2. 검증자의 판정은?
- A통과, 근거 형식이 완벽하다
- B사람 확인 필요, 수치가 커서
- C반려, 그 문서가 없고 §2.1은 50 m
생각해 보세요
정답C반려, 그 문서가 없고 §2.1은 50 m형식이 완벽한 틀린 답. 형식만 보는 기준은 통과시킵니다
작성자와 검증자 만들기
검증자는 인용문이 아니라 원문을 직접 봅니다
● 설명 1분 → ◆ 시연 4분 → ▷ 참고 1분 → ▶ 실습 6분 → ✓ 확인 2분 · 13:50 첫 흐름
● 설명 1분 · 실습 경로
같은 Azure 안에서 두 방식
| 경로 | 시작 조건 | 하는 일 |
|---|
| A 자동 연결 | 워크플로 저장·미리 보기 | 순차 흐름에 두 역할 |
| B 수동 인계 | 에이전트만 실행됨 | 사람이 패킷을 옮긴다 |
| 공통 | 같은 원문·지시·입력 | 기록에 자동/수동 표기 |
◆ 시연 3분 · 강사 화면 · CP1 · 13:35–13:50
CP1 작성자 만들기
보기만 하십시오. 제 화면으로 먼저 갑니다. 같은 순서를 19장에서 직접 하십니다
01새 에이전트새 에이전트(New agent) → 에이전트 만들기. 이름 끝 writer, 텍스트. 이름은 변경 불가
02모델 확인모델(Model)은 파일 검색 지원 모델. 업로드 버튼이 흐리면 모델부터
03도구 = 원문도구(Tools) → 파일 업로드 → 파일 첨부: 인덱스 이름, 01 하나. 웹 검색은 … → 제거
04지시 = 키트 04지시(Instructions)에 04 붙여 넣기 → 저장(Save). 버전 번호가 오른다
05단독 시험새 채팅(New chat): 시운전 전 확인 항목. 인계 패킷 JSON이 나오는가
◆ 시연 1분 · 강사 화면 · CP2 · 13:35–13:50
CP2 검증자 만들기
보기만 하십시오. 제 화면으로 먼저 갑니다. 다음 장에서 두 에이전트를 같은 순서로 만듭니다
01새 에이전트이름 끝 verifier, 텍스트. 작성자와 같은 절차
02도구 = 같은 원문파일 업로드로 01을 별도 인덱스로. 웹 검색 제거
03지시 = 키트 05비교용 약한 기준. 판정·이유·수정 요청만, 답은 다시 쓰지 않는다
04저장저장(Save). 첫 판정은 13:50 R1에서 작성자 패킷으로
▶ 실습 6분 · CP1·CP2 · 키트 01·04·05 · 13:42–13:48
지금 같은 순서로:
작성자와 검증자
지금 같은 순서로 하십시오. 막히면 05장 표와 보조강사, JSON이 깨지면 고정 패킷 A3-1로 합류
01새 에이전트 ×2이름 끝 writer · verifier, 텍스트. 이름은 변경 불가
02모델 확인파일 검색 지원 모델. 업로드 버튼이 흐리면 모델부터
03도구 = 01 원문파일 업로드로 01을 각각 별도 인덱스로. 웹 검색 … → 제거
04지시 = 04 · 05작성자 04, 검증자 05 붙여 넣기 → 저장(Save)
05작성자 단독 시험새 채팅: 시운전 전 확인 항목 → 인계 패킷 JSON
✓ 확인 · CP1·CP2 · 통과 기준 7개
두 에이전트가
각각 실행되는가
- 작성자 패킷에 질문·초안·claims·not_found·결재 대기
- 검증자는 판정만 낸다. 답을 다시 쓰지 않는다
- 두 에이전트 모두 도구에 파일 검색(01 하나), 웹 검색 없음
- 답변 아래 표식에 File search, 추적(Traces) 열림
- 시험 패킷 A3를 파일 업로드에 올린다
- JSON 모양을 스키마 검증으로 본다
- JSON이 깨지면 고정 패킷 A3-1로 합류
첫 흐름 실행
선이 아니라 같은 패킷이 넘어갔는지
◆ 시연 4분 → ▶ 실습 7분 → ✓ 확인 2분 · 14:05 휴식 · R2 ▶ 실습 15분 · CP4 ▶ 실습 8분 · 14:55 휴식
◆ 시연 4분 · 강사 화면 · CP3 · 13:50–14:05
CP3 워크플로로 첫 흐름 R1
보기만 하십시오. 제 화면으로 먼저 갑니다. 다음 장에서 같은 순서로 만듭니다
01워크플로 탭상단 탭 워크플로(Workflows) → 워크플로 만들기 → 템플릿 4종(빈·순차·Human in Loop·그룹 채팅) 중 순차(Sequential)
02첫 노드 = 작성자에이전트(Agent) 노드 → 노드 설정 → 에이전트 선택. 입력 System.LastMessage
03출력 저장'출력 메시지를 다음으로 저장' Local.LatestMessage → 완료(Done)
04둘째 노드 = 검증자입력 메시지 Local.LatestMessage. 템플릿 셋째 노드·메모는 … → 삭제
05저장 → 미리 보기저장(Save, 자동 저장 아님) → 이름 → 미리 보기(Preview)에 정상 질문. 답 아래 추적(Traces)
▶ 실습 7분 · CP3 · 키트 09 · 13:56–14:03
지금 같은 순서로:
첫 흐름 R1
지금 같은 순서로 하십시오. 막히면 경로 B 수동 인계로 같은 기록을 남깁니다
01워크플로 탭워크플로(Workflows) → 워크플로 만들기 → 순차(Sequential)
02첫 노드 = 작성자노드 설정 → 에이전트 선택. 입력 System.LastMessage
03출력 저장출력 메시지를 Local.LatestMessage로 → 완료(Done)
04둘째 노드 = 검증자입력 Local.LatestMessage. 템플릿 셋째 노드·메모 삭제
05저장 → 미리 보기저장(Save) → 이름 → 미리 보기에 정상 질문 → 키트 09 R1 기록
✓ 확인 · CP3 R1 · 통과 기준 7개
릴레이 한 번,
같은 패킷이 넘어갔는가
- 두 노드가 모두 실행됐다 (초록 체크, 미리 보기 결과)
- handoff_id·질문·claims가 앞뒤에서 같다
- 선이 이어졌다는 것만으로 통과시킨다
- R1에 자동/수동을 적었다 (키트 09)
- B: 작성자 새 채팅 → JSON 복사 → 검증자 새 채팅 → R1 '수동'
- 미리 보기 비활성은 새로 고침, 안 되면 재로그인
- 편집 화면 추적(Traces) 탭은 App Insights 연결 뒤에만 채워진다
● 설명 5분 · R2 · 14:15–14:35 · 인계 계약
오늘의 인계 계약 네 줄
| 계약 | 규칙 | 하지 않는 것 |
|---|
| 받는 정보 | 질문·초안·근거·미발견 | 이전 대화·지시문·추론 |
| 행동 | 초안만·판정만·사람 결정 | 모델의 자체 승인 |
| 결과 | 결재 대기. 승인은 사람만 | 통과를 승인으로 봄 |
| 재실행 | 1회 수정, 재반려면 사람 | 승인 선택으로 덮기 |
▶ 실습 15분 · R2 사람 승인 · 키트 09 · 14:20–14:35
질문 노드 하나가
승인 통제는 아닙니다
- 반려 먼저
- 질문하기(Ask a question) 노드 뒤 if/else. 반려 입력으로 완료 경로가 닫히는지 시험
- 세 가지 구분
- 통과는 AI 판정, 승인은 사람 결정, 전송은 별도 행동
- 안 되면
- 분기를 못 만들면 흐름을 끝내고 수동 승인 기록으로. R2에 판정과 결정 따로
▷ 실습 중 참고 · CP4 · 고정 입력 14:35–14:55
세 패킷, 세 가지 조건
A3-1정상 근거§2.1–2.3과 일치하는 가상 설치 수치
A3-2지어낸 출처없는 서비스 매뉴얼 §7.4로 70 m 허용 주장
A3-3진짜 인용, 빠진 조건§4.1·4.2 인용. 같은 날 2회 E-21에 재기동 권고
● 설명 4분 · 맞혀 보세요
인용은 §4.1·4.2 그대로인 A3-3. 판정은?
- A통과, 인용이 원문과 일치한다
- B사람 확인 필요, 현장 조치라서
- C반려, §4.3 차단 누락과 §5.2 위반
생각해 보세요
정답C반려, §4.3 차단 누락과 §5.2 위반'안전에 유의' 한 문장은 §4.3·§5.2의 구체 조건을 대신하지 못합니다
◆ 시연 1분 · 강사 화면 · CP4 · 14:35–14:55
CP4 같은 입력,
기준만 바꿉니다
보기만 하십시오. 제 화면으로 먼저 갑니다. 다음 장에서 같은 다섯 단계를 하십니다
0105로 3건검증자 새 채팅마다 A3 하나. 형식 기준 판정을 기록. 유도하지 않는다
02지시만 06으로모델·원문·입력 그대로. 지시(Instructions)만 06으로 바꿔 저장
03같은 3건 재판정새 채팅. 판정과 함께 이유가 원문 절 번호와 맞는지
04표식 없으면 0번 줄판정 아래 표식에 File search가 없으면 지시문 맨 앞 0번 줄 → 재판정
05전체 흐름 재시험정상 질문 + 함정 'E-99가 떴어요'. not_found는 정상, 지어내면 반려
▶ 실습 8분 · CP4 · 키트 06·07·09 · 14:42–14:50
지금 같은 순서로:
기준만 바꿉니다
지금 같은 순서로 하십시오. 어떤 판정이 나와야 한다고 유도하지 않습니다
0105로 3건새 채팅마다 A3 하나. 형식 기준 판정을 키트 09에 기록
02지시만 06으로모델·원문·입력 그대로. 지시(Instructions)만 06 → 저장
03같은 3건 재판정새 채팅. 이유가 원문 절 번호와 맞는지
04표식 없으면 0번 줄File search 표식이 없으면 지시문 맨 앞 0번 줄 → 재판정
05전체 흐름 재시험정상 질문 + 함정 E-99. not_found는 정상, 지어내면 반려 → R3 기록
● 설명 2분 · 실측 2 · 수정 전 · 2026-11-09 외부 Foundry
강사 외부 실측: 기준 06 그대로, A3-2의 판정은?
- A반려, 06은 원문 대조 기준이니까
- B통과, 파일 검색을 부르지 않았다
- C사람 확인 필요, 수치가 커서
생각해 보세요
정답B통과, 파일 검색을 부르지 않았다기준을 써 놓은 것과 모델이 도구를 부르는 것은 다릅니다. 표식에 File search 없음
✓ 확인 · CP4 · 통과 기준 7개
기준을 바꿨고,
반려가 기록됐는가
- 형식 기준(05) 판정 3건을 기록했다
- 기준만 바꿨다. 모델·원문·입력은 그대로
- 재판정의 이유가 원문 절 번호와 맞다
- 표식·추적에 File search가 있다. 없으면 0번 줄
- 전체 흐름에서 정상 질문과 E-99를 돌렸다
- 실패를 보여 주려고 결과를 꾸미거나 모델을 바꾼다
- 정직한 not_found는 반려 대상이 아니다
흐름 설정 읽기와
내 업무 적용
설정의 순서와 실행 기록의 순서가 맞는가
● 설명 10분 → ▶ 선택 실습 5분 → ▶ 적용·발표 20분 → 경계 7분 → Q&A 13분 · 16:00 종료
● 설명 5분 · 설정 읽기 · 15:00–15:10
YAML과 기록에서
네 가지를 찾습니다
캔버스 위 보기 전환: 시각화 도우미(Visualizer) · YAML · 코드(Code). 선이 아니라 저장된 설정으로 연결을 확인합니다
01순서작성자와 검증자의 실행 순서는 어디에 정해져 있는가
02전달 값작성자 결과가 검증자에게 어떤 값으로 넘어가는가
03분기반려·보류에서 어디로 가며 실제로 멈추는가
04사람과 재실행사람이 결정하는 지점과 재실행 횟수는 어디에 있는가
● 설명 4분 · 적용
역할 수가 아니라
인계가 증거입니다
이름만 나눔
- 역할 이름 여럿, 선으로 연결
- 무엇이 넘어갔는지 모름
- 반려가 멈추지 않음
인계가 적힘
- 인계 필드와 판정 기준
- 사람 승인 지점
- 한 번 수정 뒤 중단 조건
검증 가능한 인계가 팀을 만든다
▶ 선택 실습 5분 · 키트 11 · 15:10–15:15 · 운영
루틴 예약: 검증 통과한
작성자를 매일 09:00
01Create routine작성자 빌더 채팅창 아래 'Create routine for this agent'. 대안: 상단 탭 Routines → Create routine
02New routineName R-이니셜-daily · Agent 내 작성자 · Prompt 키트 08 T1 질문 그대로 · Conversation 비움
03트리거Recurring schedule · Daily · 9:00 AM → Create & start. 상태 Active, 'At 09:00 AM'
04Test runTest run 1회 → 실행 목록 State Completed. Failed면 사유 기록. 추적은 App Insights 연결 뒤
05PausePause → Paused. Routines 탭에서 내 행 확인. 키트 11에 이름·트리거·결과·상태
▶ 적용 실습 10분 + 발표 10분 · 15:15–15:35
업무 → 흐름 → 근거 → 멈춤
- 업무 — 한 가지. 단일인가 멀티인가, 왜
- 흐름 — 역할별 원문·권한, 인계 필드
- 근거 — 판정 기준과 원문 대조
- 멈추는 지점 — 사람 승인, 재실행 횟수, 누가 받는가
● 설명 7분 · 경계 · 15:35–15:55
교육용 흐름과 운영은 다릅니다
- 승인된 데이터·권한·로그·운영 환경을 담당자와 확인
- 교육용 흐름을 곧바로 고객 서비스에 연결한다
- 통과(AI) · 승인(사람) · 전송(별도)을 구분한다
- 허용 모델의 파일 검색, 추적 연결, 분기, Routines 탭은 사내 확인
- 12-01 워크플로 종료. Preview는 시험까지, 운영은 GA 확인 뒤
- 루틴은 Pause로 남긴다. 운영 승인 전엔 Active로 두지 않는다
- 흐름·판정·사람의 이유·자동/수동 표기를 함께 저장
고맙습니다
고맙습니다
흐름과 판정, 사람이 결정한 이유를 함께 저장하십시오
Last updated 2026-11-10 07:14 KST · R3.2
