Skip to content

Add a Foundry Local preset#947

Draft
bmehta001 wants to merge 1 commit into
clusterzx:mainfrom
bmehta001:feat/foundry-local-provider
Draft

Add a Foundry Local preset#947
bmehta001 wants to merge 1 commit into
clusterzx:mainfrom
bmehta001:feat/foundry-local-provider

Conversation

@bmehta001
Copy link
Copy Markdown

@bmehta001 bmehta001 commented Jun 1, 2026

Summary

  • add a dedicated Foundry Local preset on top of the existing OpenAI-compatible path
  • harden OpenAI-compatible parsing/usage handling for local runtimes
  • document the SDK-managed endpoint and loaded-model alias flow
  • clarify that the local endpoint is optional in general and only used here for compatibility with Paperless-AI's existing OpenAI-compatible provider path

Related

@bmehta001 bmehta001 force-pushed the feat/foundry-local-provider branch from 04132dd to dfc7239 Compare June 1, 2026 20:53
PaperlessAI already had a custom OpenAI-compatible backend, so Foundry Local should be a thin preset instead of a duplicate provider stack. This keeps the integration aligned with repo patterns, hardens OpenAI-compatible response parsing and usage handling, and updates the setup UI/docs for SDK 1.1 alias-based configuration.

Files changed: .env.example, OPENAPI/openapi.json, README.md, public/js/settings.js, public/js/setup.js, routes/setup.js, server.js, services/aiServiceFactory.js, services/chatService.js, services/customService.js, services/openAiCompatibleResponseUtils.js, services/providerUtils.js, services/setupService.js, views/settings.ejs, views/setup.ejs

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
@bmehta001 bmehta001 force-pushed the feat/foundry-local-provider branch from dfc7239 to 191df6a Compare June 2, 2026 05:40
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant