Latest / M365.FM – Microsoft 365, Copilot & AI 팟캐스트 (한국어) / Microsoft Copilot이 ‘보지 못하는’ 이유: Copilot Studio와 Teams Toolkit으로 Salesforce·ServiceNow 연동 에이전트 만들기 (AI 더빙)

Transcript

Microsoft Copilot이 ‘보지 못하는’ 이유: Copilot Studio와 Teams Toolkit으로 Salesforce·ServiceNow 연동 에이전트 만들기 (AI 더빙) · M365.FM – Microsoft 365, Copilot & AI 팟캐스트 (한국어)

0:00
코파일럿 이 귀하의 비즈니스를 잘 안다고 생각하시나요? 그렇지 않습니다. 코파일럿은 볼 수 없습니다.
0:03
셰어포인트 헤드라인이나 몇 개의 이메일, 오래된 팀제 채팅 정도만 보일 뿐입니다.
0:06
세일즈포스 위 파이프라인이나 서비스 나우 위 장애 상황, 독자적인 API는 보지 못합니다. 바로 그 지점이 단절되어 있습니다.
0:11
이제 해결책을 제시합니다. 귀사의 실제 시스템을 기반으로 하는 맞춤형 에이전트를 구축해보겠습니다.
0:15
세일즈포스, 서비스 나우, 그리고 사내 레스트 API까지 연결합니다.
0:18
마이크로소프트 365 내부에서 관리되고 인증되며 감사가 가능한 작업이 이루어집니다.
0:22
결과적으로 귀사는 실질적으로 상황을 파악하고 실행하는 엔터프라이즈급 에이전트를 갖게 될 것입니다.
0:25
보여주기식이 아닌 진정한 액세스와 통제력을 확보하십시오. 잠시 집중해주세요.
0:29
대부분의 팀이 간과하는 한 가지 단계가 있습니다. 그것이 바로 소음과 진실을 가르는 차이입니다.
0:33
코파일럿 이 어떻게 보는지, 그리고 왜 기본적으로는 볼 수 없는지에 대해 설명합니다.
0:36
코파일럿 이 귀하의 업무를 이해한다고 들으셨을 겁니다. 하지만 진실은 훨씬 더 단순하고 냉혹합니다.
0:41
코파일럿은 기반이 되는 정보만을 봅니다. 그 이상도, 그 이하도 아닙니다.
0:45
기본 상태에서 코파일럿 위 시야는 마이크로소프트 365워크 그래프로 한정됩니다.
0:50
아웃룩 스레드, 팀제 채팅, 시어포인트 및 온드라이브 파일, 그리고 회의 기록 정도입니다.
0:54
유용하지만 범위는 좁습니다. 일상적인 작업주의를 맴도는 얕은 수준이죠. 그게 전부입니다.
0:58
세일즈포스는 보지 못합니다. 생존과 직결된 계정 상태를 확인할 수 없죠. 서비스 나우 도보지 못합니다.
1:03
인시던트 우선 순위 나 위반된 SLA를 알 수 없습니다. 방화벽과 커스텀 스키마 뒤에 있는 내부 시스템도 볼 수 없습니다.
1:08
볼 수가 없는 것입니다. 접근 경로도, 토큰도, 도구도, 기반 데이터도 없으니 추측하거나 환각을 일으키거나 모른 척할 뿐입니다.
1:14
그게 바로 눈먼 상태입니다. 왜일까요? 아이디와 데이터는 마법이 아니기 때문입니다.
1:18
그것들은 파이프이고, 토큰이며, 정책입니다. 외부 시스템으로의 작업 경로를 연결하지 않으면 코파일럿은 이를 호출할 수 없습니다.
1:24
지식 원천을 제공하지 않으면 코파일럿은 이를 인용할 수 없습니다. 엄격한 경계를 정해 지침을 주지 않으면 코파일럿은 그 빈 공간을 자신감 넘치는 오류로 채워버립니다.
1:30
이미 경험해 보셨을 겁니다. 친절하지만 틀린 답이죠. 이제 좋은 소식을 알려드립니다. 이러한 한계는 극복할 수 있습니다.
1:36
지식과 도구, 이 두 가지를 추가하여 시야를 확보해 주십시오. 지식은 곧 기반 데이터, 그라운딩입니다.
1:40
문서, 사이트, 테이블 등 기하가 신뢰하는 원천 데이터입니다. 웹사이트, FAQ, 표준 운영 절차, SOP, 가담긴 시어포인트 라이브러리를 추가하십시오.
1:47
코파일럿 스튜디오에서는 가치가 높은 엔터프라이즈 소스를 연결하고 우선 순위를 지정할 수도 있습니다.
1:50
스튜디오는 그 순위를 존중합니다. 출처를 명시합니다. 설정한 경계 내에서만 움직입니다. 웹검색을 끄면 다른 곳으로 빠지지 않습니다. 통제력이 영리함보다 앞섭니다.
1:58
도구란 작업, 커넥터, 흐름, API 등을 의미합니다. 도구를 추가하면 에이전트가 수행할 수 있는 명령을 정의하게 됩니다.
2:06
아울록을 통해 이메일을 보내고, 세일즈포스에서 기회 데이터를 가져오며, 서비스나우에서 인시던트를 읽고, 특정 매개변수로 사내 레스트 엔드포인트를 호출하는 것과 같습니다.
2:13
모든 도구는 거버넌스된 아이디아에서 실행됩니다. 엔트라 앱, 범위, DLP, 토큰이 없으면 작업도 없습니다. 간단한 규칙이지만 보안에는 핵심적입니다.
2:21
M365 위 기본 코파일럿은 어떨까요? 워드 문서를 요약하거나 답장을 작성하고 파일을 찾아줄 수 있죠. 하지만 아크메 위 갱신 리스크가 뭐야? 라고 물어보세요.
2:29
작업 그래프를 검색합니다. 세일즈포스 위 사용자 지정 필드에 숨겨진 리스크는 워스 뒤에 있어 알 수 없음으로 보이지 않습니다.
2:37
세일즈포스 도구를 추가하고, 쿼리를 정의하고, 필드를 맵핑하고, 범위를 제한하세요.
2:41
다시 물어보면 내 코드를 가져와 답변의 근거를 마련하고 출처를 밝힙니다. 한각 없이 데이터만 제공하죠. 서비스 나우 나 API도 마찬가지입니다.
2:50
액세스 경로를 연결하는 순간 통찰력이 생기고, 제거하는 순간 사라집니다. 바른 건 다 잊어도 이것만은 기억하세요. 코파일럿은 스스로 알지 못합니다.
2:57
여러분이 승인 한 경로를 통해서만 데이터를 가져옵니다. 여러분이 눈을 만드는 것입니다. 여러분이 사이트를 소유합니다.
3:02
첫 번째 경로, 코파일러 스튜디오, 메이커와 로우코드 팀을 위한 선언적 에이전트입니다. 맹목적인 상태를 희망으로 해결할 순 없습니다. 연결을 통해 해결해야 합니다.
3:10
스튜디오는 코드로 복잡하게 만들지 않고도 연결을 구축하게 해줍니다. 선언적이고, 빠르고, 제한적입니다.
3:15
마이크로소프트 365 코파일럿 내에서 시작하세요. 에이전트를 만들고 설명하세요. 간결하게요.
3:20
세일즈포스로 계정 상태를, 서비스 나우로 사건 상태를, 내부 API로 제품 제한 사항을 답변하는 내부 에이전트입니다.
3:27
출처를 명시하세요. 데이터가 없으면 거부하세요. 외부 웹검색은 차단합니다.
3:31
전송하세요. 기본실이 생성되는 걸 지켜보세요. 좋습니다. 이제 강화할 차례입니다.
3:35
구성으로 전환하세요. 아이디부터 설정합니다. 이름, 아이콘. 명확한 설명을 넣고 지침을 작성하세요.
3:39
이것이 안내서입니다. 평이하고 염격하게요. 승인된 지식과 도구만 사용해 답변하세요.
3:44
항상 출처를 밝히세요. 필드가 누락되었다면 그대로 말하세요. 절대 추측하지 마세요.
3:48
확신이 나두면 지원팀으로 연결하세요. 대체 답변을 추가하세요. 데이터가 오래되었다면 새로 고침을 요청하세요.
3:53
실을 쓰는 게 아니라 가드레일을 만드는 것입니다. 그 다음은 지식입니다.
3:57
셰어포인트 SOP와 내부 제품 FAQ를 근거로 삼으세요. 공개 문서 사이트가 있다면 URL을 추가하고, 내부 SOP는 우선순위를 높게,
4:04
공개 문서는 중간으로 설정하고, 웹검색은 비활성화하세요.
4:07
자팍을 모으는 게 아니라 진실을 큐레이팅하는 것입니다. 도구입니다.
4:10
여기서 맹점이 해소됩니다. 도구 추가를 클릭하세요. 먼저 세일즈포스를 추가합니다.
4:14
세일즈포스 커넥터를 선택하세요. 승인된 엔트라 앱으로 인증합니다.
4:18
범위를 좁히세요. 개정, 기회, 상태 점수만 읽기 전용으로 설정하고 다른 것은 보이지 않는지 확인하세요.
4:22
스튜디오 가입력을 요청하면 명확하게 정의하세요.
4:25
개정 이름, 반환할 필드 등입니다. 제약 조건을 추가하세요.
4:29
개정 이름은 기존 레코드와 일치해야 하며, 와일드 카드는 사용할 수 없습니다.
4:32
출력 값을 갱신 위험, ARR, 다음 단계, 소스 링크와 같은 명확한 이름으로 맵핑하세요.
4:37
사용 시점을 설명하세요.
4:39
개정 상태, 갱신 위험, ARR, 담당자 또는 다음 단계에 대한 질문 시 호출하세요.
4:44
다음은 서비스 나우 커넥터, 워스, 최소 권한 원칙입니다.
4:48
인시던트 읽기, CMDB, 필요한 경우에만 읽으세요.
4:51
입력 값은 인시던트 번호 또는 계정 이름입니다.
4:54
해결 경로를 보호하세요.
4:55
인시던트 번호가 없으면 계정 이름으로 검색하되 최대 3개로 제한하세요.
4:59
결과가 여러 개라면 사용자에게 선택하도록 요청하세요.
5:02
출력 값은 우선순위, 상태, SLA 현황, 개시이자, 업데이트 링크입니다.
5:06
사용 규칙, 사용자가 오픈 인시던트, SLA 위반, 티켓 상태를 물을 때 사용하세요.
5:11
이제 사용자 지정 네스트 API 차례입니다.
5:13
가장 핵심적인 부분입니다.
5:14
커스텀 커넥터가 있다면 추가하고, 없다면 에이저 AD 기반 HTTP를 선택하세요.
5:18
기본 URL을 제공하세요.
5:20
엔트라 앱 범위를 필요한 엔드포인트로만 제한하세요.
5:23
포스트, 제한, 쿼리, 입력 값은 제품 ID, 고객 등급입니다.
5:29
유효성 검사, 제품 ID가 승인된 목록에 없으면 호출을 거부하세요.
5:33
출력 값은 최대 사용자 수, 속도 제한, 참고사항입니다.
5:36
사용 규칙, 제품 제한, 플랜 권한 또는 규정 준수한도 확인 시 사용하세요.
5:40
대부분의 팀이 건너뛰는 단계인 우선순위 지정과 조건 설정입니다.
5:43
도구 오케스트레이션을 여세요.
5:45
질문이 중복될 때 어떤 도구가 우선할지 에이전트에게 알려주세요.
5:48
사용자가 갱신을 언급하면 세일즈 포스를 우선하세요.
5:51
티켓이나 우선순위를 언급하면 서비스 나우를 우선하세요.
5:54
제한이나 권한을 언급하면 내부 API를 우선하세요.
5:57
신뢰도 기준점을 설정하세요.
5:59
중요필드 검색값이 널 이면 답변하기 전에 명확히 확인하는 질문을 하세요.
6:03
오른쪽 창에서 테스트하세요.
6:05
아크메 위 갱신 위험과 오픈 인시던트는 무엇인가요? 라고 물어보세요.
6:08
활동 맵을 확인하세요.
6:09
아크메 라는 계정 이름으로 세일즈 포스를 호출해야 합니다.
6:12
건강 점수를 가져와 파 다음 단계를 로드하세요.
6:14
그런 다음 아크메 라는 계정 이름으로 서비스 나우를 호출하세요.
6:16
최상위 인시던트를 반환하세요.
6:17
응답은 두 소스를 결합해야 합니다.
6:19
두 소스 모두 출처를 밝히세요.
6:20
직접 링크를 포함하세요.
6:24
베타코 위 갱신 위험은 무엇인가요? 라고 물어보세요.
6:27
베타코가 존재하지 않으면 정중하게 거부해야 합니다.
6:29
세일즈 포스에서 베타코를 찾을 수 없습니다.
6:31
혹시 베타코 리미티드를 말씀하시는 건가요?
6:33
그것이 제어된 실패입니다.
6:34
그렇게 구현해야 합니다.
6:35
제품엑스 위 프로플랜 API 제한은 무엇인가요? 라고 물어보세요.
6:38
내부 API를 호출해야 합니다.
6:39
최대 사용자 수와 속도 제한만 간결하게 반환하세요.
6:42
등급을 알 수 없으면 등급을 물어봐야 합니다.
6:44
추측하지 마세요.
6:45
저장하고 감사를 켜세요.
6:46
스튜디오는 도구 호출, 입력, 출력, 대기 시간을 기록합니다.
7:14
하지만 기술직에서는요.
7:16
우리는 감성이 담긴 경력을 만듭니다.
7:18
기술직이란 그런 것이죠.
7:24
완성했을 때 큰 자부심을 느낄 수 있는 진짜 무언가를 만들고 싶어요.
7:29
저와 동료들 모두가 열정을 쏟을 수 있는 그런 일을요.
7:32
그리고 제가 그들을 위해 하는 모든 일을 사랑하고 싶습니다.
7:35
끈기있게 노력하되 절대로 좌절하지는 않을 거예요.
7:41
그저 제대로 느끼고 싶을 뿐입니다.
7:43
그런 건 세상에 없잖아요.
7:44
페넌트에서 부서별 외부 커넥터를 차단한다면
7:46
데모 도중이 에이전트를 차단 상태로 옮기세요.
7:49
어떻게 보일지 아시죠?
7:50
최악입니다.
7:51
거버넌스, PII, 개인정보, 처리지침을 추가하세요.
7:54
응답의 전체 이메일 주소를 절대 포함하지 마세요.
7:57
사용자에게는 마스킹 처리하고 레드팀 프롱트를 추가하세요.
7:59
사용자가 정체 구회를 요청하면 거부하세요.
8:02
에스컬레이션 규칙을 추가하세요.
8:03
데이터 변경을 요청받으면 담당자에게 넘기세요.
8:06
쓰기 작업은 하지 마세요.
8:07
나중에 작업이 필요하면 범위와 승인 절차를 수정하면 됩니다.
8:10
지금은 읽기 전용이 가장 안전합니다.
8:12
성능, 답변이 느리게 느껴지면 필드를 줄이세요.
8:15
모든 데이터를 가져오지 마세요.
8:16
도구별로 최소한의 프로젝션을 정의하세요.
8:18
캐시는 플랫폼에서 관리합니다.
8:20
지속성을 가정하지 마세요.
8:22
항상 역등성 있는 최신 읽기를 설계하세요.
8:24
라이선스 현실.
8:25
프리미엄 커넥터에는 코파일럿 스튜디오 라이선스가 필요합니다.
8:28
에이전트 실행에는 크레딧이 사용됩니다.
8:30
커넥터는 관리자 승인이 필요할 수 있습니다.
8:32
작동 확인 영상을 찍기 전에 미리 승인 받으세요.
8:33
그렇지 않으면 런타임에 거부됩니다.
8:35
보여주기식은 끝입니다.
8:36
진실이 승리합니다.
8:37
캐시하세요.
8:38
파일럿 그룹에 공유하세요.
8:39
제품 관리자, 지원팀장,
8:40
영업 운영팀의 시작을 돕는 샘플 프롬프트를 제공하세요.
8:43
컨투스 위 갱신 위험은 어느 정도인가요?
8:45
북미 지역의 미해결 서비스 사고 목록을 보여줘.
8:48
플랜 프로 위 API 제한은 얼마인가요?
8:50
직접 테스트하게 두세요.
8:51
활동 맵을 확인하세요.
8:53
지침을 보완하세요.
8:54
범위를 좁히세요.
8:55
이제 정책과 감사 내부를 모두 들여다볼 수 있습니다.
9:34
범위를 더 좁히세요.
9:36
이제 정책과 감사 내부를 완벽히 통제하게 되었습니다.
9:39
스튜디오가 힘든 일을 대신했고,
9:41
여러분이 선을 그었으니 에이전트는 그에 따릅니다.
9:42
두 번째 경로, 전문 개발자를 위한 데코드용 팀즈 툴킷,
9:46
커스텀 에이전트 및 플러그인.
9:47
스튜디오 가시아를 제공했다면 툴킷은 정밀한 손을 제공합니다.
9:50
완전한 통제, 직접 구축하지 않은 안전장치는 없습니다.
9:52
스튜디오 가배선이라면 툴킷은 회로 기판입니다.
9:55
데코드를 열고 팀즈 툴킷을 설치하세요.
9:57
조용히, 요란하지 않게,
9:58
프로덕션 계정이 아닌 테넌트 개발자 계정으로 로그인하세요.
10:01
이유는 이미 아실 겁니다.
10:03
새 프로젝트를 만드세요.
10:04
API를 포함한 코파일럿 플러그인.
10:06
이것이 마이크로소프트 365코파일럿과 팀즈를 위한
10:08
전문 개발자용 에이전트 기능을 구축합니다.
10:10
단순한 책봇이 아닙니다.
10:12
엄격한 동사, 스키마, 인증을 갖춘 하나의 스킬이자 도구입니다.
10:15
모델은 지침과 매니페스트에 따라 여러분의 도구를 호출합니다.
10:18
분위기보다 정밀함이 중요합니다.
10:20
세 가지 핵심 요소인 매니페스트,
10:22
오프나파이 AI 플러그인 사양, 함수 코드를 보게 될 것입니다.
10:25
매니페스트는 기능을 선언하고,
10:27
사양은 계약을 정의하며,
10:28
함수는 모델의 환상이 아닌 여러분의 아이디로 실행됩니다.
10:31
아이디부터 시작하세요.
10:36
새 앱을 만드세요.
10:37
이름을 에이전트 세일즈포스 서비스 나우 API로 정하세요.
10:40
필요하다면 비밀값 두 개를 추가하되,
10:42
가급적 인증서 인증을 사용하세요.
10:44
내부 API의 바이디 URI의 애플리케이션 권한을 추가하세요.
10:47
세일즈포스와 서비스 나우의 경우,
10:48
함수 뒷단에서 위임된 인증이나 보안 클라이언트 자격 증명 흐름을 통한
10:51
서비스 주체를 사용하게 됩니다.
10:53
원시 비밀값을 절대 모델에 노출하지 마세요.
10:55
절대로 요.
10:56
툴킷 환경 파일인 env.tv로 돌아가 에이저 키 볼트를 참조하세요.
10:59
비밀값을 직접 입력하지 말고 비밀 URI를 지정하세요.
11:02
에이저 펑션스 나 컨테이너 앱스에 배포할 때는 관리 아이디를 사용하세요.
11:06
로컬 개발 시에는 페더레이션 자격 증명을 사용하는 개발자 CLI를 사용하고
11:09
일반 텍스트는 피하세요.
11:10
변명은 통하지 않습니다.
11:11
플러그인 사양을 정의하세요.
11:13
오프나파이 YAML 파일입니다.
11:15
간결하게 유지하세요.
11:16
동사 하나당 경로 하나를 사용하세요.
11:18
세일즈포스 오퍼튜니티 닷지 ET,
11:20
서비스 나우 인시던트 닷지 ET,
11:22
내부 제한 커리입니다.
11:24
4개 변수를 문서화하세요.
11:25
계정 이름, 기회 아이디, 인시던트 번호, 제품 아이디, 고객 등급입니다.
11:29
각 항목에 대해 명확한 설명과 제약 조건을 작성하세요.
11:32
계정 이름은 계정 이름과 정확히 일치해야 하며,
11:35
와일드 카드는 사용할 수 없습니다.
11:37
인시던트 번호는 INC와 숫자 조합 형식과 일치해야 합니다.
11:40
응답 스키마를 포함하세요.
11:41
원시 레코드를 그대로 반환하지 마세요.
11:43
최소한의 정보로 맵핑하세요.
11:45
아이디, 이름, 상태, 위험, 다음 단계, 링크를 포함합니다.
11:47
모델은 데이터 형식을 이해합니다.
11:49
모호함은 환각을 불러옵니다.
11:51
핸들러를 연결하세요.
11:52
src 함수 opportunity get입니다.
11:54
http 트리거를 사용하세요.
11:56
입력 값을 먼저 검증하세요.
11:58
빈 계정 이름은 거부하세요.
11:59
대소문자를 정규화하세요.
12:01
상관관계 아이디로 로그를 남기세요.
12:03
salesforce 토큰을 획득하세요.
12:05
사용자가 팀즈에 있으면 on, be, off, off를 사용하고,
12:08
백엔드 도구라면 읽기 전용 범위의 서비스 계정을 사용하세요.
12:11
salesforce rest service data vo19를 호출하세요.
12:19
계정 이름이 일치하고,
12:20
다치지 않은 기회 중 하나를 선택하는 쿼리를 실행하세요.
12:24
5초 후 타임아웃을 설정하세요.
12:29
제시도 로직을 넣으세요.
12:31
준비 대기가 아닌 빠른 실패를 원합니다.
12:33
결과를 변환하세요.
12:34
필드를 맵핑하세요.
12:36
간단한 위험 라벨을 계산하세요.
12:38
상태 점수가 낮으면 갱신 위험이 높은 것으로 간주합니다.
12:41
딥 링크를 포함할 것입니다.
12:43
http your domain lightning.force.com
12:46
slash lijhtning slash r slash opportunity slash id slash viw입니다.
12:50
json으로 반환하세요.
12:52
사견을 넣지 마세요.
12:54
요약하지 마세요.
12:55
언어처리는 모델이 담당합니다.
12:56
여러분은 사실 관계를 책임지세요.
12:58
서비스 나우도 동일하게 반복하세요.
12:59
인시던트 검색입니다.
13:00
인시던트 번호 유효성 검사를 수행하거나
13:02
실패시 계정 이름 검색으로 전환하여 3개까지만 제한하세요.
13:04
모호할 경우 아이디와 제목이 포함된 선택지를 반환하세요.
13:07
모델이 사용자에게 직접 선택하도록 유도하세요.
13:10
추측하지 마십시오.
13:11
테이블 api를 커리합니다.
13:13
이제 api 테이블은 인시던트입니다.
13:15
시스팜 커리는 inc만 2345번으로 설정합니다.
13:18
시스팜 필드는 넘버, 프라이오리티, 스테이트, 슈트 디스크립션,
13:21
sys 밑줄 업데이티드 밑줄 온, sys 밑줄 아이디입니다.
13:24
이 상태를 정교화된 열거형 인용으로 맵핑합니다.
13:27
new, 신규, 인프로그레스, 진행 중, 리졸브드, 해결됨.
13:29
필요한 경우 두 번째 후출에서 sla 위반 여부, 불리언을 도출합니다.
13:32
api 테이블을 세일즈 테스크 sla로 설정합니다.
13:34
작업 후출을 두 번 이하로 유지하십시오.
13:36
속도가 중요합니다.
13:38
그런 다음 내부 api를 호출합니다.
13:40
제한, 리미츠, 을 커리합니다.
13:42
api 범위에 대한 토큰을 획득합니다.
13:44
제품 아이디와 고객 등급으로 제한 커리를 게시합니다.
13:47
구성, 컴피그, 액해시된 로컬 허용 목록과 대조하여 둘 다 검증합니다.
13:51
모델이 아이디를 임의로 생성하게 두지 마십시오.
13:53
분당 최대 사용자 속도 제한을 반환합니다.
13:54
참고로 정책 링크를 포함합니다.
13:56
api가 404를 반환하면 그대로 전달하십시오.
13:58
모델이 유효한 제품을 요청하도록 해야 합니다.
13:59
그것이 안전한 실패, 세이프 페일러, 처리입니다.
14:01
정책을 추가합니다.
14:02
가벼운 가드레일 미드레어를 구축하십시오.
14:04
사용자 컨텍스트가 존재하면 조건부 액세스 클레임을 강제합니다.
14:07
부서가 코어, 세일즈 이고 경로가 세일즈 포스로 시작되면 403으로 차단합니다.
14:12
지역이 어스 이고 경로가 내부 판매 제한을 초과하며,
14:15
데이터 보존이 어스 전용인 경우 차단하고 명확하고 짧은 이유를 반환하십시오.
14:19
모델이 거부 사유를 전달할 수 있습니다.
14:21
여기가 바로 거버넌스와 코드가 만나는 지점입니다.
14:23
그들이 제어를 원했고, 여러분은 그것을 제공했습니다.
14:25
단위 테스트를 작성하십시오.
14:26
제스트를 사용합니다.
14:27
http 클라이언트를 모킹, 마크, 합니다.
14:29
골든 샘플을 준비합니다.
14:31
경로당 하나씩 테스트합니다.
14:32
성공, 찾을 수 없음, 잘못된 입력, 정책 차단, 타임 아웃.
14:35
CI는 푸시할 때 마다 테스트를 실행합니다.
14:37
툴킷은 기터브 액션스와 통합됩니다.
14:39
빌드, 테스트, 린트, 개발 환경 배포를 추가합니다.
14:41
형식적인 작업이 아니라 제어된 액세스를 제공하는 것입니다.
14:44
로컬에서 테스트합니다.
14:45
팀즈 로컬에서 팀즈 툴킷을 미리 봅니다.
14:47
그록에서 구동하고 플러그인을 등록한 뒤, 팀즈 샌드박스에서 마이크로소프트 365 코파일럿을 엽니다.
14:52
아크메의 갱신 위험과 공개된 사고는 무엇인가? 라고 질문합니다.
14:55
에이전트가 분석합니다.
14:56
영업기회, 오퍼튜니티, 갯, 그 다음 사고, 인시던트, 갯을 호출해야 합니다.
15:00
로그 상관관계를 확인하여 체인을 연결합니다.
15:01
200, 200 응답이 와야 합니다.
15:03
응답은 모델 계층에서 json 과병합됩니다.
15:05
이름으로 도구를 언급합니다.
15:07
그렇지 않다면 매니페스트 작업 설명을 수정하십시오.
15:09
모델에는 힌트가 필요합니다.
15:11
성능 확인을 하고 지연시간이 3초를 넘으면 필드를 줄이십시오.
15:13
허용목록을 메모리에 캐시합니다.
15:15
HTTP 1을 우선 사용합니다.
15:17
TLS 연결을 유지하십시오.
15:18
에이저 펑션스 프리미엄 또는 컨테이너 앱스 위 최소 인스턴스로 이동합니다.
15:21
콜드 스타트는 치명적입니다.
15:23
함수 타임아웃을 최대 10초로 설정합니다.
15:25
빠르게 실패하고, 빠르게 설명하고, 배포하십시오.
15:27
에이저의 팀즈 툴킷을 프로비저닝합니다.
15:29
관리 아이디 가있는 팟 슬롯을 사용합니다.
15:31
키볼트를 바인딩하고, 팀즈 관리 센터에 플러그인을 등록한 뒤,
15:41
그리고 이름, 상태 코드, 빌드 대시보드를 추가합니다.
15:43
경영진이 안전한가요? 라고 물을 때 이것들이 필요할 것입니다.
15:46
그때 수치는 거짓말을 하지 않습니다. 라고 답하면 됩니다.
15:48
이제 이를 스튜디오 에이전트와 연결하세요.
15:50
스튜디오는 플러그인을 하나의 도구로 호출합니다.
15:52
양쪽의 장점을 모두 누릴 수 있습니다.
15:53
선언적 오케스트레이션, 프로 개발자의 정밀함, 가시성 확보,
15:56
액세스 제어, 감사 및 모니터링이 가능합니다.
15:58
같은 사례로 스튜디오와 툴킷을 비교하는 데모를 보여드리겠습니다.
16:01
같은 질문입니다.
16:02
두 가지 경로입니다.
16:03
어떻게 다른지 확인해보십시오.
16:05
스튜디오에서 프롬프트를 입력합니다.
16:07
아크메 위 갱신 위험도는 어떠하며,
16:09
해결되지 않은 세부 1인시던트가 있나요?
16:10
또한 제품 엑스프로 티어의 API 제안도 확인해주세요.
16:13
에이전트가 지침을 읽고,
16:14
오케스트레이션 규칙에 따라 도구를 선택합니다.
16:17
첫 번째 호출, 세일즈포스입니다.
16:19
입력값이 활동 맵에 표시됩니다.
16:21
계정 이름은 아크메입니다.
16:22
필드에는 상태 점수, ARR, 갱신 위험도,
16:26
다음 단계 등이 포함됩니다.
16:27
읽기 전용 범위이며, 왕복 시간은 500ms입니다.
16:30
깔끔한 객체를 반환합니다.
16:32
스튜디오는 이를 레이블링하고, 세일즈포스를 출처로 표기합니다.
16:34
두 번째 호출, 서비스나우입니다.
16:36
계정 이름은 아크메입니다.
16:37
제안은 3개입니다.
16:38
두 개의 인시던트를 찾았습니다.
16:40
중위성이 있습니다.
16:41
규칙에 따라 확인 질문이 강제됩니다.
16:43
inc-01245와 inc-01301 중 무엇을 의미하나요?
16:46
inc-001301을 선택합니다.
16:48
우선 순위는 1입니다.
16:50
상태는 진행 중입니다.
16:51
sla 상태는 위반됨입니다.
16:53
스튜디오는 인용문과 직접 연결 링크를 사용하여 답변을 구성합니다.
16:56
편집 없이 지시한 내용 그대로입니다.
16:58
세 번째 호출, 내부 API입니다.
16:59
제품 아이디는 제품 X, 고객 티어는 프로입니다.
17:02
최대 사용자 수 100명을 반환합니다.
17:04
분당 속도 제한은 600개, 승인 시 900개까지 버스트가 가능합니다.
17:07
정책 링크가 제공됩니다.
17:08
스튜디오 가 마지막에 내용을 통합합니다.
17:10
세 가지 소스 모두 순위가 매겨졌습니다.
17:11
필드가 널린 경우 이를 명시합니다.
17:13
오류 발생 시 알림을 보내 도록 설정했기 때문입니다.
17:14
정상적으로 작동합니다.
17:16
백엔드가 원활할 때 총 지연 시간은 약 2초입니다.
17:18
코드는 전혀 수정하지 않았습니다.
17:19
동사, 입력, 출력, 우선순위만 정의했습니다.
17:22
모델이 언어를 처리했습니다.
17:23
스튜디오 가 연결을 처리했습니다.
17:25
아이디 상태는 테넌트 가드레일 내에 유지됩니다.
17:27
감사 기록이 모든 호출을 캡처했습니다.
17:29
이제 툴킷을 통한 동일한 요청입니다.
17:30
플러그인이 등록된 팀즈 내 코파일럿입니다.
17:32
모델이 매니페스트와 사양을 익습니다.
17:34
도구가 위도와 일치한다고 판단합니다.
17:36
계정 이름 아크메로 기회 가져오기,
17:38
opportunity get를 호출합니다.
17:39
함수가 입력 값을 검증하고,
17:40
상관관계 아이디를 기록하며,
17:42
토큰을 획득합니다.
17:43
엄격한 프로젝션으로 SOQL 커리를 실행합니다.
17:46
위험 높음, 상태 점수 36,
17:48
AR 1.2,
17:49
EU
17:49
다음 단계 QBR 615 실행
17:51
링크밤에 대한 JSON을 반환합니다.
17:54
모델은 이를 평문 영어로 표현합니다.
17:56
모델은 귀하의 도구를 이름으로 언급합니다.
17:58
다음으로 인시던트 조회, 인시던트 갯를 호출합니다.
18:00
귀하는 인시던트 번호 나계정명 중 하나를 입력받습니다.
18:02
계정명을 전달받았습니다.
18:04
모호함은 위험하기 때문에 두 가지 후보를 반환합니다.
18:06
모델은 사용자에게 선택을 요청합니다.
18:08
INC001301을 전달받습니다.
18:10
맵 상태 컴퓨팅 브리치드 트롤을 커리합니다.
18:13
정규화된 인시던트 객체를 반환합니다.
18:15
모델이 다시 설명합니다.
18:16
도구를 언급합니다.
18:17
그런 다음 제품 ID 프로드X, 고객 등급 프로 로커리를 제안합니다.
18:21
귀하의 핸들러는 둘 다 허용 목록과 대조하여 확인합니다.
18:23
유효합니다.
18:24
API 스코프 토큰을 획득합니다.
18:26
전송합니다.
18:27
변환합니다.
18:27
최소 정책을 반환합니다.
18:29
최대 사용자 수, 분당 속도 제한, 버스트 정책, 정책 링크입니다.
18:32
모델이 이를 제시합니다.
18:33
한 문단, 3개의 인용, 일관된 형태입니다.
18:36
무엇이 달라져 놀까요?
18:38
제어입니다.
18:39
스튜디오로는 설정을 조절했습니다.
18:41
툴킷으로는 보드를 연결했습니다.
18:42
입력 유효성 검사를 직접 작성했습니다.
18:44
프로젝션을 직접 선택했습니다.
18:45
코드 내에서 정책을 시행했습니다.
18:47
성능이 더 긴밀해졌습니다.
18:48
오류 메시지는 일반적인 것이 아닌 직접 만든 것입니다.
18:50
사용자 지정 캐싱, 제시도, 서킷 브레이커를 추가할 수 있습니다.
18:53
미드레어의 부서별 거부 규칙을 추가할 수 있습니다.
18:54
지연 시간을 직접 제어합니다.
18:56
영향 범위를 직접 제어합니다.
18:57
그리고 여기서 중요한 전환점이 있습니다.
18:58
스튜디오와 툴킷은 경쟁 관계가 아닙니다.
19:00
서로 보완하는 계층입니다.
19:01
스튜디오 에이전트가 오케스트레이션을 맡게 하세요.
19:03
툴킷 플러그인이 실행을 맡게 하세요.
19:04
스튜디오가 질문의 뿌리를 잡습니다.
19:06
툴킷 도구가 진실을 전달합니다.
19:08
하나의 뇌, 수많은 손, 정밀함과 함께합니다.
19:10
많은 팀이 실패하는 지점은 스튜디오에서 멈추거나 툴킷에서 멈추는 것입니다.
19:14
둘을 결합하지 않습니다.
19:15
눈먼 상태를 받아들이거나 혼란을 받아들입니다.
19:17
그러지 마세요.
19:18
빠른 오케스트레이션과 거버넌스를 위해 스튜디오를 사용하세요.
19:20
확실한 경계, 식결, 형태를 위해 툴킷을 사용하세요.
19:22
함께 라면 모델이 길을 잃지 않습니다.
19:24
당신이 그려놓은 지도안에서만 행동할 수 있습니다.
19:26
다시 질문해보세요.
19:27
답변이 일치합니다.
19:28
같은 위험, 같은 인시던트, 같은 제안입니다.
19:30
두 개의 스택, 하나의 결과입니다.
19:32
이것은 행운이 아니라 설계입니다.
19:33
무시할 수 없는 엔터프라이즈 제약 사항들입니다.
19:35
이 지점에서 데모가 성공하거나 실패합니다.
19:37
엔터프라이즈는 영리함을 중요하게 생각하지 않기 때문입니다.
19:39
제어를 중요하게 생각합니다.
19:41
먼저 라이선스입니다.
19:42
사용자가 팀즈, 워드, 아울룩에서 코파일럿을 보려면
19:44
마이크로소프트 365용 코파일럿이 필요합니다.
19:46
에이전트와 프리미엄 커넥터에는 코파일럿 스튜디오 라이선스가 필요합니다.
19:50
실행 시 크레딧을 사용합니다.
19:51
세일즈포스와 서비스나우는 프리미엄입니다.
19:54
테넌트의 승인 절차가 없다면 런타임의 호출이 실패할 것입니다.
19:56
녹화를 시작하기 전에 라이선스를 계획하고
19:58
커넥터에 대한 관리자 쓰인을 받으세요.
20:00
관리자 승인입니다.
20:01
두 개의 관문입니다.
20:02
앱 권하는 엔트라 아이디, 커넥터 동의는 파워 플랫폼을 사용하세요.
20:06
세일즈포스 커넥터는 세일즈포스 관리자의 쓰인을 받은 오어스 앱이 필요합니다.
20:10
서비스나우 커넥터는 인스턴스 별 클라이언트가 필요합니다.
20:13
내부 API에는 올바른 범위가 설정된 엔트라 앱이 필요합니다.
20:16
테넌트 관리자 승인 없이 도구를 추가하려 하면
20:18
스튜디오가 이를 숨기거나 차단합니다.
20:21
이는 버그가 아니라 경계, 테넌트 보안, 그리고 DLP 때문입니다.
20:24
많은 조직이 기본 환경에서 외부 커넥터를 차단합니다.
20:27
잘못된 환경에서 빌드하면 DLP가 에이전트 기능을 조용히 무력화합니다.
20:30
에이전트를 비즈니스용으로 분류된 환경에 배치하세요.
20:33
커넥터를 동일한 DLP 데이터 그룹에 넣으세요.
20:35
마케팅과 재무 데이터가 섞일 수 없다면 두 데이터를 모두 활용해 답변을 도출할 수 없습니다.
20:40
정책을 준수하지 않으면 DLP에 의해 작업이 차단됩니다.
20:43
미스터리가 아니라 규칙입니다.
20:44
조건부 액세스, 에이전트도 결국 앱입니다.
20:46
CA 정책이 적용됩니다.
20:48
사용자가 관리되지 않는 기기에서 에이전트로 세일즈포스 호출 플러그인을 실행하면
20:51
대리실행, OBO, 흐름이 차단될 수 있습니다.
20:54
대체 수단을 설계하세요.
20:55
CA가 OBO를 거부하면 서비스 계정을 사용해 민감하지 않은 읽기 권한을 부여하거나
20:59
명확한 메시지로 실패 처리하세요.
21:01
정책에 의해 액세스가 차단되었습니다.
21:03
관리되는 기기를 사용하세요.
21:05
유출하지 마세요.
21:06
우회하지 마세요.
21:07
데이터 레지던시, 근거 데이터는 어디에 있나요?
21:09
스튜디오는 선택한 지역에 에이전트 구성과 지식 인덱싱을 저장합니다.
21:13
내부 API가 미국 데이터만 제공하는데 사용자가 이외에 있다면 나우팅하지 마세요.
21:18
툴킷 미드레어에 지리적 검사를 추가하세요.
21:20
사용자 지역이 허용되지 않으면 차단하세요.
21:22
간단한 거부 사유를 반환하세요.
21:24
로그를 남기세요.
21:25
감사에 필요할 것입니다.
21:26
권한 경계 설정.
21:27
기본적으로 최소 권한을 원칙으로 합니다.
21:28
세일즈 포스 범위는 개정 및 기회에 대해 읽기 전용이어야 합니다.
21:32
와일드 카드는 사용하지 마세요.
21:33
서비스 나우 역할은 인시던트와 필요한 경우 작업 SLA를 읽을 수 있어야 합니다.
21:36
업데이트 권한은 추가하지 마세요.
21:37
티켓을 수정해달라는 요청을 받게 될 것입니다.
21:39
그렇게 하지 마세요.
21:40
작업을 별도로 분리하세요.
21:42
거버넌스와 승인 체계가 있을 때만 쓰기 기능을 추가하세요.
21:44
그렇지 않으면 프롬프트 한 번으로 변경 제어 없이 레코드가 수정됩니다.
21:47
그것은 보안 침해의 원인이 됩니다.
21:49
환경은 개발, 테스트, 운영 순입니다.
21:51
건너뛰지 마세요.
21:52
스튜디오 에이전트는 ALME 적용된 관리형 환경에 있어야 합니다.
21:55
내보내고 가져오며 솔루션을 사용하세요.
21:57
툴킷 플러그인은 개발 구독, 테스트, 그리고 운영 순으로 배포하세요.
22:00
단계별로 별도의 엔트라 앱과 키 자격 증명 모음을 사용하고
22:03
환경별로 기능 플래그를 설정하세요.
22:04
필요한 것만 활성화하세요.
22:06
나중에 스스로에게 감사하게 될 것입니다.
22:08
로깅 및 감사.
22:08
툴킷의 애플리케이션 인사이츠를 켜세요.
22:11
모델 호출에서 상관관계 아이디를 로그에 삽입하세요.
22:13
입력 데이터 형태는 로그하되, PII는 기록하지 마세요.
22:15
아웃바운드 도메인, 상태 코드, 지연 시간을 로그하세요.
22:18
스튜디오의 경우 활동 맵을 주시하고 분석 데이터를 내보내세요.
22:20
누가 언제 무엇을 보았는지 물을 때 이야기가 필요합니다.
22:23
로그가 없으면 짐작일 뿐입니다.
22:25
로그가 있으면 사실이 됩니다.
22:26
모니터링과 에세이로를 설정하세요.
22:28
경고를 설정하세요.
22:29
세일즈포스 도구 오류가 5분간 2% 발생하면 담당자에게 알리세요.
22:32
지연 시간이 P95 3초를 넘으면 성능을 낮추세요.
22:35
필드를 정리하세요.
22:36
사용자에게 최소한의 정보만 가져오고 있다고 알리세요.
22:38
멈추지 마세요.
22:39
아는 척하지 마세요.
22:40
거버넌스, 정책을 작성하세요.
22:42
개인정보, PII, 마스킹, UCAT 도메인 이메일은 마스킹하세요.
22:46
데이터 유출을 차단하세요.
22:47
외부 채널에 원시 데이터를 붙여넣지 마세요.
22:49
에이전트를 레드팀 방식으로 검증하세요.
22:51
규칙을 우회하도록 프롬프트를 입력해보세요.
22:52
시도한다면 지침이나 미드레어를 강화하세요.
22:54
당신은 편집증이 아닙니다.
22:55
철저히 준비하는 것입니다.
22:57
한 가지 제약사항이 더 있습니다.
22:58
사람입니다.
22:59
사용자를 교육하세요.
23:00
추천 프롬프트는 장식이 아닙니다.
23:02
그것은 진입로입니다.
23:03
에이전트가 아는 것, 거부하는 것, 기록하는 것을 보여주세요.
23:05
기대치를 설정하세요.
23:07
숨겨진 프롬프트를 줄이세요.
23:08
위험을 줄이세요.
23:09
이것을 무시하면 시스템도 당신을 무시할 것입니다.
23:12
존중하면 에이전트가 기업 환경에 완벽히 적응할 것입니다.
23:15
코파일럿 스튜디오에서 첫 엔터프라이즈 에이전트를 단계별로 구축하세요.
23:19
마이크로소프트 365 코파일럿 울려세요.
23:22
에이전트를 만드세요.
23:23
직설적으로 설명하세요.
23:25
계정 상태 및 사건 현황을 위한 내부 에이전트.
23:27
소스는 세일즈포스, 서비스 나우, 내부 제한 API 사이트.
23:31
데이터가 없으면 거부하세요.
23:32
웹검색은 안됩니다.
23:34
구성으로 전환하여 설정하세요.
23:35
이름을 정하세요.
23:36
아이콘을 설정하세요.
23:37
이제 핸드북 차례입니다.
23:38
지침에 명확한 규칙을 붙여넣으세요.
23:40
승인된 지식과 도구만 사용하세요.
23:42
항상 출처를 밝히세요.
23:43
모호한 점은 질문하세요.
23:44
절대 추측하지 마세요.
23:46
개인정보를 마스킹하세요.
23:47
정책 오해를 거부하세요.
23:49
지식의 셰어포인트 SOP 라이브러리를 추가하세요.
23:51
내부 제품 FAQ를 추가하세요.
23:53
SOP를 우선순위로, FAQ를 차순위로 하세요.
23:55
웹검색을 끄세요.
23:56
도구에 세일즈포스 커넥터를 추가하세요.
23:58
승인된 엔트라 앱으로 인증하세요.
24:00
읽기 전용 범위만 사용하세요.
24:02
입력값은 계정 이름, 필드는 상태 점수, 수신, ARR, 수신, 마감일, 수신, 갱신위험, 수신, 다음 단계, 수신, 링크, 수신, 용도는 갱신위험, 상태, ARR, 담당자, 서비스나우 커넥터를 추가하세요.
24:14
인스턴스의 오어스로 연결하세요.
24:16
역할은 사건 읽기, 필요시 작업 SLA.
24:19
입력값은 사건 번호 또는 계정 이름, 결과가 여러 개면 상위 3개를 보여주고 선택하게 하세요.
24:25
출력값은 번호, 우선순위, 상태, SLA 상태, 업데이트 날짜, 링크, 내부 API인 HTTP를 추가하세요.
24:32
에이저 AD 인증, 포스트, 리미츠, 커리.
24:36
입력값은 제품 ID, 고객 등급, 구성에서 유지관리하는 허용 목록으로 검증하세요.
24:41
출력값은 최대 사용자 수, 분당 속도 제한, 참고사항, 정책 링크, 용도는 제품 제한, 권한, 규정 준수 갭, 오케스트레이션, 도구 우선순위 규칙은 갱신, 세일즈포스, 사건 우선순위, SLA, 서비스나우, 제한, 권한, 내부 API, 신뢰도 하한선을 설정하세요.
25:01
필수필드가 비어있으면 답변하기 전에 명확히 확인하는 질문을 하세요.
25:05
오른쪽 창에서 테스트하세요.
25:06
아크메 갱신 위험과 제품 X위 제한에 대한 오픈 인시던트를 문외하세요.
25:10
활동 맵에서 세일즈포스가 먼저 표시되는지, 필요시 명확화 과정을 거친 서비스나우가, 그 다음 내부 API가 표시되는지 확인하세요.
25:16
출처와 링크를 확인하고 잘못 작동하는 도구 조건을 수정하세요.
25:20
안전성, 감사 로깅 활성화, 커넥터가 DLP에 의해 차단되지 않았는지 확인하세요.
25:24
파일럿 그룹에 공유하세요.
25:25
제한된 프롬프트를 미리 입력하고, 오류를 찾아내고, 지침을 수정하고, 범위를 좁히고, 위사결정 프레임워크를 개시하세요.
25:31
스튜디오와 툴킷 중 무엇을 선택해야 할까요?
25:33
속도, 거버넌스, 출처 표기가 필요할 때는 스튜디오를 선택하세요.
25:36
간단한 작업이 포함된 읽기 전용 기업용 답변입니다.
25:39
제작자가 유지관리하고, 관리자가 승인할 수 있습니다.
25:42
엄격한 입력 유효성 검사, 사용자 지정 스키마, 복잡한 로직이 필요할 때는 툴키를 선택하세요.
25:47
코드 내조건부 액세스 인식 정책, 낮은 지연 시간, 높은 제어 수준의 통합, 사용자 지정 캐싱 및 제시도.
25:53
스튜디오가 조정하고 툴킷 도구가 실행할 때 하이브리드가 가장 효과적입니다.
25:57
빠른 반복과 전문가 수준의 시행이 필요할 때입니다.
25:59
감사 가능성을 증명하고, 영향 범위를 최소화해야 합니다.
26:02
모호할 경우 우선 스튜디오를 기본으로 사용하고, 스튜디오가 정확하지 않을 때 툴킷을 추가하세요.
26:06
포파일럿은 알지 못합니다.
26:08
사용자가 승인한 경로와 관리하는 아이디를 통해서만 가져오며, 그렇지 않으면 보지 못합니다.
26:12
눈을 구축하세요.
26:13
사이트를 소유하세요.
26:14
데모에서 사용한 전문가 이용 개발 플러그인이 필요하다면, 다음 영상에서 팀즈 툴킷 빌드 및 대포 체크리스트를 확인하세요.
26:19
엔터프라이즈 패턴, 레드팀 프롬프트, 버버넌스 청사진을 위해 구독하세요.
26:23
그리고,