Oran 3.6에서 변경된 사항

Oran의 각 버전에는 한 가지가 추가되었습니다. 3.1의 ​​비용 귀속, 3.2의 차단 예산, 3.3의 평가, 3.4의 최적화, 3.5의 에이전트 허브입니다. 개별적으로 유용하며 최근까지 팀이 조립해야 했던 다섯 가지 항목이 있었습니다.

3.6은 조립이 중단되고 가정되기 시작하는 릴리스입니다.

다중 통합

가장 큰 실질적인 변화는 도달범위입니다. 하나의 시스템 내에서만 작동할 수 있는 에이전트는 워크플로의 참여자가 아니라 워크플로의 데모이며, 대부분의 실제 작업은 완료되기 전에 3~4개의 시스템을 거칩니다.

3.6은 모든 경계에 동일한 거버넌스를 적용하여 에이전트가 연결할 수 있는 대상을 확장합니다. 연결은 권한이 아닙니다. 저장소에 대한 읽기 액세스 권한이 부여되고 쓰기 액세스 권한이 없는 에이전트는 푸시할 수 없으며 이는 프롬프트에서 요청하는 것이 아니라 작업이 발생하는 위치에 적용됩니다.

상황 인식

이전 버전에서는 계획을 실행했습니다. 3.6은 실행 내에서 이미 발생한 일과 실행이 진행되는 동안 그 아래에서 변경된 사항을 추적합니다.

이는 가장 많은 돈을 낭비하는 화려하지 않은 실패에 중요합니다. 이후 이동한 상태를 기반으로 구축된 계획을 계속 실행하는 에이전트입니다. 이미 성공한 단계를 반복하거나 다른 사람이 변경한 기록에 따라 작업을 수행하면 사람이 취소해야 하는 작업이 생성됩니다. 수리하는 것보다 알아채는 것이 더 저렴합니다.

고급 상담원 관리

통합은 여기에서 가장 눈에 띕니다. 이제 에이전트는 별도의 구성 연습이 아닌 속성으로 소유권, 경계, 예산 및 평가를 갖고 도착합니다.

실제로 이것이 우리가 계속해서 쓰고 있는 90일 패턴을 바꾸는 것입니다. 4주차에 나타나는 확장은 나중에 귀속 및 소유권을 재조정할 때만 문제가 됩니다. 에이전트의 기본 형태일 때 에이전트 30명은 미스터리라기보다는 인벤토리입니다.

비용 가시성과 제어를 동시에

3.1에서는 지출이 표시되었습니다. 3.2에서는 이를 중지할 수 있게 되었습니다. 3.6에서는 두 가지 모두 절약이 실제인지 여부를 결정하는 평가와 동일한 위치에 배치됩니다.

그 조합이 포인트입니다. 평가 없이 비용을 절감하면 품질을 알 수 없는 저렴한 결과물이 생산되는데, 이는 절약이 아니라 지연입니다. Optimizer는 모델, 프롬프트 및 도구 변경을 제안하며 모든 제안은 실행되기 전에 자체 평가를 통해 점수가 매겨집니다.

하지 않는 것

코드를 병합하거나 지출을 승인하거나 실패한 확인을 허용할지 결정하지 않습니다. 실제 결과를 가져오는 행동은 여전히 ​​사람에게 일시 중지되며, 우리는 이를 3.7에서 메울 격차라기보다는 디자인 선택으로 간주합니다.

또한 관리되지 않는 배포를 관리하지 않습니다. 실행하는 버전은 상담원에게 소유자, 경계, 예산 및 기준이 있는지 여부보다 훨씬 덜 중요합니다. 이전 버전에서 이 4개를 갖춘 팀은 이번 버전에서 이들이 없는 팀보다 상태가 더 좋습니다.

업그레이드 중

기존 배포는 에이전트를 다시 빌드하지 않고 이동됩니다. 데이터가 인프라를 떠날 수 없는 경우 3.6은 동일한 거버넌스로 자체 클라우드에서 자체 호스팅되거나 완전히 에어갭으로 실행됩니다.

다음

버전 페이지에는 Keter 1.0 이후의 모든 버전과 각 버전에 추가된 내용이 나열되어 있습니다. 에이전트 오케스트레이션 시스템 페이지에서는 이 릴리스에 통합된 운영 계층을 다룹니다.