AI 에이전트 디자인 패턴: 실패 함축에 따라 선택

AI 에이전트 설계 패턴은 당신이 조작할 수 있는 장애 경계에 따라 선택되어야 합니다. 직접적인 모델 호출이나 도구가 있는 에이전트로 시작하세요. 순차적인 단계, 병렬 분과, 전문적인 전달 또는 검토 루프를 추가하는 것은 측정된 작업량 요구가 새로운 토폴로지를 정당화 할 때만이며, 토폴로지가 필요로 하는 증거를 기록할 수 있을 때만이다. 그 답은 협력하는 요원들의 함대를 끌어내는 것보다 덜 매력적입니다. 또한 작업의 일부가 사라졌을 때 디버깅이 더 쉬워지고, 실행이 저렴하며, 건강한 시스템으로 착각하는 것이 더 어렵습니다. 핵심 규칙은 간단합니다. 모든 새로운 처형의 가장자리는 증거 부채를 만듭니다. 허위 녹색 상태와 이를 부정하는 영수증을 명명할 때까지 가장자리를 추가하지 마십시오. 이 문서에서는 이 규칙을 여섯 가지 일반적인 선택에 적용합니다. 직접 모델 호출, 단일 에이전트, 순차적 파이프라인, 병렬 팬 아웃, 전문적인 전달 및 제한된 검토 루프. 그것은 6개의 작업 부하에 대해 재생되는 결정적 선택자를 포함합니다. 작업이 자율성을 얻지 못하면 agent 아래에서 시작하십시오. 아키텍처 다이어그램은 작업 계약을 만족시킬 수 있는 최소한의 강력한 메커니즘으로 시작되어야 합니다. 한 단계 분류나 번역은 보통 도구나 에이전트 루프가 필요하지 않습니다. 건강 문제는 단순히 생산량이 정의된 주장에 부합하는지 여부입니다. 하나의 에이전트는 여러 결정이나 도구 호출을 필요로 할 만큼의 오픈 엔딩이 있을 때 유용하게 작용합니다. 예를 들어, 주문 지원 담당자는 요청을 해석하고 주문을 검색하고 답변을 작성할 수 있습니다. 여전히 소유자 1명과 결과를 확인할 수 있는 장소가 있습니다. 이것은 현재 공식 지침과 일치합니다. 구글 클라우드의 에이전트 패턴 가이드는 패턴을 선택하기 전에 작업 복잡성, 지연, 비용 및 인적 참여 요구 사항을 정의하도록 말합니다. 초기 개발 중에 하나의 에이전트에서 시작하는 것이 좋습니다. 그리고 다중 에이전트 디자인은 평가, 보안, 신뢰성 및 비용 문제를 추가한다고 지적합니다. 아저 아키텍처 센터는 마찬가지로 요구 사항을 안정적으로 충족시키는 가장 낮은 복잡성을 권장합니다. 다중 에이전트 시스템에서 조정 오버헤드, 지연 및 추가 오류 모드를 호출합니다. 이 첫 번째 결정 경계를 사용하세요: 작업량 재산 합리적인 결제 완료 증명 한 번의 제한적 변화, 도구가 없습니다. 직접 모델 호출 출력은 작업 주장을 통과합니다. 한 영역 내에서 여러 가지 결정 도구가 있는 단일 에이전트 필요한 도구 효과와 최종 결과는 확인됩니다. 엄격한 의존성을 가진 고정된 단계 순차적 파이프라인 각 단계는 예상 된 전작 버전을 소비했습니다 지연시간이 중요한 독립된 하위 작업 평행 팬 아웃 합병하기 전에 필요한 모든 가지가 회계됩니다. 서로 다른 영역이나 권위에 대한 역동적인 라우팅 전문인력 전달 수신기는 소유권을 받아들여서 내구성 커서에서 재개할 수 있습니다 측정 가능한 상태가 유지될 때까지 재검토가 계속되어야 합니다. 제한된 루프 진전이 변경되었고, 검증기가 통과되었고, 반복 예산이 유지되었습니다. 테이블은 기본적으로 설계된 것이 아니라 자동으로 설계된 것입니다. 직접 호출은 여전히 안전하지 않을 수 있습니다. 그 출력이 돌이킬 수 없는 행동을 유발하면. 단 하나의 에이전트는 여전히 서로 호환되지 않는 권한을 가진 수십 개의 도구를 가지고 있다면 너무 넓어질 수 있습니다. 패턴은 작업량과 권한의 경계를 따르고 있습니다. 중요한 제한은 부패를 자유 신뢰성으로 취급하는 것을 피하는 것입니다. 하나의 작업을 여러 구성 요소로 나누는 것은 전문화, 지연 또는 보안 고립을 향상시킬 수 있습니다. 또한 더 부분적인 상태를 만들어냅니다. 운용자는 설득력 있는 최종 메시지를 읽지 않고 경기가 어떤 상태를 차지하는지 알 수 있어야 합니다. 각 토폴로지가 증거채무를 지불하도록 AWS 규정 지침는 에이전트 패턴을 재사용 가능한, 복합 가능한 건축 블록으로 설명합니다. 재사용은 귀중하지만 구성은 Done의 의미를 바꾸어 놓습니다. 성공 보고의 구성 요소는 활동 증거일 뿐이다. 유용한 질문은 전체 토폴로지가 의도된 결과를 얻었는가 하는 것입니다. 순차적: 마지막 단계가 아닌 체인을 증명한다 단계 순서가 올바름의 일부인 경우 순서 패턴이 적절합니다: 추출, 검증, 승인, 그리고 출판. 거짓 녹색 사례는 이전 단계가 실패한 후 후속 단계가 실행되거나, 구석된 출력을 사용하거나, 호환되지 않는 버전을 생성하면 나타납니다. 각 단계에 적어도 다음 내용을 담은 인증을 제출하십시오. 런 ID와 스테이지 ID 전신 접수자 또는 입력 해시 출력 해시 또는 내구성 효과 ID 터미널 상태 및 완료 시간 다음 단계가 가능한 주장입니다. 다음 단계는 추측보다는 실종되거나 일치하지 않은 전작을 거부해야 합니다. 최종 공표 완료 이벤트는 없는 유효성 증명서를 복구할 수 없습니다. 병행: 회원이 회계 완료 전에 가입을 감금 독립적인 지부가 지연을 줄이거나 다른 증거를 수집할 때 병렬 펀딩이 정당화됩니다. 그것의 특징적인 실패는 수집가가 필요한 분자가 অনুপস্থিত, 복제, 늦거나 구석된 입력에 기반을 둔 상태에서 맑은 답변을 반환하는 것입니다. 발송 전에 지점 매뉴스를 얼어붙여라. 필요 또는 선택 사항에 해당하는 지부를 표시하십시오. 그러면 얼어붙은 선언서에 대한 합의를 결정하세요. 어떤 응답이 도착했는지에 대한 것이 아닙니다. 컬렉터는 분자 정체성, 입력 버전, 터미널 상태, 효과 정체성 및 신선도가 필요합니다. 수준 3개는 충분하지 않습니다. 4개는 요구됩니다. 전달: 단순히 컨텍스트가 아닌 이전 소유권 전문적인 전달은 다음 에이전트가 다른 도메인, 도구 집합 또는 권한 제한이 필요할 때 유용합니다. 송신자가 전송된을 보고하지만 수신자는 작업을 를 받아들이지 않거나 계속해야 할 상태 없이 받아들이지 않을 때 침묵으로 실패합니다. 지속가능한 전달은 두 가지 측면이 필요합니다. 1. 송신자는 의도된 수신기, 작업 ID, 컨텍스트 버전 및 나머지 결과를 기록합니다. 2. 수신자는 인정을 기록하고, 소유 기간을 기록하고, 받아들여질 때까지, 작업은 발신자와 함께 기다리고 있습니다. 수용 후, 수신자만이 다음 효과를 수행할 수 있습니다. 이것은 모호한 격차를 방지하고 재시험 후 복제 작업을 감소시킵니다. 루프: 예산의 진보, 반복뿐만 아니라 반복된 평가로 품질이 향상될 때 생성자 비판 또는 수리 검증 루프가 적절합니다. 첫 번째 결과가 약할 수 있기 때문에 적절하지 않습니다. 루프는 측정 가능한 진행 신호, 검증기 및 정지 상태가 있어야 합니다. 기록: 반복 번호 및 최대 남은 기간과 비용은 입력 및 출력 지문 영역별 진전 델타 검증자 결과 계속하거나 멈추거나 격화되는 이유가 있습니다. 테스트, 제약, 또는 예상된 유물을 변경하지 않고 다른 문장을 반복하는 루프는 활성화되지만 진행되지 않습니다. 증거들을 보존하거나 뒤집거나 누군가에게 물어보는 데 필요한 마지막 예산을 소비하기 전에 그것을 멈추십시오. 다이어그램을 채택하기 전에 선택 규칙을 다시 재생합니다 저는 이전 경계를 작은 결정적 선택자로 변환했습니다. 그것은 의도적으로 더 간단한 패턴을 선호합니다. 우선순위는 명시적이므로 반복 검증기를 필요로 하는 작업 부하는 순서열 범주에 순서가 있기 때문에 우연히 떨어지지 않습니다. 전체 유물은 pattern cases.json , select agent pattern.mjs 와 예상된 보고서를 사용합니다. 다음으로 실행하세요: 6개의 사례를 반복하여 예상되는 정확한 평가가 나타났습니다. 업무량 선택된 패턴 요구되는 영수증 하나의 메시지를 분류 직접 모델 호출 입력/출력 주장 명령을 찾아서 대답해 단일 에이전트 실행 행렬, 도구 효과 영수, 결과 진술 추출, 검토, 출판 순차적 단계 수신 체인, 입력 버전, 정지 상태 4개의 독립적 인 자료를 조사 평행 팬 아웃 얼어붙은 지부 선언, 요구되는 합당성, 합계 주장 전문가를 위한 경로 지원 전문인력 전달 소유권 인수, 재개 커서, 최종 확정 테스트가 통과될 때까지 코드를 수정 제한된 루프 반복 예산, 진행 델타, 검증자 판결 여섯 가지 권고안 모두 일치했고 여섯 가지 모두 명확한 증거 의무를 부여했습니다. 그 두 번째 결과는 선택자의 정확성보다 더 중요합니다. 수신 계약이 없는 패턴 이름은 설계 우선순위이고, 운영 결정이 아닙니다. 3개의 관측이 반복된 결과로 나타났습니다. 첫째, 토폴로지 모호함의 지도를 증거 모호함으로 만듭니다. 순차적인 단계들은 부분적으로 완성되는 모호함을 만들어냅니다. 병렬 지부는 회원성 모호함을 만들어냅니다. 전달은 소유자의 모호함을 만들어냅니다. 루프는 종료 모호함을 만들어냅니다. 둘째, 모든 패턴에서 동일한 최종 결과 주장이 여전히 필요합니다. 종합 지점 선언문은 지점 회계증명을 증명하고, 집계된 보고서는 고객의 질문에 답한 것은 아닙니다. 송금 영수증은 소유권을 증명하고 배달이 아닙니다. 지나가는 비판의 판결은 비판자가 실제로 평가한 기준만을 증명합니다. 셋째, 이주 트리거는 패턴 열광보다 더 신뢰할 수 있습니다. 증거가 도구 과부하, 엄격한 보안 경계, 독립적인 지연 또는 더 간단한 토폴로지가 포함할 수 없는 반복적인 실패를 보여주는 경우 한 에이전트에서 벗어나십시오. 멀티 에이전트는 더 확장 가능해 측정 가능한 트리거가 아닙니다. 이 패턴을 운영 계약으로 취급하라 구현하기 전에 선택한 패턴에 대해 한 페이지의 계약을 작성하십시오. I예정된 결과: 어떤 관찰 가능한 유물이나 효과가 존재해야 하는가? A권: 각 역전성 또는 역전성 변화를 일으킬 수 있는 구성 요소는 무엇입니까? 회원: 이 경주 에 어떤 단계, 지점 또는 전문가가 속 합니까? 진보: 유용한 작업이 진행되면 어떤 변화가 일어날까요? 기다림: 어떤 의존성이나 인간의 결정이 합법적으로 일을 중단합니까? 실패: 일시적인 오류와 잠긴 실행을 구분하는 증거는 무엇입니까? 완료: 어떤 결정적 검사가 작업을 청정합니까? Budget: 시간, 재실험, 토큰 및 부작용을 제한하는 것은 무엇입니까? 그리고 발사하기 전에 토폴로지의 특징적인 실패를 주입합니다. 순차적인 단계 인증을 제거하십시오. 1개의 병렬 지문을 떨어뜨리십시오. 수송을 늦춰라 검토 반복에서 변경되지 않은 유물을 반환합니다. 시스템이 차단되거나 대기하거나 불확실해야 합니다. 녹색이 아닙니다. 여기서 실질적인 한계가 있습니다. 선택자는 작업량 설명이 정확하다는 것을 증명할 수 없습니다. 모델 품질, 공급자 가용성 또는 프레임워크의 실제 신뢰성을 측정하지 않습니다. 또한 수신계획은 그 실행이 진실한 사건을 발송하는 것을 증명할 수 없습니다. 선택된 패턴을 생산 모양의 장착 장치, 오차 주입 및 목적지 수준의 결과 검사로 검증하십시오. 따라서 가장 안전한 검토 질문은 AI 에이전트 설계 패턴이 가장 좋습니까? 이 작업 부하를 만족시키는 가장 복잡한 패턴은 무엇일까요? 개인 콘텐츠를 검사하지 않고도 새로운 부분 상태를 증명할 수 있을까요? 만약 직접 전화를 하거나 한 명의 에이전트가 대답한다면, 만약 답이 더 복잡한 토폴로지라면, 그 수표를 나중에 모니터링하는 프로젝트가 아닌 설계의 일부로 만들 수 있습니다. Sidewisp는 접근성, 유용한 진보, 맥락, 도구, 결과 및 비용에 관심을 기울여 기존의 에이전트 실행 시간을 중심으로 건강 계층을 추가하는 것을 목적으로 한다. Sidewisp는 현재 비공개 프리뷰 단계입니다. 공개 웹 사이트와 대화형 시범은 실시간이지만 생산 에이전트 건강 컬렉션 및 런타임 어댑터는 현재 웹 사이트 저장소에 배송되지 않습니다. 만약 이 증거의 첫 번째 접근 방식이 당신이 에이전트를 어떻게 운영하고 싶은지 일치한다면, 당신은 개인 미리보기 대기 목록에 가입할 수 있습니다.