添加提供方-账户 新增zcode登录 #4189

Activity

1. mobaicloud

   added

   enhancementNew feature or requestNew feature or request

   on Sep 10, 2026
2. github-actions

   added

   guiDashboard, tray, settings UIDashboard, tray, settings UI

   on Sep 10, 2026
3. lidge-jun commented on Sep 10, 2026

   

   lidge-jun

   on Sep 10, 2026

   Owner

   More actions

   리뷰 · 우선순위 34 / 80

   이 이슈는 Dashboard의 「제공方(제공방)-계정」에서 zcode 제조사 로그인을 추가해 주고, 그걸로 zcode를 리버스 프록시하고 싶다는 요청입니다. 작성자(@mobaicloud)는 지금 제공방 목록에서 그 제조사를 찾지 못했다고 했고, 라벨은 enhancement + gui입니다. 제목·본문이 중국어로 「添加提供方-账户 新增zcode厂商登录」이라, 표면만 보면 Providers 워크스페이스에 OAuth/계정 카드를 하나 더 달자는 말로 읽힙니다.

   지금 dev(HEAD 12c248f52, package 2.50.0, tip #4186은 Cursor ACP 타당성 문서만) 기준으로 보면, OpenCodex 안에서 ZCode와 Z.AI/Zhipu는 서로 다른 층입니다. ZCode는 Z.ai의 데스크톱 클라이언트이고, OpenCodex는 그 클라이언트의 ~/.zcode/v2/config.json 안에 provider.opencodex 블록만 관리합니다. 반대로 Z.AI GLM API를 OpenCodex가 업스트림으로 호출할 때는 제공방 레지스트리의 zai / zhipu-bigmodel / zhipu-bigmodel-coding / zhipu-bigmodel-responses 행을 씁니다. 둘 다 「zcode 로그인」이라는 한 단어로는 묶이지 않습니다.

   클라이언트 쪽은 이미 들어와 있습니다. src/clients/config-export.ts의 zcode 엔트리와 src/clients/config-export/zcode.ts의 buildZcodeClientConfig가 OpenAI-compatible(kind: "openai-compatible")로 루프백 baseURL과 placeholder 키를 심습니다. GUI는 Integrations 탭 integrations/zcode(gui/src/pages/integrations/integration-tabs.ts)에 있고, i18n도 「Z.ai 로그인과 다른 제공자는 건드리지 않는다」고 명시합니다. 관리형 동기화 자체는 닫힌 #2022에서 끝났고, 최근 #4147은 ZCode로 내보내는 reasoning 메타 누락 버그였습니다(이미 닫힘).

   제공방·계정 쪽도 Z.AI 계열은 이미 있습니다. src/providers/registry.ts에서 zai는 authKind: "key", base https://api.z.ai/api/coding/paas/v4 이고, 국내 BigModel은 zhipu-bigmodel(open.bigmodel.cn/api/paas/v4)와 코딩 플랜 zhipu-bigmodel-coding / Responses zhipu-bigmodel-responses로 갈라져 있습니다. 「제공方 → 추가」에서 찾는 이름은 ZCode가 아니라 Z.AI / Zhipu AI — BigModel입니다. 여기에 id zcode 계정 로그인을 새로 넣으면, 클라이언트 id·아이콘·Integrations 라우트와 제공방 id가 같은 문자열을 쓰게 되어 카탈로그·아이콘·소유권 정책이 더 헷갈립니다.

   그래서 「反代 zcode」는 보통 아래 둘 중 하나입니다. (1) ZCode 앱이 OpenCodex 루프백을 보게 하려면 → Dashboard Integrations → ZCode에서 동기화하고 ZCode를 재시작합니다. 제공方-계정에 제조사 로그인을 추가할 필요가 없습니다. (2) OpenCodex가 Z.AI/GLM 업스트림을 프록시하게 하려면 → 제공方에서 zai 또는 zhipu-bigmodel*를 추가하고 API 키를 넣습니다. 이것도 「zcode OAuth 로그인」이 아니라 키 기반 제공방입니다. 지금 dev 방향(Lane A/B 런타임·2.49.0 안정 게시 게이트)과도 충돌하는 새 열차가 아닙니다.

   경로 src/clients/config-export/zcode.ts buildZcodeClientConfig - ZCode는 클라이언트로만 취급되며, OpenCodex를 openai-compatible 제공자로 심습니다. 여기에 「제조사 계정 로그인」API는 없습니다.

   경로 src/clients/config-export.ts zcode 엔트리(loopbackOnly: true) - 원격 바인드·실키 직렬화를 거부하므로, 제공方 OAuth 카드와 같은 수명 주기를 가정하면 설계가 어긋납니다.

   경로 gui/src/pages/integrations/integration-tabs.ts / integrations.semantics.zcode - UI 진입점은 제공方이 아니라 Integrations입니다. 중문 UI에서 「提供方-账户」만 보면 이 탭을 놓치기 쉽습니다.

   경로 src/providers/registry.ts zai / zhipu-bigmodel* - 업스트림 GLM 프록시는 이미 키 제공방으로 존재합니다. 「zcode 로그인」을 여기 복제하면 id 충돌·중복 UX만 생깁니다.

   심볼 클라이언트 id zcode vs 제공방 id zai - 이슈 본문이 둘을 한 단어로 묶고 있어, 구현 PR을 받기 전에 작성자 의도를 (1)/(2)로 나눠 확인해야 합니다.

   메인테이너의 판단이 필요한 지점

   • 작성자에게 Integrations→ZCode vs 제공方 zai/zhipu-bigmodel* 중 무엇을 원하는지 needs-info로 물을지, 바로 문서로 안내하고 닫을지
   • 중문/영문 UI에서 「ZCode」검색 시 제공方이 아니라 Integrations로 보내는 힌트·빈 결과 카피를 넣을지
   • 제공方 목록에 zcode alias 행을 절대 만들지 않는다는 불변을 문서/리뷰 가이드에 명시할지
   • 실제 빠진 기능이 「ZCode 앱 안의 Z.ai 세션을 OpenCodex가 읽기」라면(현재 비범위) 별도 design 이슈로 쪼갤지

   너의 추천
   구현 PR을 급히 받지 마세요. 먼저 댓글로 (1) Integrations→ZCode 동기화인지 (2) 제공方 zai/zhipu-bigmodel* API 키인지 확인하세요. 대부분은 이미 지원되는 경로라서, 확인 후 중복/오해로 닫거나 docs·i18n 힌트만 남기는 편이 맞습니다. 제공方에 id zcode 계정 로그인을 새로 파는 PR은 현재 dev 카탈로그·클라이언트 소유권과 충돌하니 거절하는 쪽을 추천합니다. types/config 분할 열차와도 무관합니다.

   이 댓글은 grok-bot이 작성했습니다
4. devin-ai-integration

   added

   priority: P3Low: new provider/client integration, large or experimental feature (>2000 LOC or >50 files), RFC/roLow: new provider/client integration, large or experimental feature (>2000 LOC or >50 files), RFC/ro

   on Sep 24, 2026
5. devin-ai-integration commented on Sep 24, 2026

   

   devin-ai-integrationbot

   on Sep 24, 2026 – with Devin.ai Integration

   Contributor

   More actions

   Triage: priority: P3 — zcode login in provider accounts.

   Criteria (P3): Low: new provider/client integration, large or experimental feature (>2000 LOC or >50 files), RFC/roadmap, or long-stale branch.

   Matched pull requests:

   • feat(zcode): add opt-in local app-server agent provider #4259 (related / partial) — feat(zcode): add opt-in local app-server agent provider [priority: P3]
   • feat(providers): Z.ai Start Plan provider (OAuth login, in-process traceless captcha, gateway wire) #4647 (related / partial) — feat(providers): Z.ai Start Plan provider (OAuth login, in-process traceless captcha, gateway wire) [priority: P3]
6. lidge-jun commented on Sep 27, 2026

   

   lidge-jun

   on Sep 27, 2026

   Owner

   More actions

   Thanks for the request, @mobaicloud. On current dev, OpenCodex treats "ZCode" and "Z.AI" as two separate things:

   • ZCode (the Z.ai desktop client) is a client integration: OpenCodex writes its own provider block into ZCode's config so ZCode can use models through OpenCodex. It is not an upstream account you log in to.
   • Z.AI / Zhipu GLM is an upstream provider that OpenCodex calls with an API key (the zai provider in Add provider).

   Two open draft PRs cover the other readings of this request. #4259 adds ZCode's local app-server as an agent provider, and #4647 adds a Z.ai Start Plan provider with OAuth login. Which of these do you need: (1) ZCode using OpenCodex, (2) OpenCodex calling Z.AI GLM with a key, or (3) logging in with a ZCode/Z.ai account so OpenCodex can proxy it? Adding a provider belongs to the provider work rather than this dashboard lane, so I'm leaving this open with those links.
7. lidge-jun commented on Oct 9, 2026

   

   lidge-jun

   on Oct 9, 2026

   Owner

   More actions

   Closing as not planned. ZCode free/Start Plan login falls under the same policy as #4647 (no first-party-app plan reuse or captcha solving).
8. lidge-jun

   closed this as not plannedon Oct 9, 2026