Task 자식이 설정된 패키지를 통해 설치된 프로바이더를 사용할 수 있습니다. Process 모드 자식은
이제 부모가 실제로 로드한 패키지 확장을 상속받으므로 glm-zcode 및 commandcode 같은 프로바이더가 task에서 모델을 결정할 때 사용 가능해집니다. 모든 자식 시작 경로가 동일한 목록을 결정하므로, 복구된 자식은 시작할 때 사용했던 프로바이더를 유지하며, 팀 멤버와 풀 워커도 첫 번째 생성만이 아닌 동일하게 이를 받습니다. (#8492)
모델을 제공할 수 없는 task는 이제 그 사실을 명시합니다. 모델이 자식의 자체 프로필에서 누락된 task({ category }) 생성은 Task runner failed to start. 메시지와 함께 실패했었고 추가 정보는 없었습니다. admission probe는 실제 원인을 알았고 명확히 표시했지만, 관리자는 4가지 실패 종류만 메시지로 매핑했으며 model_unavailable은 포함되지 않았으므로 유용한 정보가 호출자에게 전달되지 않았습니다. 이제 원인은 텍스트가 아닌 부모가 작성한 코드의 폐쇄형 집합으로 전달되므로, 안전하게 표시할 수 있습니다: 자식의 stderr은 모든 레코드 및 도구 결과에서 제외되며, 호출자는 원인을 명확히 설명하는 문장을 받습니다. (#8492)
4개의 예비 모델이 있는 category는 더 이상 첫 번째 모델에서 포기하지 않습니다. Category는 체인으로 결정되지만, 선행 항목만 시도되었습니다. Admission이 거부하면 생성이 즉시 실패했고 나머지 항목은 시도되지 않았으며, 다음 항목이 작동했을 기본 제공 프로바이더인 경우에도 마찬가지였습니다. 그래프 실행에서는 모든 종속 노드가 스킵 캐스케이드되었습니다. "이 자식이 이 모델을 제공할 수 없다"는 의미의 거부는 이제 체인의 다음 항목으로 진행합니다. 다른 모든 종류의 시작 실패는 여전히 즉시 실패하는데, 이는 체인의 나머지에서도 동일하게 반복되기 때문입니다. (#8492)
npm i -g omo-ai@beta