claude-code - 💡(How to fix) Fix Need Oauth to test reimplmentation of Claude code to submit PR. [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#54184Fetched 2026-04-29 06:34:01
View on GitHub
Comments
0
Participants
1
Timeline
4
Reactions
0
Participants
Timeline (top)
labeled ×4

Fix Action

Fix / Workaround

I've built a complete native reimplementation of Claude Code in a non-JS language (~3,200 LOC, six tools, IPC dispatch, full streaming Messages API support). Before drafting a PR I'd like guidance on the supported OAuth path soI can test the API and MAX PRO Subscription capability. The API credit system is tested and working.

RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing requests and this feature hasn't been requested yet
  • This is a single feature request (not multiple features)

Problem Statement

I've built a complete native reimplementation of Claude Code in a non-JS language (~3,200 LOC, six tools, IPC dispatch, full streaming Messages API support). Before drafting a PR I'd like guidance on the supported OAuth path soI can test the API and MAX PRO Subscription capability. The API credit system is tested and working.

What I tried

I want to be transparent about exactly what I did and where I got stuck — this is a request for the right path, not an FYI.

  1. Discovered the Client ID Metadata Document at redacted

  2. Discovered RFC 8414 metadata at redacted

  3. Captured the official claude CLI's OAuth flow. It uses: redacted

Questions

  1. Is there a documented or planned third-party path for obtaining a subscription-scoped OAuth client_id? The DCR endpoint at api.anthropic.com/register clearly works for some flows but not for claude.ai-based auth. What about non windows, Linux or FOSS non stand operating systems that need to access Claude Code ? This is a feature alike rebuild it extended nothing the existing NodeJS system doesn't.

  2. Until such a path exists, would Anthropic accept a PR (separate repo, opt-in, prominent attribution) that uses the official claude-cli client_id? The end user is signing in to their own claude.ai account with the same scopes; only the binary requesting consent differs.

  3. Is /v1/messages with Authorization: Bearer <subscription-token> the supported subscription-billing path, or do third-party clients need to use /v1/sessions/*? I noticed both URL families in the official binary.

What this would unlock

A clean, auditable, single-binary Claude Code reimplementation that runs without Node/Bun/JS, lives in a shippable ~800KB ELF, and works out of the box for Pro/Max/Team users on their existing subscription. Happy to share the full source privately with the Anthropic team if useful — just need a contact (email or Slack channel works).

Environment

  • WSL2 / Ubuntu 24.04
  • Official claude CLI: 2.1.121
  • HTTP transport: curl --no-buffer -N (subprocess-pipe, not native TLS)
  • Discovery: strings + /.well-known probes only; no binary modification

Proposed Solution

access to Oauth, can sign NDA , Also can encrypt tightly the Oauth path as well. Unlike the existing NodeJS version I can easily penetrate with a bit of effort and time.

Alternative Solutions

No response

Priority

Critical - Blocking my work

Feature Category

CLI commands and flags

Use Case Example

No response

Additional Context

No response

extent analysis

TL;DR

The developer needs guidance on the supported OAuth path for their native reimplementation of Claude Code to test the API and MAX PRO Subscription capability.

Guidance

  • The developer should await clarification from the Anthropic team on the supported third-party path for obtaining a subscription-scoped OAuth client_id.
  • In the meantime, they can consider using the official claude-cli client_id as a temporary workaround, with the understanding that this may not be a long-term solution.
  • The developer should verify the correct API endpoint for subscription-billing, either /v1/messages or /v1/sessions/*, to ensure compatibility with the official binary.
  • They may want to reach out to the Anthropic team via email or Slack to share their full source code privately and discuss potential collaboration.

Notes

The issue lacks explicit information on the Anthropic team's stance on third-party OAuth clients, and the developer's proposed solution involves accessing OAuth and signing an NDA, which may not be feasible or secure.

Recommendation

Apply workaround: The developer should use the official claude-cli client_id as a temporary solution until the Anthropic team provides guidance on the supported third-party path.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix Need Oauth to test reimplmentation of Claude code to submit PR. [1 participants]