임시 AI 에이전트: 에이전트 헬스에서 분리된 지속 가능한 실행

임시적인 것은 한 하드 에이전트 문제에 대한 강력한 답입니다: 어떻게 작업자가 충돌하거나 프로세스를 다시 시작하거나 외부 의존도가 실패하면 장기 실행을 복구 할 수 있습니까? 그것은 그 자체로 다른 질문에 대한 답이 아닙니다: 에이전트가 건강하고 사용자가 요청한 결과를 얻었습니까? 안전한 기본은 임시 작업 흐름 상태를 실행 증거로 사용하고 건강 판결을 할당하기 전에 네 개의 신청 영수증을 추가합니다. 1. 의 진행 영수증 에 의미 있는 걸음돌이나 출력 델타를 표시하는 영수증 2. wait 영수증 소유자 이름, 날짜 및 재개 상태 3. 한 유효수표 도구 측의 동작이 있었는지 여부를 해결하는 것 4. 요청된 유물이나 상태를 확인하는 배달 가능한 영수증 . 그 구별은 중요한 이유는 Temporal의 작업 흐름 실행 문서는 Running 를 를 적극적으로 진행하거나 를 기다리는 동안 발전할 수 있다고 정의하기 때문입니다. 따라서 녹색 개방적인 작업 흐름은 생산적인 작업, 합법적인 승인 대기, 또는 조용한 정류를 구별할 수 없습니다. 마찬가지로, 폐쇄된 Completed 작업 흐름은 그 코드가 완료 경로에 도달했다는 것을 증명합니다. 그것은 자동적으로 청구서가 한 번 전송되었거나, 당첨 요청은 의도된 변경 사항을 포함하거나 약속된 목적지에 보고서가 존재한다는 것을 증명하지 않습니다. 템포럴이 증명하는 것과 증명하지 않는 것 템포럴의 내구성 실행 모델은 AI 에이전트에 귀중한 기계적 보증을 제공합니다. 작업 흐름 상태는 실패에도 지속됩니다. 이벤트 역사에 대한 명령이 생성된 반복 확인. 활동은 LLM 요청, 도구 사용 및 외부 API와 같은 실패 쉬운 호출을 결정적 오케스트레이션 코드에서 분리합니다. 동적 AI 대리자 Temporal의 공식적인 설명은 이 경계를 명시적으로 설명합니다. 작업 흐름의 오케스트레이션은 결정적여야 하며, LLM의 결정과 도구 결과는 활동 내에서 결정적이지 않을 수 있습니다. 이러한 특성들은 여러 가지 운영적인 질문에 대답합니다. 녹음된 오케스트레이션 상태가 노동자 재발전에서 살아남을 수 있을까요? 이전 LLM 결정을 다시 계산하는 대신 작업 흐름은 기록된 역사에서 재개할 수 있습니까? 활동은 계속 시도되고, 시간 정해진 상태, 실패 또는 완료되었는가? 워크플로우가 열리고, 일시 중지, 취소, 완료, 실패, 종료 또는 종료되는가? 그들은 네 가지 요원 특정 질문에 대답하지 않습니다. 이 계획은 사용자의 목표에 더 가까워졌습니까? 아니면 루프가 단지 활성화되어 있습니까? 일시 중단이 예상되고, 소유되고, 재개될 수 있습니까? 외부 부작용이 발생했나요? 특히 휴식시간이나 직장인 사고 후? 최종 배달이 존재하고 결정적 수용 검사를 만족합니까? 이건 템포럴에 대한 비판이 아닙니다. 그것은 책임의 한계입니다. 임시 커뮤니티 AI 에이전트 구현는 에이전트 루프, 도구 호출, 인간 확인, 신호, 상태 관리 및 작업 흐름 내부 테스트를 보여줍니다. 그 자신의 메모는 또한 긴 대화 역사, 다시 가시성을 시도하고, 생산 저장 고려를 호출합니다. 애플리케이션 의미학은 여전히 애플리케이션에 속합니다. 4개의 영수증을 Workflow 상태 이상으로 콤팩트 인증을 받는 것은 기록보다 훨씬 작을 수 있습니다. 증거, 신선함, 정체성을 공개해야 합니다. 명령어, 도구 부하, 또는 비밀을 업로드하지 않고요. 진전 영수증은 단순히 심박수 시간표가 아니라 신청의 한 획을 그어야 합니다. 임시 문서 활동 심장 박동는 근로자가 활력과 진전을 보고하고, 재시험에 진전을 기록하고 취소받을 수 있는 수단으로 사용된다. 이 운송은 유용하지만, 이용하자는 의미 있는 델타를 가져야 합니다. 처리된 기록 수, 검증된 소스 세트, 완료된 지점 ID, 유물 소화 또는 다른 작업에 특화된 비변성. 에이전트는 항상 새로운 시간표를 발사하면서 동일한 실패한 전화를 반복할 수 있습니다. 대기 영수증은 반대의 오류를 방지합니다. 세 개의 필드를 요구합니다. owner : 의존성을 해결할 수 있는 사람 또는 시스템 deadline : 대기 시간이 늦으면 resumeToken : 동일한 작업을 재개하는 신호, 업데이트, 승인 ID 또는 다른 아이덴티티. 세 가지 중 하나를 놓친다면 대기 기간이 작전적으로 불완전해집니다. 주자가 없는 상태에서 승인을 기다리는 것은 버려진 일입니다. 임기가 없는 소유자는 무기한 사라질 수 있습니다. 자기소개서 정체성이 없는 기간은 복제 또는 잘못된 계속을 유도한다. 효과 수신은 활동이 다시 시도될 수 있기 때문에 필요합니다. 템포럴의 파이썬 오류 처리 지침는 활동은 최소한 한 번으로 묘사하고 무력성을 권장합니다. 근로자는 서비스 기록이 완료되기 전에 외부 행동과 충돌을 완료할 수 있습니다. 에이전트에게는 중요한 상태는 none , attempted , verified , 그리고 unknown 이다. Unknown 는 다시 시도할 수 있는 권한이 없습니다. 먼저 안정적인 운영 ID를 목적지와 조화시켜라. 전달할 수 있는 영수증은 다른 끝의 격차를 해소합니다. 그것은 작업 흐름을 묶고 정체성을 결정적인 검사로 실행해야 합니다. 파일 소화, 데이터베이스 버전, HTTP 리소스 ID, 통합 약속, 테스트 결과 또는 구조화된 수용 판결. 자연어 done 메시지는 주장의 증거가 아니라 결과의 증거입니다. 6건의 실험 이 문서에 사용되는 검사 가능한 장치는 하나의 결정적 규칙으로 여섯 번의 경주를 평가합니다. 작업 흐름 상태만으로는 첫 번째 네 개의 사례가 RUNNING , 마지막 두 개의 사례는 COMPLETED 로 붕괴됩니다. 영수증은 사업자의 결정을 변경합니다. 사건 결정적인 증거 안전행동 작업 최근 한 획이 바뀌었습니다. 그냥 가만히 있어 기다림 소유자, 임기, 재개 토큰 경로 또는 마지막까지 기다려야 합니다. 꽉 차있어요 최근 델타가 없고 유효한 대기도 없습니다 조사하고, 그 다음 한 가지 제한된 복구를 준비합니다. 불확실한 효과 안정적인 운영 ID는 목적지 판결이 없습니다 화해하고, 다시 시도하지 마라. 거짓 성공 작업 흐름이 완료되었으나 전달가능한 것은 없어졌습니다. 사건을 재개 건강하고 완전합니다. 완료, 효과, 그리고 배달 가능한 합의 증거로 마무리 이 규칙은 의도적으로 보수적입니다. 결정적 검사가 가능한 경우 LLM 판사를 사용하지 않습니다. 증거가 일치하지 않을 때 uncertain 를 보존합니다. 또한 모든 휴식기를 고정하는 것을 피합니다. 유효한 기다림은 실패가 아니라 기다림입니다. 거짓 녹색 없이 다시 시도하고 긴 역사 템포럴은 재실험 메커니즘을 처리하지만 응용 프로그램은 여전히 재실험 예산과 효과 경계를 보유하고 있습니다. 각 외부 활동에 대해, 시도를 통해 안정적인 운영 ID를 가져가십시오. 목적지의 무죄 판결을 기록할 수 있을 때 일시적인 운송 실패와 영구적인 입력 실패를 분리하고, 남은 실행 기간이 또 다른 시도와 조화 및 전달 가능한 검증을 수용할 수 없을 때 중지합니다. 긴 활동에서 3가지 다른 신호를 조합하십시오. 활동 심박수 신선함: 근로자는 최근에 통신했습니까? 미일스톤 신선성: 유용한 응용 상태가 변경되었습니까? 시도 및 최종 예산: 현재 재시험이 여전히 승인되고 완료될 수 있습니까? 변화되지 않은 한 획을 그은 신선한 심장 박동은 루프일 수 있습니다. 최근 목적지 영수증을 받은 고갈된 심장 박동은 확실하지 않은 신고 실패가 될 수 있습니다. 기하급수적인 백코프 대기 시간은 정해진 시간과 예산이 있으면 건강할 수 있습니다. 단 한 번의 시간표도 녹색 판결을 받을 자격이 없습니다. 역사 성장은 또 다른 한계입니다. 현재 작업 흐름 실행 제한 하드 문서 이벤트 역사 제한은 51,200 이벤트 또는 50 MB, 경고는 10,240 이벤트 또는 10 MB입니다. 그 날짜가 된 값들을 보편적 상수로 바꾸지 말고, 현재 문서와 배포를 확인하세요. 내구성 패턴은 적절한 경우 작업 흐름 역사 밖에서 방대한 대화 데이터를 보관하고, 콘텐츠 최소화 된 정체성 및 변수를 유지하며, 역사 압력이 중단되기 전에 계속 새로운 것을 사용합니다. 이는 실질적인 노동분할을 만들어 냅니다. 시간적 구조가 유지되고 재개됩니다. 에이전트 애플리케이션은 랜드마크, 대기 소유, 효과 조화 및 수용 검사를 정의합니다. 사업자를 대상으로 한 건강 계층은 두 가지 증거 집합을 결합하고 판결을 내리기보다는 불확실성을 나타냅니다. 건강은 오케스트레이션과 분리되어야 합니다. 임시 AI 에이전트에게는, 내구적인 실행은 최종 건강 점수가 아니라 기초입니다. 재 재생은 충돌 후 녹음된 결정을 복원 할 수 있습니다. 다시 시도하는 활동은 일시적인 실패를 복구할 수 있습니다. 신호와 업데이트는 인간의 결정을 전달할 수 있습니다. 이러한 메커니즘 중 어느 것도 에이전트가 진행되고 있다는 주장으로 연장되어서는 안 됩니다. 부작용이 정확히 한 번 일어났거나, 사용자의 결과가 존재한다는 주장입니다. 네 개의 영수증으로 시작해 작고 신선하고 workflowId , runId 와 안정적인 운영 아이덴티티에 묶여 있습니다. 생산 전에 6가지 불편한 상태를 테스트해 보세요. 데시보드는 waiting , stuck , uncertain , false success 를 별도로 표시할 수 없다면, 그것은 운영자가 실제로 해야 할 결정을 숨기고 있습니다. 제한은 의미적: 모든 작업 흐름은 자신의 의미 있는 걸음돌과 전달 가능한 검증을 정의해야 합니다. 소스 확인 에이전트와 결제 에이전트는 동일한 수용 표본을 공유할 수 없습니다. 결정적 결과 검사가 존재하지 않을 때 판단과 그 신뢰를 표시하십시오. 침묵으로 그것을 사실로 변환하지 마십시오. Sidewisp는 현재 비공개 프리뷰 단계입니다. 그 제품 방향은 AI 요원 건강 계층이지만, 생산 시간적 어댑터 및 라이브 요원 건강 컬렉션은 배송 가능한 기능으로 제시되지 않습니다. 유용한 단기적인 움직임은 어떤 제품과 독립적입니다. 템포럴의 내구성 증거를 보관하고, 네 개의 신청 인증을 추가하고, 약을 건강한 것으로 간주하기 전에 동의하도록 요구합니다.