리소스 그룹 런타임

이를 사용하여 바쁜 계정, 대기 시간 또는 대화 라우팅을 조사합니다. 실패한 통화를 먼저 보려면 다음으로 시작하세요. 매일 사용.

SubLane은 계정을 공유하는 모든 풀에서 모델 요청 임대 및 일시적인 계정 오류를 추적합니다. 관리자는 다음에서 일정 상태를 검사할 수 있습니다. 계정, 다음을 통해 계정당 한도를 변경하세요. 일정 설정, 아래에서 완료된 모든 호출을 검사합니다. 관리 → 모든 요청. 관리자를 포함하여 로그인한 모든 사용자는 개인 일반 → 요청 보다.

입학과 인연

새 계정은 기본적으로 동시 모델 요청 30개로 설정되며 1부터 1,000까지 구성 가능합니다. 업그레이드하면 저장된 계정 한도가 유지됩니다. 이는 공급자가 보장하는 것이 아니라 로컬 게이트웨이 용량입니다. 작업 공간 용량은 기본적으로 대기자 및 공유 메타데이터 읽기를 포함하여 128개 작업으로 설정되며 시작 시 구성할 수 있습니다. 멤버 동시성은 기본적으로 10이고 0에서 1,000까지 설정할 수 있습니다. 0은 회원 제한을 제거합니다. 계정 임대는 HTTP/SSE, 압축 및 WebSocket 회전에 걸쳐 본문이 폐쇄될 때까지 유지됩니다. 한도를 낮추면 기존 요청을 완료할 수 있습니다.

유휴 대화 또는 열린 WebSocket 연결은 턴 사이에 모델 요청 슬롯을 소비하지 않습니다. 완료된 응답은 본문이 닫힐 때 슬롯을 해제합니다. 클라이언트 취소 후 Codex 스트림은 슬롯을 해제하기 전에 최종 사용량을 수집하기 위해 최대 3초 동안 계속해서 읽을 수 있습니다. 구성 가능한 총 요청 기한(기본적으로 30분) 및 프로세스 종료가 계속 적용됩니다. 클라이언트가 취소를 보내지 않고 요청을 계속 실행 중인 경우 해당 요청은 종료되거나 요청 기한에 도달할 때까지 해당 슬롯을 유지합니다.

바운드 대화는 해당 계정을 유지합니다. 완전한 휴대용 기록을 가진 다른 모델에 대한 클라이언트 시작 변경은 현재 계정이 이를 제공할 수 없을 때 지원 계정을 선택할 수 있습니다. 모델 라우팅 연속 제한 사항에 대해 설명합니다. 용량과 체력 변화만으로는 바인딩을 움직일 수 없습니다. 용량이 가득 차면 새 요청이 최대 까지 대기합니다. 기본적으로 30초, 기껏해야 기본적으로 풀당 대기 요청 100개. 해제된 계정 슬롯 또는 증가된 동시성 제한으로 인해 대기 중인 요청이 깨어납니다. 가득 찬 대기열은 HTTP 429를 반환합니다. account_queue_full; 만료된 대기가 HTTP 429를 반환합니다. account_wait_timeout, 둘 다 Retry-After: 1. 대기 및 이러한 로컬 거부는 활성 스트림을 중단하거나 업스트림 계정 상태에 불이익을 주지 않습니다.

대기 요청은 구성원 동시성 및 작업 공간 허용 한도에 포함되며 구성원 RPM 허용량을 한 번 소비합니다. 그들은 승인될 때까지 할당량을 예약하거나 계정 슬롯을 소비하지 않습니다. 풀 액세스, 모델 정책, 회원 활성화, 키 활성화/해지/만료, 계정 상태, 구독 할당량 및 허용량은 파견 전에 다시 확인됩니다. 클라이언트 취소 및 서비스 종료는 대기 중인 요청을 즉시 제거합니다. 대기는 승인 잠금을 해제하고 데이터베이스 트랜잭션을 보유하지 않습니다. 해제된 슬롯이 다른 요청에 사용 가능해지기 전에 완료된 사용이 기록됩니다.

쿨다운은 HTTP 429를 반환합니다. account_cooling 제한된 Retry-After 헤더가 있고 대기열에 추가되지 않습니다. 요청이 없으면 자동으로 기존 대화를 다른 계정으로 전환합니다. 세션이 없거나 새로운 대화에서는 다른 적격 계정을 즉시 사용할 수 있습니다. 바인딩된 대화는 원래 계정만 기다립니다. 구독 할당량 소진, 회원/작업 영역 제한 및 허용 허용 오류는 정상적인 보호를 유지합니다.

없이 Session_id 또는 비어 있지 않은 prompt_cache_key, 모든 호출은 독립적인 선택과 임의의 업스트림 상관 관계 ID를 얻습니다. 선호도 항목을 읽거나 생성하지 않습니다. 새로운 기본 선택은 모델을 지원하는 적격 구독 계정 간의 각 풀 내에서 순환됩니다. 명시적인 레거시 접두사는 해당 공급자에 대한 선택을 제한합니다. 기존의 명시적 기본 그룹 대화는 기록 다이제스트를 유지합니다.

한도에는 모델 요청이 포함됩니다. 계정 확인, 모델 검색 및 할당량 읽기는 기존 전역 승인 정책에 따라 제한되며 모델 요청 슬롯을 사용하지 않습니다. 이러한 메타데이터 작업은 모델 요청 휴지 기간을 삭제하지 않습니다.

합성 값이 포함된 계정 일정 및 구독 할당량 보기 예시:

쿨다운 및 회복

계정 전체 냉각은 업스트림 429 응답용으로 예약되어 있습니다. Retry-After 1~3600초 내에 승인됩니다. 없거나 유효하지 않은 경우 구성 가능한 폴백의 기본값은 5초입니다. 자격 증명 새로 고침 실패에는 자체 백오프가 있습니다. 요청 기한, HTTP 408 및 알 수 없는 네트워크 오류는 전체 계정을 냉각시키지 않습니다.

명시적인 업스트림 5xx 응답과 유효하지 않거나 중단된 스트림은 선택한 계정 및 모델에 대해 계산됩니다. 기본 임계값은 2분 내에 3개의 논리적 오류가 발생한 후 10초의 모델 휴지 시간이 발생하는 것입니다. 실패가 반복되면 지연 시간이 최대 5분까지 늘어납니다. 임계값, 기간 및 초기 기간은 구성 가능합니다. 임계값이 0이면 일시적인 모델 쿨다운이 비활성화됩니다. 다른 모델은 자격이 유지됩니다. 일반적인 복구 요청이 성공하면 해당 상태가 지워집니다. 늦은 결과는 새로운 실패를 지울 수 없습니다. 기존의 구조화된 Antigravity 모델 속도 제한은 범위가 지정된 복구 규칙을 유지합니다.

성공적인 업스트림 응답을 수락하기 전에 명시적인 HTTP 408, 500, 502, 503 및 504 거부는 제한된 백오프를 통해 동일한 계정에서 두 번 재시도될 수 있습니다. 현재 멤버십, 키, 그룹/모델 정책, 할당량, 계정 수명 주기 및 콘텐츠 규칙을 다시 확인합니다. 그들은 하나의 임대, 요청 ID, 내역 기록 및 최종 결제를 유지합니다. 긴 업스트림 재시도 힌트는 일찍 재생되는 대신 반환됩니다. 네트워크 불확실성, 400/401/403/429, 허용된 스트림 및 부분 출력은 이 메커니즘에 의해 자동으로 재생되지 않습니다. 기존의 명시적 401 자격 증명 새로 고침 시도는 별도로 유지됩니다.

HTTP SSE은 업스트림 이벤트 읽기가 계속되는 동안 10초마다 코멘트 하트비트를 내보냅니다. 선택적 스트림 유휴 시간 초과는 업스트림 이벤트만 계산합니다. 다운스트림 하트비트는 정지된 모델을 숨길 수 없습니다. 기본값은 꺼짐입니다. 추론 헤더 시간 초과의 기본값은 5분이고, 메타데이터는 더 짧은 시간 초과를 유지하며, 총 요청/전환 시간 초과의 기본값은 30분입니다. 보다 배포 구성.

관리자는 계정 활성화, 인증 갱신 또는 구독 할당량 복원 없이 휴지 기간을 지울 수 있습니다. 기존 대화는 원래 계정을 유지합니다. 계정/모델 휴지 기간은 다시 시작해도 유지됩니다. 업그레이드하면 실제 비율 제한을 유지하면서 모델 범위를 알 수 없는 기존 계정 전체의 일시적인 페널티가 지워집니다.

자격 증명 새로 고침 및 복구

Codex 자격 증명은 만료 후 2분 이내에 요청 시 새로 고쳐집니다. 새로 고침이 일시적으로 실패하면 기존 액세스 토큰이 30초 이상 남아 있고 업스트림에서 거부되지 않은 동안에만 요청을 계속할 수 있습니다. 새로 고침을 시도한 후 만료가 다시 확인됩니다. Claude 및 Antigravity는 기존 유효성 요구 사항을 유지합니다.

실패한 새로 고침 시도는 계정별 재시도 지연(30초, 1분, 2분, 4분, 최대 5분)을 공유합니다. 더 긴 OAuth Retry-After 최대 1시간까지 허용됩니다. 지연이 만료되면 다음 자격 증명 읽기 또는 모델 요청을 다시 시도할 수 있습니다. 추가적인 백그라운드 폴링 루프가 없습니다. 다른 계정은 자체 재시도 일정을 유지합니다.

사용 가능한 토큰이 남아 있지 않으면 모델 요청이 반환됩니다. 503 account_refresh_failed ~와 함께 Retry-After. 새로 고침 실패는 모델 호출 쿨다운 페널티를 누적하지 않습니다. 새로 고침 또는 재인증이 성공하면 새로 고침 재시도 상태가 지워집니다. 재시도 지연은 프로세스별로 발생하는 반면, 업스트림 거부는 암호화된 자격 증명과 함께 저장되므로 다시 시작해도 해당 토큰이 다시 대체 대상이 될 수 없습니다.

Codex 토큰 엔드포인트는 다음과 같은 명시적인 자격 증명 오류를 반환해야 합니다. invalid_grant 또는 refresh_token_reused, 재승인이 필요합니다. 알 수 없는 HTTP 400/401, 프록시 응답 또는 공유 OAuth 클라이언트 구성 오류만으로는 계정에 재인증이 필요한 것으로 표시되지 않습니다. 모델 엔드포인트에서 여전히 거부되는 새로 고친 토큰에는 계속해서 재인증이 필요합니다. 기존 대화는 복구 전반에 걸쳐 계정 바인딩을 유지합니다.

할당량 인식 선택

Codex, Claude 및 Antigravity 모델 트래픽은 공급자 IO를 기다리지 않고 적격 풀 계정에 대한 공유 백그라운드 할당량 새로 고침을 시작합니다. 최대 2개의 할당량 읽기가 작업 공간 허용 슬롯 내에서 동시에 실행됩니다. 중복 읽기가 통합되고 기존 휴지/백오프 규칙이 적용됩니다. 일반적인 유휴 폴링 루프는 없습니다. 관리형 공유 리소스는 마지막 요청 이후를 포함하여 대기 사용량을 조정하기 위해 요청 완료 후 제한된 재시도를 추가로 실행합니다. 보다 화해와 멈춤. Claude 기본 창에서는 소진된 계정을 제외할 수 있습니다. Antigravity은 정규화된 SDK 사고 접미사를 사용하여 정확히 요청된 기본 모델만 확인합니다. 다른 모델은 자격을 유지하고 계정 전체의 런타임 상태를 계속 사용할 수 있습니다.

Codex 및 Claude의 경우 선택은 지속되는 정규화된 값을 읽습니다. 기본 풀 정책 및 선호도와 동일한 짧은 트랜잭션의 구독 제한. 명시적인 거부, 한도 도달 플래그 또는 100% 사용 기간은 관찰이 새로운 동안(2분, 재설정으로 단축됨)에만 새 선택에서 계정을 제외합니다. 알 수 없거나 오래되었거나 미래 날짜이거나 이미 재설정된 데이터는 할당량이 0임을 의미하지 않습니다. 추가 명명된 제한은 모델에 매핑되는 것으로 가정되지 않으며 전체 계정을 제외할 수 없습니다. 낮지만 양수인 할당량은 라운드 로빈 가중치를 변경하지 않습니다. 실패한 새로 고침은 마지막으로 성공한 관찰을 유지합니다. 원래의 신선도 기한까지만 일정에 영향을 미칠 수 있으며 무기한 영향을 미칠 수는 없습니다.

계정 또는 요청된 Antigravity 모델이 소진된 바운드 대화는 HTTP 403을 반환합니다. quota_exhausted. 스냅샷 최신성/재설정 기한 이후 공급자가 다시 확인됩니다. 그 시점에 도달한다고 해서 할당량이 회복되었다는 약속은 아닙니다. 다른 계정으로 절대 이동되지 않습니다. 할당량 거부는 일시적인 오류를 증가시키지 않으며 재사용 대기시간 삭제 구독 할당량은 삭제되지 않습니다. 계정에는 뚜렷한 할당량이 소진된 일정 상태가 표시됩니다.

성공적인 관찰은 게시 전에 저장되며 다시 시작해도 유지됩니다. 할당량 행에는 기존 계정 수명주기 개정이 포함됩니다. 비활성화/활성화 및 재인증은 이전 관찰을 무효화하고 조건부 쓰기는 이전 진행 중인 새로 고침을 거부합니다. 통합 스키마는 할당량 행 및 요청 진단과 함께 수명 주기 개정 메타데이터를 저장합니다.

최근 요청 기록

기록에는 계정 용량/휴지 거부를 포함하여 게이트웨이 예약에 도달하는 인증된 모델 시도가 포함됩니다. 인증 실패, HTTP 본문/콘텐츠 유형 유효성 검사 실패, 전역 허용 거부, 모델 검색, 할당량 쿼리 및 WebSocket 사전 준비는 모델 호출 기록을 생성하지 않습니다.

저장된 메타데이터는 사용자/키/풀/계정 ID, 공급자, 제한된 모델 식별자, 프로토콜/작업, 시작 시간, 기간, 요청 상관 관계 ID, null 허용 첫 번째 출력 대기 시간, 결과, 삭제된 오류 코드, 업스트림 HTTP 상태 및 보고된 입력/출력/캐시된 토큰 수로 제한됩니다. 프롬프트, 응답 본문, 원시 공급자 오류, 헤더, IP 주소, 세션 식별자 및 자격 증명은 기록되지 않습니다. 누락된 토큰 수는 null로 유지됩니다. 개수는 관찰된 개별 반응을 나타냅니다. 청구서나 자원 허용 원장이 아닙니다. 독립적인 일일 요약 및 회원 요청 한도는 다음 항목에 설명되어 있습니다. 팀 컨트롤. 스트림에는 HTTP 200이 있지만 오류로 끝날 수 있으므로 결과와 업스트림 상태는 별개입니다.

개인 기록은 페이지 매기기 전에 SQL에서 인증된 세션 사용자에 의해 필터링됩니다. 클라이언트가 제공한 사용자 ID 또는 범위는 액세스를 확장할 수 없습니다. 구독 계정 ID와 이름은 개인 API 응답에서 지워집니다. 사용자는 나중에 취소된 키를 통한 호출을 포함하여 결과, 정확한 모델, API 키, 요청 ID 및 시간 간격을 기준으로 자신의 기록을 필터링할 수 있습니다. 관리자는 회원 및 구독 계정별로 별도로 필터링할 수 있습니다. 호출자 옵션은 동일한 소유권 범위 내의 보유 내역에서만 파생됩니다. 두 보기 모두 50개씩 배치로 페이지가 매겨져 있습니다. 7일 동안 최대 5,000개의 레코드가 유지됩니다. 정리는 기록할 때와 기록을 읽을 때 원자적으로 실행됩니다. 유휴 데이터는 다음 작업에서 회수됩니다. 단순 레코드 ID는 보존 정리 후에 재사용되지 않습니다. 삭제된 계정 이름은 기록 메타데이터를 삭제하지 않고 삭제된 것으로 렌더링됩니다.

개인 및 관리자 요청 테이블에는 캐시된 토큰 수 옆에 입력 토큰 캐시 적중률이 표시됩니다. 즉, 캐시된 입력 토큰을 총 입력 토큰으로 나눈 값으로 소수점 이하 한 자리까지 백분율 형식으로 표시됩니다. 이는 캐시에 적중한 요청의 공유가 아니라 업스트림 캐시에서 제공되는 입력 토큰의 공유를 측정합니다. 양수 입력으로 보고된 0 캐시 수는 0%를 표시합니다. 누락된 개수, 입력이 0이거나 총 입력을 초과하는 캐시 개수에는 엠 대시가 표시됩니다. 속도는 기존 요청 메타데이터에서 파생되며 저장된 열이나 업스트림 요청을 추가하지 않습니다.

각각의 새로운 모델 시도는 서버에서 생성된 req_… 발신자가 제공한 ID를 무시합니다. HTTP 응답이 이를 반환합니다. X-Request-ID; WebSocket 회전 추가 request_id 생성/완료/미완료 이벤트 및 게이트웨이 오류. 업스트림 응답 ID는 변경되지 않습니다. 업그레이드 이전의 기록에는 상관 관계 ID나 첫 번째 출력 측정값이 없습니다. 요청 테이블은 전체 값에 대한 복사 작업과 함께 각 시작 시간 아래에 압축 ID를 표시합니다. 시작 시간을 클릭하면 전체 ID와 함께 세부정보가 열립니다.

first_token_ms 스케줄링 및 업스트림 대기를 포함하여 비어 있지 않은 첫 번째 정규화된 텍스트, 추론, 추론 요약 또는 도구 인수 델타까지 게이트웨이 처리 시작을 측정합니다. 아직은 첫 번째 수명 주기 이벤트나 클라이언트 렌더링 토큰을 사용할 때가 아닙니다. 압축, 관찰된 델타가 없는 스트림 및 오래된 레코드는 null을 유지합니다. UI가 그것을 호출 첫 번째 출력. 총 기간에는 여전히 신체 폐쇄가 포함됩니다.

종합 기록을 사용한 개인 요청 진단의 예:

API 및 저장

• GET /api/accounts/runtime: 현재 스케줄링 상태 및 모델 요청 수입니다.
• PATCH /api/accounts/{id}/limits: 세트 max_concurrency (정수 1~1,000).
• POST /api/accounts/{id}/resume: 쿨타임/실패를 명시적으로 지웁니다.
• GET /api/me/requests?cursor=0&outcome=: 활성화된 역할에 대한 현재 사용자의 요청 메타데이터입니다.
• GET /api/requests?cursor=0&account_id=&outcome=: 관리자 요청 메타데이터; 결과는 성공, 불완전, 오류, 취소 또는 거부일 수 있습니다.

두 기록 엔드포인트 모두 허용됩니다. model, request_id, key_id, from (Unix 초 포함) 및 until (유닉스 초는 제외); 관리자 엔드포인트가 수락합니다. user_id. 요청한 범위에 관계없이 보존 기간은 7일입니다. GET /api/me/requests/filters 관리자 전용 GET /api/requests/filters 구독 ID나 비밀 값이 없는 제한된 호출자/키 선택을 반환합니다.

명시적인 개인 기록 엔드포인트를 제외하고 이러한 경로에는 활성화된 관리자 세션이 필요합니다. 돌연변이는 기원/JSON 보호를 유지합니다. 통합 스키마는 작업 공간 범위의 런타임 및 기록 테이블을 생성합니다. 중지된 데이터베이스를 백업하고 credentials.key 개발 설치를 교체하기 전에 함께.

모델별 제한

명시적으로 구조화된 Antigravity 속도 제한 응답은 오류 도메인, 이유 및 모델이 선택한 요청과 일치하는 경우에만 범위가 좁아집니다. 알 수 없는 429 응답은 계정 전체의 쿨다운을 유지합니다. 모델 제한은 다시 시작해도 지속되며 현재 계정 수명 주기에 속합니다. 재승인, 비활성화/활성화 및 수동 휴지 기간 삭제로 이전 상태가 무효화됩니다.

한정 모델이 돌아왔습니다 429 model_cooling; 원래 공급자 제한은 다음과 같이 보고됩니다. 429 model_rate_limited. 둘 다 경계선식 hints를 보존했습니다. 다른 모형은 쓸모 있고, 기존하는 대화는 그들의 본래 계정 바인딩을 유지합니다. 냉각한 후에, 그 모형 시도를 위한 가장 1개의 정상적인 요구에 때 맞추어 회복하십시오; 여분 inference 조사가 보내지 않습니다. 더 오래된 또는 관련 성공은 더 새로운 한계를 지키지 않을 수 없습니다. 실패한 persistence 시도는 현재 과정에 있는 금지를 유지하고 지속 실패로 기록됩니다.

계정 카드는 전체 계정 스케줄링을 사용할 수 있는 동안 제한된 모델 카운트를 표시합니다. 일정 설정 → Clear cooldown 계정 및 모델의 재사용, 권한 또는 구독 할당을 변경하지 않고 재사용 대기 시간. 업스트림 HTTP 403은 보고됩니다 upstream_forbidden, 오히려 reauthorize 요청보다.

Codex 자동 승인 검토

guardian 또는 review로 식별된 codex-auto-review 요청은 일치하는 부모 스레드 메타데이터를 사용해 동일한 인증 사용자와 리소스 그룹 안에서 부모 대화의 계정을 우선 선택할 수 있습니다. 기존 자식 세션 바인딩이 우선하며, 후보 계정은 모델 지원, 권한, 할당량, 사용량 할당 및 동시 실행 용량 검사를 통과해야 합니다. 부모 정보가 없거나 충돌하거나 모호하거나 만료되었거나 계정을 사용할 수 없으면 부모 바인딩을 변경하지 않고 일반 스케줄링으로 돌아갑니다. 부모 대화와 검토 작업의 세션 및 캐시 식별자는 별도로 유지됩니다. HTTP 및 WebSocket 라우팅은 합성 데이터로 테스트했으며 실제 Codex 클라이언트의 수용 여부는 아직 검증하지 않았습니다.

남은 할당량 기반 새 대화 배분

SUBLANE_GATEWAY_QUOTA_WEIGHTED=true는 가장 제한적인 사용 기간의 남은 비율에 따라 배분합니다. 같은 우선순위의 모든 후보가 동일한 지원 제공자이고 최신의 완전한 수치가 있을 때만 적용합니다. Antigravity는 요청 모델만 사용합니다. 알 수 없거나 오래되거나 불완전하거나 제공자가 섞이면 균등 배분합니다.

기본값은 꺼짐이며 변경 후 재시작해야 합니다. 기존 대화, 부모 계정 선호, 모델 권한, 할당량 및 동시 실행 검사는 유지합니다. 비율은 배분 기준일 뿐 요금제 간 절대 용량 비교가 아닙니다.