Skip to content

feat: Add Claude Agent SDK as a provider - #330

Closed
sstockdev wants to merge 3 commits into
interviewstreet:mainfrom
sstockdev:main
Closed

feat: Add Claude Agent SDK as a provider#330
sstockdev wants to merge 3 commits into
interviewstreet:mainfrom
sstockdev:main

Conversation

@sstockdev

Copy link
Copy Markdown

This adds Claude Agent SDK as a provider.

@sp2hari

sp2hari commented Jul 24, 2026

Copy link
Copy Markdown
Member

Thanks for this — the no-API-key angle (running on an existing Claude Code / SDK login) is a neat idea. We're standardizing on the config-driven provider layer from #298: Claude API access now lands via a providers.json block using Anthropic's OpenAI-compatible endpoint (#365), and we're not taking on subprocess/SDK-based providers at this time (extra dependencies + a separate code path outside the config model). Closing on that basis — not a reflection of the work, which was solid. Appreciate it.

@sp2hari sp2hari closed this Jul 24, 2026
pull Bot pushed a commit to BeeXD/hiring-agent that referenced this pull request Jul 24, 2026
Add an `anthropic` provider block to providers.json using Anthropic's
OpenAI-compatible endpoint (https://api.anthropic.com/v1). No new code is
needed — the config-driven OpenAICompatibleProvider (from interviewstreet#298) handles it,
the same way Gemini is wired via its OpenAI-compatible endpoint.

Registers claude-opus-4-8, claude-sonnet-5, and claude-haiku-4-5, keyed on
ANTHROPIC_API_KEY. structured_output is set to json_object (Anthropic's
OpenAI-compatible layer has limited json_schema support; the pipeline also
cleans up JSON via extract_json_from_response).

Supersedes the pre-interviewstreet#298 Claude-provider PRs that added bespoke provider
classes: interviewstreet#205, interviewstreet#224, interviewstreet#235, interviewstreet#279, interviewstreet#303, interviewstreet#330, interviewstreet#348.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@sstockdev

Copy link
Copy Markdown
Author

Thanks for this — the no-API-key angle (running on an existing Claude Code / SDK login) is a neat idea. We're standardizing on the config-driven provider layer from #298: Claude API access now lands via a providers.json block using Anthropic's OpenAI-compatible endpoint (#365), and we're not taking on subprocess/SDK-based providers at this time (extra dependencies + a separate code path outside the config model). Closing on that basis — not a reflection of the work, which was solid. Appreciate it.

Thanks for letting me know! If you ever decide to allow this functionality (makes Claude code users lives much easier), I've updated my fork to work with the main repository's new system in this PR.

Thank you for all you do!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

2 participants