인식은 Microsoft 검색에서 공유 세션을 구동하는 목표 추구 추론 프로세스입니다. 고정된 단계 시퀀스를 실행하는 대신 공유 세션의 현재 상태를 지속적으로 평가하고, 다음에 수행할 작업을 결정하고, 결과가 나올 때 적응합니다. 검색 엔진을 시작하면 인식이 백그라운드에서 실행하기 시작합니다. 작업을 읽고, 에이전트를 선택하고, 작업을 실행하고, 결과의 유효성을 검사하고, 간격을 식별할 때 새 작업을 만듭니다.
인식은 목표가 충족되거나 입력이 필요한 항목이 발견될 때까지 주기를 계속합니다.
다음 메시지를 기다리는 채팅 기반 도우미와 달리 인식은 자체적으로 작동합니다. 작업을 선택하고, 오류를 처리하고, 도구가 실패할 때 다시 시도하며, 간격을 식별할 때 새 작업을 만듭니다. 진행률을 검토하고, 메모를 추가하고, 작업을 조정하여 상호 작용합니다.
추론 루프
인식은 두 개의 모듈인 사고 모듈과 작업 모듈이 함께 작동하는 연속 루프에서 실행됩니다. 이러한 모듈은 함께 검색 엔진 개요에 설명된 공동 작업 주기를 수행합니다. 사고 모듈은 다음에 수행할 작업을 결정하고, 연기 모듈은 해당 결정을 실행합니다.
사고 모듈
사고 모듈은 다음에 수행할 작업을 결정합니다. 각 주기에서 다음을 수행합니다.
- 모든 작업의 현재 상태(새 작업, 실행 중, 완료 또는 종속성 대기 중)를 평가합니다.
- 이전 작업 결과 및 피드백에서 이미 알고 있는 것을 고려합니다.
- 지금 작업할지 아니면 실행 중인 작업이 완료되기를 기다릴지 결정합니다.
- 다음 작업에 대한 계획을 수립합니다.
사고 모듈은 두 가지 모드로 작동할 수 있습니다. 빠른 사고 는 종속성이 완료된 작업을 시작하는 것과 같이 다음 단계가 명확할 때 빠른 결정을 내립니다. 느린 사고 는 먼저 시도할 수 있는 몇 가지 방법 또는 예기치 않은 결과를 해석하는 방법을 결정하는 등 모호한 상황을 통해 추론하는 데 더 많은 시간이 걸립니다.
인식이 처음 시작되면 첫 번째 작업을 수행하기 전에 사고 모듈이 몇 가지 추론 주기를 실행하는 준비 기간을 알 수 있습니다. 이 동작은 정상입니다. 인식은 모든 기존 작업을 검토하고, 관계를 이해하고, 실행을 시작하기 전에 접근 방식을 계획하여 컨텍스트를 구축하고 있습니다.
액팅 모듈
연기 모듈은 사고 모듈의 결정을 수행합니다. 작업 관리 시스템과 상호 작용하여 다음을 수행합니다.
- 사용 가능한 작업 나열 및 상태 확인
- 작업에 에이전트 할당 및 실행 시작
- 실행이 완료된 후 작업 결과 검색
- 유효성 검사 요구 사항에 대해 완료된 작업의 유효성 검사
- 작업에서 추가 분해를 요구할 때 새 하위 작업 만들기
- 진행이 되지 않는 경우 작업을 검토하기 위해 표시하세요.
또한 작업 모듈은 에이전트 선택도 관리합니다. 작업의 설명 및 요구 사항을 고려할 때 해당 기능이 프로젝트에서 사용할 수 있는 에이전트에서 가장 적합한 에이전트를 선택합니다.
인식이 작업을 관리하는 방법
작업 수명 주기
인식이 새 작업을 발견하면 일관된 패턴을 따릅니다.
- 준비 상태 평가: 모든 종속성이 충족되는지 확인합니다. 완료되지 않은 다른 작업에 의존하는 작업이 있을 경우, 시스템은 대기합니다.
- 에이전트 선택: 사용 가능한 에이전트를 검토하고 해당 기능이 작업 요구 사항과 일치하는 에이전트를 선택합니다.
- 실행 시작: 선택한 에이전트에 태스크를 전달합니다. 작업 상태가 실행 중으로 변경됩니다.
- 진행률 모니터링: 에이전트가 작업을 완료할 때까지 기다립니다. 에이전트가 슈퍼컴퓨터에서 실행되는 도구를 사용하는 경우 몇 분 정도 걸릴 수 있습니다.
- 결과 검토: 실행이 완료되면 태스크가 유효성 검사 상태로 이동합니다.
- 유효성 검사: 결과를 작업의 유효성 검사 요구 사항과 비교합니다. 유효성 검사를 통과하거나(작업이 완료로 이동) 실패할 수 있습니다(작업이 다시 시도되거나 플래그가 지정될 수 있습니다).
파일에서 유효성 검사가 작동하는 방식
완료된 작업에 파일 출력(스토리지 자산)이 포함된 경우 유효성 검사 에이전트는 해당 파일을 읽고 유효성 검사 요구 사항에 따라 해당 콘텐츠를 확인할 수 있습니다. 예를 들어 태스크에서 CSV 데이터 세트를 생성한 경우 유효성 검사에서 파일을 열고 예상 열과 행 수가 포함되어 있는지 확인할 수 있습니다.
파일에 일반 언어로 포함해야 하는 내용을 설명하는 유효성 검사 요구 사항을 작성합니다.
- "출력 파일을 읽고 방법론 섹션이 포함되어 있는지 확인합니다."
- "CSV에 분자 가중치가 있는 5개 이상의 복합 데이터 행이 포함되어 있는지 확인합니다."
- "JSON 출력에 프로젝트 이름이 있는 유효한 구성이 포함되어 있는지 확인합니다."
유효성 검사는 텍스트 기반 파일(.md, .csv, .json, .txt, .py, .yaml)에서 작동합니다. 사용자 지정 도구에서 생성된 이진 파일의 경우 유효성 검사를 통해 파일이 있는지 확인할 수 있지만 해당 콘텐츠를 읽을 수는 없습니다. 이러한 경우 에이전트가 작업 결과 텍스트에서 보고한 내용에 초점을 맞춘 유효성 검사 요구 사항을 작성합니다.
지원되는 파일 형식 및 에이전트가 파일과 상호 작용하는 방법에 대한 자세한 내용은 파일 및 스토리지 자산을 참조하세요.
오류 처리
첫 번째 시도에서 모든 것이 성공하는 것은 아닙니다. 인식은 여러 수준에서 오류를 처리합니다.
도구 오류: 도구에서 오류를 반환하거나 시간이 초과되는 경우 에이전트는 일반적으로 작업을 다시 시도합니다. 일반적인 원인으로는 임시 네트워크 문제 또는 슈퍼컴퓨터의 컨테이너 콜드 시작이 있습니다.
에이전트 실행 실패: 에이전트가 유효성 검사 요구 사항을 충족하지 않는 결과를 생성하는 경우, 인지 시스템이 다시 시도합니다. 다시 시도하기 전에 동일한 에이전트를 사용하거나, 다른 에이전트를 시도하거나, 더 많은 컨텍스트로 작업을 업데이트할 수 있습니다.
반복된 실패: 여러 번의 시도(일반적으로 2-3회 재시도) 후 작업이 실패하는 경우, 인식은 무기한 재시도를 계속하지 않고 검토를 위해 태스크에 플래그를 지정합니다. 작업 상태는 사용자 주의 필요로 변경되며, 이는 상황에 따라 사람의 판단이 필요하다는 신호를 표시합니다.
인프라 오류: 게이트웨이 시간 제한, 인증 실패 및 유사한 시스템 수준 오류는 백오프를 사용하여 자동 재시도를 트리거합니다. 이러한 작업이 지속되면 인식이 작업에 플래그를 지정합니다.
인식에서 결과의 유효성을 검사하는 방법
에이전트가 작업을 완료하면 인식에서 결과를 자동으로 수락하지 않습니다. 대신 작업에 대해 정의한 유효성 검사 요구 사항에 대해 결과를 평가하는 별도의 유효성 검사 단계를 실행합니다.
독립적인 프로세스는 결과를 생성한 에이전트가 아니라 결과의 유효성을 검사합니다. 작업을 수행 한 에이전트는 자신의 출력을 채점하지 않습니다. 이렇게 분리하면 유효성 검사 요구 사항이 객관적으로 평가됩니다.
중요합니다
유효성 검사를 수행하려면 작업 영역에서 채팅 모델 배포가 필요합니다. 새 프로젝트는 명명된 gpt-5-4 기본 채팅 모델 배포(gpt-5.4)를 만듭니다. 이 배포가 없으면 검색 엔진을 시작할 수 없습니다. 설정 지침은 '채팅 모델 배포 만들기'를 참조하세요. Microsoft 검색 앱은 다른 모델 배선을 사용하며 작업 영역 호스팅 배포가 필요하지 않습니다. Microsoft 검색 및 Microsoft 검색 앱 참조하세요.
유효성 검사 중 프로세스는 다음과 같습니다:
- 작업 결과를 읽습니다 . 에이전트가 생성한 텍스트 출력입니다.
- 각 유효성 검사 요구 사항을 확인합니다. 결과가 요청한 내용을 충족하는지 여부를 평가합니다.
- 파일 출력을 검사합니다. 태스크에서 파일(스토리지 자산)을 생성한 경우 유효성 검사는 텍스트 기반 파일을 읽고 요구 사항에 따라 해당 콘텐츠를 확인할 수 있습니다.
- 실행 기록 검토 - 이전 시도, 주석 및 이전 주기의 컨텍스트를 고려합니다.
- 에이전트 기능을 고려합니다 . 사용 가능한 에이전트가 수행할 수 있는 작업과 수행할 수 없는 작업을 이해하여 재시도에 성공할 가능성이 있는지 여부를 알 수 있습니다.
유효성 검사는 다음 네 가지 결과 중 하나를 생성합니다.
| 결과 | 의미 | 다음에 수행되는 내용 |
|---|---|---|
| 완성하다 | 결과는 모든 유효성 검사 요구 사항을 충족합니다. | 작업이 완료 상태로 이동합니다. 인식은 종속 작업으로 이동합니다. |
| 완료되지 않음 | 결과는 부분적으로 요구 사항을 충족하지만 고정 가능한 격차는 남아 있습니다. | 인식은 동일한 에이전트 또는 다른 에이전트를 사용하여 작업을 다시 시도합니다. |
| 사용자 주의 필요 | 사용 가능한 에이전트는 격차를 해결할 수 없습니다. | 귀하의 검토를 위해 작업에 플래그가 지정되었습니다. 인식은 다른 작업으로 이동합니다. |
| 실패 | 태스크 실행이 실패하여 복구할 수 없습니다. | 터미널 상태입니다. 더 이상 다시 시도하지 않습니다. |
유효성 검사 단계에서는 해당 결정을 설명하는 주석을 작업에 추가합니다. 이 주석은 평가된 내용, 통과된 내용, 누락된 항목 및 결과를 선택한 이유를 다룹니다. 작업의 실행 기록에서 이러한 주석을 볼 수 있습니다.
루프 보호 다시 시도
에이전트가 동일한 불완전한 결과를 여러 번 생성하는 경우 유효성 검사에서 패턴을 검색합니다. 동일한 문제를 세 번 이상 시도해도 해결되지 않으면, 유효성 검토는 사용자에게 주의 사항으로 안내되고 더 이상의 재시도는 요청하지 않습니다. 이 에스컬레이션은 에이전트가 기본적으로 요구 사항을 충족할 수 없는 무한 다시 시도 루프에서 공유 세션이 중단되는 것을 방지합니다.
에스컬레이션의 일반적인 이유는 다음과 같습니다.
- 작업에는 사용 가능한 에이전트가 없는 기능(예: 인용 확인을 위한 라이브 웹 액세스)이 필요합니다.
- 에이전트가 해결할 수 없는 영구 인프라 오류(게이트웨이 시간 제한, 인증 실패)입니다.
- 에이전트가 안정적으로 제공할 수 있는 것보다 더 정확한 유효성 검사 요구 사항.
작업에 주의 플래그가 지정되면 유효성 검사 주석을 검토하여 시도된 내용과 누락된 항목을 이해합니다. 그런 다음 누락된 정보를 제공하거나 유효성 검사 요구 사항을 조정하거나 다음 시도 시 특정 에이전트를 사용하도록 주석 지시 인식을 추가할 수 있습니다.
팁 (조언)
유효성 검사 품질은 유효성 검사 요구 사항의 품질에 따라 직접 달라집니다. 모호한 요구 사항으로 인해 관대한 유효성 검사가 수행됩니다. 지나치게 구체적인 요구 사항으로 인해 과도한 재시도가 발생합니다. 효과적인 유효성 검사 요구 사항을 작성하는 방법에 대한 지침은 신뢰 관계 및 기본 공유 세션 패턴을 참조하세요.
작업 완료 및 완료 함수
인식은 개별 작업을 완료하고 전체 공유 세션을 완료하는 것을 구분합니다. 이러한 작업은 별개입니다.
작업 완료: 유효성 검사가 성공하면 작업의 상태가 완료로 변경됩니다. 해당 결과는 해당 결과에 의존하는 모든 작업에서 사용할 수 있게 됩니다.
공유 세션 완료: 모든 작업이 터미널 상태에 도달하고 인식에 따라 남은 작업이 없다고 판단되면 공유 세션을 종료하는 Complete 함수를 호출합니다. 세션을 종료하기 전에 인식은 다음을 확인합니다.
- 모든 작업이 터미널 상태(완료, 제거됨, 실패 또는 사용자 주의 필요)에 있습니다.
- 활성 상태(새로 만들기, 완료되지 않음, 실행 중, 유효성 검사 또는 보류 중) 작업이 남아 있지 않습니다.
- 원래 루트 작업이 완료된 상태이며 그 결과는 자식 작업의 결과를 합성합니다.
루트 작업이 사용자 주의 필요 또는 실패 상태인 경우 인식은 여전히 세션을 종료할 수 있지만 추가 AI 작업이 불가능한 이유를 문서화합니다.
인식이 실행 중일 때 표시되는 내용
인식이 활성화되면 직접 개입 없이 공유 세션이 진행되는 것을 볼 수 있습니다.
- 인지가 목표를 세분화할 때 새 하위 작업이 나타납니다.
- 작업은 신규에서 실행을 거쳐 완료로 이동하면서 상태가 바뀝니다.
- 어떤 에이전트가 실행되었는지, 어떤 도구가 호출되었는지, 어떤 결과가 돌아왔는지를 기록하면서 실행 기록이 늘어나고 있습니다.
- 에이전트가 출력 파일 및 보고서를 생성할 때 나타나는 새 데이터 자산
- 검증 코멘트 는 인지가 결과를 귀하의 요구사항과 비교해 평가한 방식이 어떻게 적용되었는지를 보여줍니다.
이 작업은 백그라운드에서 발생합니다. 실시간으로 발생하는 것을 볼 필요가 없습니다. 몇 시간마다 체크 인하고, 완료된 작업을 검토하고, 필요한 경우 피드백을 제공합니다.
인식과 상호 작용하는 방법
인식과의 주요 상호 작용은 직접 메시지가 아닌 작업을 통해 이루어집니다. 공동 작업 패턴(전체 위임, 구조적 위임, 병렬 작업)에 대한 개요는 검색 엔진을 참조하세요.
인식이 실행 중일 때 가장 효과적인 조정 방법은 다음과 같습니다.
- 작업에 주석 추가: 결과에 대한 좋은 사항 또는 변경해야 하는 사항을 설명합니다. 인식은 의견을 읽고 다음 결정에 영향을 줍니다.
- 유효성 검사 요구 사항 업데이트: 결과가 비슷하지만 정확하지 않은 경우 새 작업을 만드는 대신 기준을 조정합니다.
- 새 작업 만들기: 완료된 작업이 새 질문 또는 지침을 표시하면 작업을 추가합니다. 인지 시스템은 다음 주기에 이를 처리합니다.
- 관련 없는 작업 제거: 인식에서 유용하지 않은 하위 작업을 만든 경우 작업을 제거됨으로 표시합니다. 관련 없는 작업을 제거하면 공유 세션이 집중됩니다.
- 직접 작업 완료: 특정 전문 지식이 있는 경우 작업을 수동으로 수행하고 작업을 완료로 표시합니다. 인식은 결과를 보고 이를 기반으로 합니다.
검색 엔진 시작 및 중지
인터페이스에서 검색 엔진을 시작하고 중지하여 인식을 제어합니다.
- 시작: 인식은 추론 루프를 시작하고 사용 가능한 작업에 대한 작업을 시작합니다.
- 중지: 인식은 추론 루프를 중지합니다. 현재 실행 중인 에이전트 작업은 계속 완료되지만 인식은 새 작업을 시작하거나 새 결정을 내리지 않습니다.
공유 세션 중에 필요한 횟수만큼 검색 엔진을 시작하고 중지할 수 있습니다. 다시 시작하면 작업 상태가 중단된 위치를 인식합니다. 모든 현재 작업을 검토하고 작업을 다시 시작합니다.
메모
검색 엔진이 중지되고 다시 시작되면 내부 추론 기록(작업 메모리)이 다시 설정됩니다. 인식은 현재 작업 상태에서 이해를 다시 빌드합니다. 즉, 새로운 준비 기간으로 시작됩니다. 태스크 결과, 실행 기록 및 유효성 검사 주석은 인식이 태스크 자체에 저장하기 때문에 유지됩니다.
메모
또한 시스템은 서비스 업그레이드 중에 검색 엔진을 중지하여 업데이트를 적용할 수도 있습니다. 서비스 업그레이드가 검색 엔진을 중지하면 공유 세션 데이터가 유지됩니다. 다시 시작하려면 Discovery Engine을 다시 시작하세요.
인식에 도움이 필요한 경우
인식은 자율적으로 작동하지만 인간의 판단이 필요한 상황을 인식합니다. 다음 신호를 찾습니다.
- 사용자 주의 작업 필요: 인식은 여러 가지 방법을 시도했지만 유효성 검사 요구 사항을 충족하는 결과를 생성할 수 없습니다. 실행 기록 및 주석을 검토하여 시도된 내용을 이해합니다.
- 진행률 없이 반복 실행: 완료하지 않고 여러 실행을 순환하는 태스크가 발견되면 유효성 검사 요구 사항이 너무 제한적이거나 작업 설명에 더 많은 컨텍스트가 필요할 수 있습니다.
- 진행 속도가 느리거나 중단됨: 공유 세션이 진행되지 않는 경우 태스크에 충족되지 않은 종속성이 있는지 확인합니다. 에이전트가 필요한 도구를 제대로 갖추고 있는지 확인한 뒤, 현재 실행 중인 작업이 중단된 상태에서 인식 프로세스가 대기하고 있는지도 점검합니다.
이러한 상황을 진단하는 방법에 대한 지침은 디버그 작업 실행을 참조하세요.