You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When I am using muse spark via open code go, codex cli and codex ide keep prompting 'We're currently experiencing high demand, which may be due to temporary errors'
Is it necessary to set up something somewhere?
Reproduction
mise exec -- npm install -g @bitkyc08/opencodex
mise exec -- ocx codex-shim install
mise exec -- oct start
Version
2.41
Operating system
Mac
Provider and model
No response
Logs or error output
Screenshots and supporting files
No response
Redacted configuration
Checks
I searched existing issues and documentation.
I removed secrets, tokens, account details, request credentials, and personal data.
이 이슈는 Muse Spark를 OpenCode Go 경로로 쓰려고 Codex CLI·Codex IDE를 OpenCodex 심을 통해 붙였을 때, 클라이언트가 We're currently experiencing high demand, which may be due to temporary errors 문구를 계속 보여 준다는 질문이다. 제목(중국어: 어디서 뭘 설정해야 하냐)처럼, 보고자는 “OpenCodex 쪽에 빠진 스위치가 있나?”를 먼저 의심한다. 재현은 npm install -g @bitkyc08/opencodex → ocx codex-shim install → oct start(아마 ocx start 오타)이고, 버전은 2.41·Mac이다. 로그·redacted config·정확한 모델 id는 비어 있다.
지금 dev HEAD(19017e98b, 방금 #3414 astra 1M opt-in ceiling 머지 직후) 기준으로 Muse Spark는 “한 군데만 켜면 되는 숨은 설정”이 아니다. 직접 경로는 src/providers/registry.ts의 meta-model(유료 META_MODEL_API_KEY, 기본 muse-spark-1.3)와, Muse Code CLI 자격 증명을 가져오는 meta-muse(src/oauth/meta-muse.ts, Meta가 CLI 전용이라고 밝힌 UNSUPPORTED 경로)다. 리셀러로는 Command Code가 양쪽 티어를 들고, 같은 레지스트리 note는 OpenCode Go가 muse-spark-1.3-contributor만 준다고 적는다. OpenCode Go 자체 엔트리는 https://opencode.ai/zen/go/v1·키 인증·기본 모델 kimi-k2.7-code이고, 의사결정 로그(#2617)는 Luna·Muse Spark Contributor를 Responses 쪽으로 보내는 exact-model allowlist를 말한다. 즉 “어디서 설정하나”의 답은 보통 (1) OpenCode Go API 키를 OpenCodex provider에 넣고, (2) 피커에서 opencode-go/muse-spark-… 같은 네임스페이스 모델을 고르는 쪽이지, Codex 네이티브 1M 토글이나 Spark weekly 표시(showCodexSparkQuota)와는 다른 축이다. showCodexSparkQuota는 gpt-5.3-codex-spark Codex 할당량 창용이고 Muse Spark(Meta)와 이름이 비슷해서 헷갈리기 쉽다.
화면에 나온 영문 문구 자체는 OpenCodex 저장소 문자열 검색에 안 잡힌다. 이건 Codex/ChatGPT 클라이언트가 업스트림이 바쁘거나 일시 오류일 때 자주 띄우는 용량·일시 장애 안내로 보이며, “설정 한 줄을 안 넣어서” 생기는 고정 버그 신호와는 결이 다르다. 심(ocx codex-shim)이 요청을 로컬 OpenCodex로 넘긴 뒤, OpenCode Go(또는 잘못 고른 Codex 네이티브)가 429/5xx·용량 거절을 돌려주면 클라이언트는 같은 안내로 보여줄 수 있다. 반대로 피커가 아직 Codex 네이티브(테라/루나 등)인데 보고자만 Muse Spark라고 부르는 경우에도 같은 문구가 난다. 보고에 provider/model·OpenCodex 로그·선택 모델 id가 없어서, HEAD 코드만으로는 “빠진 설정”인지 “업스트림 용량”인지 “잘못된 모델 선택”인지 아직 갈라지지 않는다. closed 이력(#2156/#2193/#2194)은 OpenCode Go Muse Spark의 스트림 절단 쪽이었고, 이번 문구와는 증상이 다르다.
우선순위 44는 “일상 설치 경로에서 막히면 체감이 크지만, 재현 증거가 부족하고 HEAD에 확정 버그 한 줄이 아직 없는 지원·트리아지” 구간에 둔 값이다. 지금 dev 열차는 astra 카탈로그·1M opt-in(#3410/#3412/#3414) 쪽이고, Muse/OpenCode Go 지원 이슈는 로그가 오기 전에 코드 수정을 시작하지 않는 편이 맞다. 먼저 보고자에게 확인받을 것은 네 가지다. 피커에 보이는 정확한 모델 id, OpenCode Go 키가 OpenCodex에 들어가 있는지, ocx 서버 로그에 찍힌 upstream status/body, 그리고 재현 명령의 oct start가 ocx start인지. 그다음에야 “설정 안내로 닫기 / 업스트림 용량으로 닫기 / 실제 라우팅 버그로 승격”을 고를 수 있다.
경로/이슈 본문 - provider and model·Logs·Redacted configuration이 모두 비어 있어 라우팅 대상을 확정할 수 없다
경로/이슈 재현 - oct start 표기는 ocx start 오타 가능성이 크고, 심 설치 후 서버가 실제로 떴는지 확인이 빠졌다
경로/registry.ts · meta-model note - Muse Spark는 meta-model / meta-muse / command-code / (문서상) opencode-go contributor 경로로 갈리며, Codex 네이티브 Spark 할당량 토글과는 별개다
경로/저장소 문자열 - 보고된 high demand 영문 문구가 OpenCodex 소스에 없어, 클라이언트·업스트림 안내를 그대로 보여 줄 가능성이 크다
경로/opencode-go - 키가 없거나 모델 id가 카탈로그에 없으면 심만 설치해도 Muse Spark로 안 가고, 다른 업스트림 용량 메시지로 보일 수 있다
메인테이너의 판단이 필요한 지점
보고자에게 모델 id·OpenCode Go 키 유무·ocx 로그만 요청한 뒤 needs-info로 둘지, 바로 설치 FAQ 코멘트로 안내할지
현재 라이브 OpenCode Go 카탈로그에 muse-spark-*가 아직 있는지(레지스트리 note vs 생성 메타데이터)를 한 번 측정해 문서/피커를 고칠지
같은 문구가 Codex 네이티브 용량일 때와 OpenCode Go 용량일 때를 GUI/로그에서 더 잘 구분할 가치가 있는지(제품 우선순위)
너의 추천
당장 코드 PR을 열지 말고 needs-info로 남겨라. 보고자에게 (1) Codex 피커에 보이는 정확한 모델 문자열, (2) OpenCodex에 opencode-go(또는 meta-model/command-code) 키가 들어갔는지, (3) 재현 시각의 ocx 로그 한 덩어리(비밀 가림)를 요청하라. 키가 없고 네이티브 Codex만 물고 있으면 설정 안내로 닫고, OpenCode Go가 429/용량을 주면 업스트림 용량으로 닫아라. 로컬에서 Muse id가 다른 provider로 잘못 붙는 게 로그로 증명되면 그때 라우팅 버그로 승격하라.
Activity
lidge-jun commentedon Sep 4, 2026
리뷰 · 우선순위 44 / 80
이 이슈는 Muse Spark를 OpenCode Go 경로로 쓰려고 Codex CLI·Codex IDE를 OpenCodex 심을 통해 붙였을 때, 클라이언트가
We're currently experiencing high demand, which may be due to temporary errors문구를 계속 보여 준다는 질문이다. 제목(중국어: 어디서 뭘 설정해야 하냐)처럼, 보고자는 “OpenCodex 쪽에 빠진 스위치가 있나?”를 먼저 의심한다. 재현은npm install -g @bitkyc08/opencodex→ocx codex-shim install→oct start(아마ocx start오타)이고, 버전은 2.41·Mac이다. 로그·redacted config·정확한 모델 id는 비어 있다.지금
devHEAD(19017e98b, 방금 #3414 astra 1M opt-in ceiling 머지 직후) 기준으로 Muse Spark는 “한 군데만 켜면 되는 숨은 설정”이 아니다. 직접 경로는src/providers/registry.ts의meta-model(유료META_MODEL_API_KEY, 기본muse-spark-1.3)와, Muse Code CLI 자격 증명을 가져오는meta-muse(src/oauth/meta-muse.ts, Meta가 CLI 전용이라고 밝힌 UNSUPPORTED 경로)다. 리셀러로는 Command Code가 양쪽 티어를 들고, 같은 레지스트리 note는 OpenCode Go가muse-spark-1.3-contributor만 준다고 적는다. OpenCode Go 자체 엔트리는https://opencode.ai/zen/go/v1·키 인증·기본 모델kimi-k2.7-code이고, 의사결정 로그(#2617)는 Luna·Muse Spark Contributor를 Responses 쪽으로 보내는 exact-model allowlist를 말한다. 즉 “어디서 설정하나”의 답은 보통 (1) OpenCode Go API 키를 OpenCodex provider에 넣고, (2) 피커에서opencode-go/muse-spark-…같은 네임스페이스 모델을 고르는 쪽이지, Codex 네이티브 1M 토글이나 Spark weekly 표시(showCodexSparkQuota)와는 다른 축이다.showCodexSparkQuota는gpt-5.3-codex-sparkCodex 할당량 창용이고 Muse Spark(Meta)와 이름이 비슷해서 헷갈리기 쉽다.화면에 나온 영문 문구 자체는 OpenCodex 저장소 문자열 검색에 안 잡힌다. 이건 Codex/ChatGPT 클라이언트가 업스트림이 바쁘거나 일시 오류일 때 자주 띄우는 용량·일시 장애 안내로 보이며, “설정 한 줄을 안 넣어서” 생기는 고정 버그 신호와는 결이 다르다. 심(
ocx codex-shim)이 요청을 로컬 OpenCodex로 넘긴 뒤, OpenCode Go(또는 잘못 고른 Codex 네이티브)가 429/5xx·용량 거절을 돌려주면 클라이언트는 같은 안내로 보여줄 수 있다. 반대로 피커가 아직 Codex 네이티브(테라/루나 등)인데 보고자만 Muse Spark라고 부르는 경우에도 같은 문구가 난다. 보고에 provider/model·OpenCodex 로그·선택 모델 id가 없어서, HEAD 코드만으로는 “빠진 설정”인지 “업스트림 용량”인지 “잘못된 모델 선택”인지 아직 갈라지지 않는다. closed 이력(#2156/#2193/#2194)은 OpenCode Go Muse Spark의 스트림 절단 쪽이었고, 이번 문구와는 증상이 다르다.우선순위 44는 “일상 설치 경로에서 막히면 체감이 크지만, 재현 증거가 부족하고 HEAD에 확정 버그 한 줄이 아직 없는 지원·트리아지” 구간에 둔 값이다. 지금
dev열차는 astra 카탈로그·1M opt-in(#3410/#3412/#3414) 쪽이고, Muse/OpenCode Go 지원 이슈는 로그가 오기 전에 코드 수정을 시작하지 않는 편이 맞다. 먼저 보고자에게 확인받을 것은 네 가지다. 피커에 보이는 정확한 모델 id, OpenCode Go 키가 OpenCodex에 들어가 있는지,ocx서버 로그에 찍힌 upstream status/body, 그리고 재현 명령의oct start가ocx start인지. 그다음에야 “설정 안내로 닫기 / 업스트림 용량으로 닫기 / 실제 라우팅 버그로 승격”을 고를 수 있다.경로/이슈 본문 - provider and model·Logs·Redacted configuration이 모두 비어 있어 라우팅 대상을 확정할 수 없다
경로/이슈 재현 -
oct start표기는ocx start오타 가능성이 크고, 심 설치 후 서버가 실제로 떴는지 확인이 빠졌다경로/registry.ts · meta-model note - Muse Spark는 meta-model / meta-muse / command-code / (문서상) opencode-go contributor 경로로 갈리며, Codex 네이티브 Spark 할당량 토글과는 별개다
경로/저장소 문자열 - 보고된 high demand 영문 문구가 OpenCodex 소스에 없어, 클라이언트·업스트림 안내를 그대로 보여 줄 가능성이 크다
경로/opencode-go - 키가 없거나 모델 id가 카탈로그에 없으면 심만 설치해도 Muse Spark로 안 가고, 다른 업스트림 용량 메시지로 보일 수 있다
메인테이너의 판단이 필요한 지점
너의 추천
당장 코드 PR을 열지 말고 needs-info로 남겨라. 보고자에게 (1) Codex 피커에 보이는 정확한 모델 문자열, (2) OpenCodex에 opencode-go(또는 meta-model/command-code) 키가 들어갔는지, (3) 재현 시각의 ocx 로그 한 덩어리(비밀 가림)를 요청하라. 키가 없고 네이티브 Codex만 물고 있으면 설정 안내로 닫고, OpenCode Go가 429/용량을 주면 업스트림 용량으로 닫아라. 로컬에서 Muse id가 다른 provider로 잘못 붙는 게 로그로 증명되면 그때 라우팅 버그로 승격하라.
이 댓글은 grok-bot이 작성했습니다
mszero commentedon Sep 4, 2026
{
"requestId": "ocx-5bfe2a9c12e8d9066c162159aa2be893",
"timestamp": 1788489339394,
"model": "muse-spark-1.3-contributor",
"provider": "opencode-go",
"surface": "claude",
"admissionKind": "loopback",
"inboundProtocol": "messages",
"conversationId": "8e8e38d516ab682534f3af5de827bca4",
"requestedModel": "opencode-go/muse-spark-1.3-contributor",
"requestedAlias": "opencode-go/muse-spark-1.3-contributor",
"requestedEffort": "high",
"effectiveEffort": "high",
"reasoningWireField": "reasoning_effort",
"reasoningWireValue": "high",
"modelSupportsServiceTier": false,
"tierOutcome": {
"wireKind": null,
"wireValue": null,
"fastOutcome": "unknown",
"confirmation": "unknown"
},
"status": 500,
"durationMs": 308,
"errorCode": "upstream_server_error",
"closeReason": "non_stream",
"upstreamError": "Provider error 500: {"type":"error","error":{"type":"error","message":"Internal server error"}}",
"usageStatus": "unreported",
"attempts": [
{
"ordinal": 1,
"provider": "opencode-go",
"model": "muse-spark-1.3-contributor",
"adapter": "openai-chat",
"status": 500,
"durationMs": 296,
"sendCount": 1,
"recoveryKinds": [],
"usageStatus": "unreported",
"requestedEffort": "high",
"effectiveEffort": "high",
"reasoningWireField": "reasoning_effort",
"reasoningWireValue": "high",
"tierOutcome": {
"wireKind": null,
"wireValue": null,
"fastOutcome": "unknown",
"confirmation": "unknown"
},
"errorCode": "upstream_server_error",
"displayMetrics": {
"tokPerSecond": {
"kind": "unavailable",
"reason": "usage_missing"
},
"cost": {
"kind": "unavailable",
"reason": "usage_missing"
}
}
}
],
"routeDecision": {
"version": 1,
"decisionId": "9032aa4bb50a",
"createdAt": 1788489339405,
"requestedModel": "opencode-go/muse-spark-1.3-contributor",
"routeKind": "explicit-provider",
"requirements": [],
"candidates": [
{
"provider": "opencode-go",
"model": "muse-spark-1.3-contributor",
"eligible": true,
"exclusions": []
}
],
"selected": {
"candidateIndex": 0,
"provider": "opencode-go",
"model": "muse-spark-1.3-contributor",
"reason": "explicit-provider-namespace"
}
},
"displayMetrics": {
"tokPerSecond": {
"kind": "unavailable",
"reason": "usage_missing"
},
"cost": {
"kind": "unavailable",
"reason": "combo_attempt_unavailable"
}
}
}. 好像是无法开启vpn? 在shell上export http_proxy=http://127.0.0.1:1087;export https_proxy=http://127.0.0.1:1087;