docs: recommend native xAI OAuth, move xai-proxy to refarch#884
docs: recommend native xAI OAuth, move xai-proxy to refarch#884chaodu-agent wants to merge 2 commits into
Conversation
- Add docs/refarch/sidecar-proxy.md explaining the xai-proxy sidecar architecture for agents without native OAuth support - Rewrite docs/xai-proxy.md to recommend OpenCode's built-in xAI OAuth (device-code + browser) as the primary approach - Bump Dockerfile.opencode from opencode-ai@1.14.31 to 1.15.6 (includes native xAI OAuth support)
|
All PRs must reference a prior Discord discussion to ensure community alignment before implementation. Please edit the PR description to include a link like: This PR will be automatically closed in 3 days if the link is not added. |
OpenAB PR ScreeningThis is auto-generated by the OpenAB project-screening flow for context collection and reviewer handoff.
Screening reportscreening complete.comment: #884 (comment) IntentPR #884 updates OpenAB xAI/OpenCode deployment guidance now that OpenCode 1.15.x supports native xAI OAuth. The operator-visible problem is that current docs still imply the FeatDocs/release-work with one deployment image bump. It rewrites Who It ServesPrimary beneficiary: deployers. Secondary: maintainers and agent runtime operators. Rewritten PromptUpdate OpenAB documentation and the OpenCode image so xAI auth guidance matches OpenCode 1.15.x. Make native xAI OAuth the recommended path for OpenCode deployments, preserve Merge PitchLow code risk, but the Dockerfile bump is runtime-sensitive. Reviewers should verify Best-Practice ComparisonOpenClaw and Hermes scheduling patterns mostly do not apply. This is auth documentation and a package bump, not scheduling, persistence, delivery routing, retries, daemon ticks, locking, or run logs. Implementation Options
Comparison Table
RecommendationUse the balanced path. Keep the PR together if Masami or Pahud can verify the OpenCode 1.15.6 native xAI OAuth claim and container auth notes. Otherwise split the Dockerfile bump and merge docs first. |
|
Superseded by #891 which renames xai-proxy → openab-auth-proxy and makes it provider-generic. The docs changes from this PR are incorporated there. |
Summary
OpenCode ≥1.15.0 now has native xAI OAuth (browser + device-code flow), making the
xai-proxysidecar no longer required for OpenCode deployments.Changes
docs/refarch/sidecar-proxy.md— New reference architecture doc explaining the xai-proxy sidecar pattern (for agents without native OAuth)docs/xai-proxy.md— Rewritten to recommend native OAuth as the primary approach; xai-proxy documented as legacy/alternative with link to refarchDockerfile.opencode— Bumped fromopencode-ai@1.14.31→1.15.6(includes native xAI OAuth support)What was tested
Notes
xai-proxysidecar remains available for non-OpenCode agents (Hermes, custom) or multi-container token sharing