Feature request: support the existing ChatGPT plan harness on self-hosted/server deployments
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- linux, typescript
- Bereich
- backend-api-design, infrastructure
Rechercherichtung
The issue names no source files or tests. Start by tracing the described Desktop flow and comparing it with the self-hosted agent-langgraph-agui harness settings, especially PICKED_HARNESS_* and auth-store handling. Done means a supported, documented server setup covers sign-in, secure credential storage, token refresh and re-authentication, upgrades, and credential rotation while preserving built-in Bot behavior.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Summary
OpenBot Desktop can already let built-in Bots such as General Assistant use a signed-in ChatGPT subscription through the existing OpenBot-owned harness, without requiring an OPENAI_API_KEY.
I would like the same capability to be supported for self-hosted/server deployments.
This is not a request to invent a new ChatGPT subscription integration or to treat a consumer subscription as a generic OpenAI API key. The required model path already exists in OpenBot Desktop. The request is to make that existing OpenBot capability configurable and maintainable on a normal self-hosted deployment.
Why this is different from #41 and #349
I found the earlier requests:
- #41 — ChatGPT subscription OAuth for model access
- #349 — API-only LLM access makes OpenBot unnecessarily limited
Those were closed on the basis that a generic consumer-subscription OAuth path should not be added to the server/template.
Since then, OpenBot itself has implemented and merged the relevant functionality for Desktop:
- #451 added end-to-end model-provider setup, including a signed-in ChatGPT plan backed by the Codex model/harness.
- #626 made built-in Bots use the selected ChatGPT or Claude subscription through the owned harness while retaining their existing prompts, permissions and server tools.
So this request is narrower and materially different:
Please expose the existing OpenBot Desktop subscription-capable harness as a supported option for self-hosted/server deployments.
The model integration already exists in OpenBot. The missing part on the server is the supported setup and lifecycle management.
Current behaviour
OpenBot Desktop
A user can effectively do:
OpenBot Desktop
-> Sign in with ChatGPT
-> OpenBot-managed ChatGPT/Codex auth store
-> OpenBot agent-langgraph-agui harness
-> Built-in Bots such as General Assistant
No separate OpenAI API key is required for that model path.
Self-hosted/server OpenBot
A normal self-hosted deployment currently expects model access through API keys or compatible endpoints.
The existing Desktop-managed plan settings/harness are not exposed as a supported server configuration flow.
Requested server capability
Please support something equivalent to the Desktop path for a self-hosted deployment, for example:
Self-hosted OpenBot
-> Sign in with ChatGPT / provision ChatGPT auth store
-> official OpenBot agent-langgraph-agui harness
-> built-in OpenBot Bots
-> user's eligible ChatGPT/Codex plan
The exact UX does not need to match Desktop. A server-friendly setup command or documented configuration flow would be sufficient.
For example, a supported flow could:
- Perform the ChatGPT/Codex sign-in.
- Store the refreshable auth store securely on the server.
- Start the official
agent-langgraph-aguiharness. - Mount/provide the auth store to that harness.
- Configure the required
PICKED_HARNESS_*/ harness endpoint settings. - Preserve token refresh and re-auth behaviour.
- Keep the built-in Bot prompts, OpenBot tools, permissions, policy and audit path exactly as they work with the Desktop-owned harness.
- Document upgrade and credential-rotation behaviour for self-hosted deployments.
Why this matters
A large portion of self-hosted users are likely to already pay for ChatGPT and would naturally prefer to use their existing eligible subscription/plan where OpenBot already supports that model path, instead of maintaining a separate API account and metered API spend just because the deployment runs on a server rather than a desktop.
It is also surprising from an operator's point of view that:
OpenBot Desktop + built-in Bots + ChatGPT plan
is supported, while:
OpenBot on a self-hosted Linux server + the same built-in Bots + the same OpenBot harness
is not a supported configuration.
Because the harness and Bot integration already exist, this appears primarily to be a packaging/setup/lifecycle gap rather than a request for a new inference architecture.
Desired outcome
A documented, supported way to run the same ChatGPT-plan-backed built-in Bot architecture used by OpenBot Desktop on a self-hosted Linux/server deployment, without maintaining a custom OpenBot fork.
That would keep self-hosted deployments stock and upgradeable while giving them feature parity with Desktop for model-plan sign-in.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 6.6k
- Forks
- 914
- Ø Merge
- 17 Std. 52 Min.
- Gemergte PRs (30 T.)
- 155
Entwicklungsumgebung
- Enthält ein Dockerfile oder eine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Kein Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus CopilotKit/OpenBot
-
Wrong key location at startupEvtl. vergeben @charan-rathore hat das heute übernommen. Offen
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 68/100
CopilotKit/OpenBot#800 ·
Maintainer antworten meist innerhalb von 1 Tag
-
setup-learning.ts fails on Windows with "spawn npx.cmd EINVAL"Evtl. vergeben @Caldas hat das vor 3 Tagen übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 80/100
CopilotKit/OpenBot#792 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100
CopilotKit/OpenBot#804 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Five out-of-subject findings from PR #770's tier-3 review (credential-revoking tests, single-user boot gate, OAuth client rotation, shared-use atomicity, untyped server/tests)Evtl. vergeben Ein verknüpfter Pull Request ist offen oder bereits gemergt. Offen
Schwierigkeit 4/5 Über eine Woche Anfängerfreundlichkeit 22/100
CopilotKit/OpenBot#786 ·
Maintainer antworten meist innerhalb von 1 Tag
-
server/tests leaks database connections: 55 files open a pool and never close itEvtl. vergeben @adamsiwiec1 hat das vor 2 Tagen übernommen. Offen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 70/100
CopilotKit/OpenBot#785 ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in CopilotKit/OpenBot
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
Maintainer antworten meist innerhalb von 1 Tag
-
auth: agent-bearer --manager-call is told to use the MCP instance argument on an ambiguous managerOffen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 80/100
Maintainer antworten meist innerhalb von 1 Tag
-
Lyric and ApostrophesOffenbug module: playback
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
chthollyphile/folia-major#739 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
agilepathway/label-checker#773 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag