공학
계획하는 에이전트와 반응하는 에이전트
에이전트를 구축하는 방법에는 두 가지가 있으며 대부분의 팀은 자신이 선택한 것을 알지 못한 채 하나를 선택합니다. 선택에 따라 에이전트의 실패 방식이 결정되는데, 이를 성공하는 방법보다 미리 알아 두는 것이 더 유용합니다.
Yaju 팀 · 2026년 4월 1일
일부 에이전트는 전체 시퀀스를 미리 결정한 다음 실행합니다. 다른 사람들은 한 단계를 밟아 결과를 보고 다음 단계를 결정합니다. 둘 다 합리적입니다. 그들은 반대 방향으로 실패하며 작업에 모양을 맞추면 나중에 많은 문제를 줄일 수 있습니다.
계획이 당신에게 주는 것
실행 전에 수립된 계획은 어떤 일이 발생하기 전에 점검할 수 있습니다. 이는 상당한 거버넌스상의 이점입니다. 정책에 대해 의도한 순서를 확인하고, 비용을 추정하고, 네 번째 작업이 아닌 첫 번째 작업 전에 중지할 수 있습니다.
계획은 사실 이후에도 읽을 수 있습니다. 문제가 발생하면 기록에 상담원의 의도가 표시됩니다. 이는 일반적으로 목적이 명시되지 않은 일련의 작업보다 더 많은 정보를 제공합니다.
비용은 강성입니다. 세상의 스냅샷 위에 계획이 세워지고, 세상이 움직인다. 4단계에서는 더 이상 유지되지 않을 수 있는 1단계 이전에 존재했던 상태를 가정합니다.
반응이 당신에게 주는 것
반응형 에이전트는 다음에 수행할 작업을 선택하기 전에 실제로 발생한 일을 확인하므로 놀라움을 자연스럽게 처리합니다. 예측할 수 없는 중간 상태가 있는 작업에 적합합니다.
비용은 다른 종류의 예측 불가능합니다. 사전에 결정된 사항이 없으므로 사전에 점검할 수 있는 사항은 없습니다. 한도에 의해 중단될 때까지 비용은 무제한입니다. 그리고 동일한 입력이 날짜에 따라 다른 경로를 생성할 수 있으므로 평가가 더 어려워지고 실패 재현이 더욱 어려워집니다.
그들이 실패하는 방법
계획 대리인은 2단계에서 이해가 되지 않는 계획을 완료하여 실패합니다. 출력은 내부적으로 일관성이 있고, 자신있게 도착하며, 사람이 선택하는 데 시간이 걸릴 정도로 잘못되었습니다.
반응 에이전트는 방황으로 인해 실패합니다. 합리적으로 보이는 경로를 추구한 다음, 비용을 축적하고 부분적인 작업을 수행하는 또 다른 경로를 추구합니다. 자신 있게 틀린 최종 답을 내놓는 경우는 거의 없습니다. 그것은 값비싼 아무것도 생산하지 않는다.
일반적으로 실패도 나쁘지 않습니다. 귀하의 특정 상황에서 하나는 더 나쁘며 이는 결정할 가치가 있는 것입니다.
우리가 선택할 방법
작업의 구조가 안정적이고 거버넌스 요구 사항이 높으면 계획을 세우세요. 실행 전에 의도를 검사하는 것은 엄격할 가치가 있으며 대부분의 비즈니스 프로세스는 생각보다 안정적입니다.
작업 순서를 실제로 미리 지정할 수 없는 경우 대응하되 제한하십시오. 엄격한 단계 제한, 차단하는 예산, 결과가 발생하기 전에 사람이 확인하는 체크포인트 등이 있습니다.
실제로 유용한 형태는 일반적으로 순수한 형태보다는 정의된 지점에서 재계획이 허용되는 계획입니다.
상황 인식이 적합한 곳
Oran 3.6은 실행 중에 이미 발생한 사항과 그 아래에서 변경된 사항을 추적합니다. 이는 계획 실패를 직접적으로 해결합니다. 이미 성공한 단계는 반복되지 않으며, 의존하는 레코드가 이동된 경우 단계가 실행되지 않고 플래그가 지정됩니다.
이는 트레이드오프를 제거하지 않습니다. 가장 일반적이고 가장 비싼 버전을 제거합니다.
어느 쪽이든 측정할 대상
실행당이 아닌 완료된 결과당 비용이 발생합니다. 세 번 반만 완료하는 반응 에이전트는 세 번의 실행 비용을 발생시키고 아무것도 생성하지 않기 때문입니다. 걸음 수는 계산되므로 예산이 멈추기 전에 방황하는 것이 보입니다. 그리고 재시도는 성공과 별도로 이루어집니다. 동일한 실패에 대한 비용이 두 번 청구되기 때문입니다.
다음
에이전트 오케스트레이션 시스템 페이지에서는 계획, 정책 시행 및 예산을 다룹니다. 버전 페이지에서는 상황 인식을 포함하여 각 Oran 버전에 추가된 내용을 다룹니다.



