메모
이 글에서는 표준 하네스로 구동되는 에이전트 또는 에이전트 플로우에서 사용되는 기능에 대해 설명합니다.
에이전트 노드는 플로우가 AI 에이전트에게 단계를 넘기도록 허용하며, AI 에이전트는 추론하고 도구를 호출하며 지식 소스에서 추출한 후 결과를 반환합니다. 어떤 단계가 판단, 다단계 조정, 혹은 흐름 외부에서 얻은 정보가 필요할 때 사용하세요.
에이전트 노드를 사용하여 다음을 수행할 수 있습니다.
- 기존 에이전트에게 연락하세요.
- 이전 단계의 동적 콘텐츠를 포함하여 에이전트에 자연어 명령을 제공합니다.
- 작업을 수행할 수 있도록 에이전트에 도구(MCP(모델 컨텍스트 프로토콜) 서버 및 커넥터)를 장착합니다.
- 에이전트가 콘텐츠에서 답변할 수 있도록 지식(SharePoint 사이트, 공개 웹 사이트)을 통해 기반을 구축합니다.
- 프로세스의 후속 단계에서 에이전트의 응답을 활용하세요.
에이전트 플로우에서는 기존 게시된 에이전트를 선택하거나 에이전트 빌더 경험에서 새 게시된 에이전트를 생성한 후 플로우에서 호출할 수 있습니다.
에이전트 노드 추가
Copilot Studio에서 Flows 로 이동하여 기존 에이전트 흐름을 열거나 새 에이전트 흐름을 만듭니다.
- 새로운 흐름: 트리거를 구성하기 위해 디자이너 페이지로 이동합니다.
- 기존 흐름: 개요 페이지로 이동하면 디자이너 페이지로 이동해야 합니다.
에이전트를 호출하려는 흐름의 지점에서 새 작업 삽입 아이콘
을 선택합니다.작업 추가의 AI 기능에서 에이전트 실행을 선택합니다. 에이전트 노드 실행이 흐름에 나타납니다.
에이전트 노드에 대한 기존 에이전트 선택
실행 및 에이전트 편집기의 에이전트에서 다음 두 가지 옵션 중 하나를 선택할 수 있습니다.
기존 에이전트 선택: 목록에서 게시된 에이전트를 선택합니다. 에이전트는 이미 구성된 지침, 도구 및 지식으로 실행됩니다.
새 에이전트 만들기: 새로 만들기를 선택하여 새 에이전트를 만듭니다. 그러면 에이전트 작성기 환경이 있는 새 브라우저 탭이 열립니다. 에이전트를 빌드하고 게시한 다음 흐름 디자이너로 돌아가 기존 에이전트 목록에서 선택합니다.
기존 에이전트를 선택하면 에이전트에게 메시지 보내기 단계로 건너뜁니다.
에이전트 노드에 대해 새 에이전트를 생성하세요
새로 선택하면 새 브라우저 탭에서 에이전트 빌더 경험을 엽니다. 에이전트 빌더에서는 에이전트의 지침, 지식, 기능을 설정합니다.
에이전트 빌드를 마치면 게시하고 플로우 디자이너로 돌아가 기존 에이전트 목록에서 선택하세요.
기존 에이전트에 메시지 보내기
기존 에이전트를 선택하면 노드에 메시지 필드가 표시됩니다. 이 필드를 사용해 에이전트에게 이번 플레이에서 무엇을 해야 하는지 알려주세요. 에이전트의 지침, 도구 및 지식은 게시된 에이전트에 이미 설정되어 있습니다.
메시지 필드에 이 실행에 대한 프롬프트를 작성합니다. 동적 콘텐츠 선택기를 사용하여 에이전트가 실제 런타임 데이터에 대해 이유를 알 수 있도록 이전 단계의 토큰을 삽입합니다.
확실하지 않은 경우 사람 지원 요청
에이전트가 자체적으로 진행할 수 없을 때 사람에게 요청하도록 하려면 확실하지 않은 경우 사용자 지원 요청을 켭니다. 에스컬레이션이 발생하면 에이전트는 연결 소유자에게 전자 메일로 입력 요청을 보냅니다.
이 옵션은 에이전트의 작업에 지침이나 사용 가능한 지식을 넘어서는 해석이 필요할 수 있는 경우에 유용합니다. 예를 들어 에이전트가 경비 보고서를 검토하고 정책과 일치하지 않는 비정상적인 요금을 발견하면 잘못된 승인을 하지 않고 사용자가 결정할 보고서에 플래그를 지정할 수 있습니다.
에이전트 응답을 에이전트 플로우에서 활용하세요
에이전트 노드가 실행되면 에이전트 플로우는 에이전트가 작업을 완료할 때까지 기다립니다. 그러면 에이전트 응답을 이후 단계에서 사용할 수 있는 동적 콘텐츠로 사용할 수 있게 됩니다.
다운스트림 작업에서 에이전트 응답을 사용하려면 다음을 수행합니다.
응답을 사용하려는 작업(예: 전자 메일 보내기 또는 행 업데이트 작업)을 선택합니다.
응답을 삽입할 필드에서 동적 콘텐츠 선택기를 엽니다.
에이전트 실행 단계에서 출력을 찾고 에이전트 응답을 선택합니다.
에이전트 응답을 사용하는 일반적인 방법:
- 전자 메일 또는 메시지의 본문에 응답을 삽입합니다.
- 에이전트가 반환한 것을 바탕으로 에이전트 흐름을 분기하는 조건을 정의하세요.
- 나중에 참조할 수 있도록 변수 또는 데이터 원본에 응답을 저장합니다.
자동화 시나리오
에이전트 노드는 더 긴 워크플로에서 한 단계로 가장 효과적입니다. 이전 단계에서는 입력을 수집하고 정규화하고, 에이전트는 추론을 수행하고, 이후 단계는 여러 시스템에서 결과에 대해 작동합니다.
들어오는 지원 티켓 분류
Dataverse에서 새 티켓을 만들 때 워크플로가 트리거됩니다. 이전 단계에서는 티켓 본문, 첨부파일, 고객의 최근 사례 이력을 조회합니다. 에이전트 노드는 모든 것을 읽고, 제품 지식 베이스(SharePoint)에 기반을 두고, , prioritysuggested_ownerdraft_reply와 함께 category구조화된 출력을 반환합니다. 나중에 priority에서 분기를 처리하여 가동 중단일 경우 대기 중인 엔지니어를 호출하고, 그렇지 않으면 티켓을 할당하고 초안 회신을 대기 큐에 넣습니다.
정책에 대한 비용 보고서 검토
비용 보고서가 제출되면 워크플로가 트리거됩니다. 이전 단계에서는 항목별 항목을 불러오고 비미화 금액을 변환하여 에이전트가 단일 기준으로 계산합니다. 에이전트 노드는 정책 SharePoint 사이트를 기준으로 하며, 각 줄별 compliant 플래그 및 reason를 반환합니다. 이후 단계에서는 자동 승인 후 분개장 기입을 지급 계정 시스템에 전기하거나, 에이전트의 설명을 첨부한 승인 작업을 시작하고 재무 검토자를 기다립니다.
모임 브리핑 준비
워크플로는 매일 아침 실행되고, Outlook 하루의 모임을 나열하고, 각 모임을 반복합니다. 모든 회의마다 이전 단계에서 Dynamics 365에서 계정 맥락을 가져옵니다. 에이전트 노드는 Work IQ 를 사용해 참석자들과 함께한 최근 메일과 Teams 스레드를 스캔하고, 토킹 포인트, 열린 위험 사항, 추천 질문을 반환합니다. 이후 단계에서는 모임 30분 전에 이메일을 보내 HTML 브리핑에 출력하는 형식을 지정하고 Teams에 적응형 카드로 게시합니다.
자주 묻는 질문
인라인 에이전트는 언제 사용해야 하며 언제 기존 에이전트를 사용해야 하나요?
에이전트의 작업이 하나의 워크플로와 관련이 있고 지침, 도구, 지식 및 출력을 비롯한 모든 항목이 워크플로와 함께 이동하려는 경우 인라인 에이전트 를 사용합니다. 인라인 에이전트는 구성이 사용하는 단계 바로 옆에 있기 때문에 설정 속도가 빠르고 추론하기가 더 쉽습니다.
동일한 에이전트가 여러 워크플로우 또는 플랫폼에서 공유되거나 (예: Teams에서 채팅하는 경우), 또는 다른 팀이 소유한 에이전트를 호출하고자 하는 경우 기존 에이전트를 사용합니다.
에이전트 노드는 언제 사용해야 하며 언제 프롬프트 노드를 사용해야 하나요?
둘 다 워크플로에 AI를 추가하지만 서로 다른 작업을 위해 빌드됩니다.
| Capability | 에이전트 노드 | 프롬프트 노드 |
|---|---|---|
| 도구 조율 | 모든 에이전트 도구에 대한 모든 권한 | 코드 인터프리터만 |
| 지식 원천 | 지원되는 모든 기술 자료 | Dataverse만 |
| 사용자 검토 | Yes | No |
| 작업 복잡성 | 복잡한 작업. 에이전트 오케스트레이터는 여러 작업을 관리할 수 있습니다. | 한 턴으로 수행할 수 있는 간단한 작업 |
단계에서 추론, 도구 오케스트레이션 또는 접지된 지식이 필요한 경우 에이전트 노드 를 사용합니다. 텍스트를 변환하거나 생성하는 모델만 필요한 경우 프롬프트 노드 를 사용합니다.
이 워크플로 외부에서 인라인 에이전트를 다시 사용할 수 있나요?
No. 인라인 에이전트는 워크플로로 제한됩니다. 여러 워크플로에서 동일한 인라인 에이전트를 빌드하는 경우 게시된 에이전트로 승격하고 대신 각 워크플로에서 해당 에이전트를 호출합니다.