Feature request: model and reasoning-effort controls for Hosted OpenBot
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
- Klar beschrieben
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- typescript
- Bereich
- ai-infra-agents
Rechercherichtung
Start by tracing the Hosted/server settings UI and API, built-in coworker configuration, and run setup; the issue does not name specific files or tests. Then inspect how model and reasoning-effort settings reach the TypeScript and Python harnesses, especially agent-langgraph-agui on the ChatGPT-plan path. Done means the requested defaults, overrides, validation, audit visibility, and backward compatibility work across supported Hosted paths.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Summary
Hosted/server OpenBot deployments need administrator-controlled model and reasoning-effort settings in the web UI, with optional overrides per built-in coworker and per task.
This request is specifically for the browser-accessed Hosted/server product, rather than the Desktop setup flow.
Current behaviour
A Hosted OpenBot deployment can select a shared model through deployment configuration such as BOT_MODEL. Built-in coworkers inherit that shared runtime model.
The Hosted UI currently does not let an administrator or user:
- view or change the deployment's default chat model and reasoning effort;
- assign a different model or effort to an individual built-in coworker;
- select an allowed model or effort when starting a task or conversation; or
- see which model and effort actually handled a run.
Existing work covers parts of this problem but not the Hosted UI or all harnesses:
- #212 and #268 added
BOT_REASONING_EFFORTfor the TypeScriptagent-langgraphResponses API Bot. - #451 added model-provider selection to Desktop setup.
- #649 centralised defaults for the separate Bot/harness implementations; it explicitly did not add per-coworker model settings.
- #736 requests supported ChatGPT-plan harness lifecycle for self-hosted/server deployments.
The Python agent-langgraph-agui harness used by the ChatGPT-plan path does not currently expose the same reasoning-effort control added to the TypeScript Responses API Bot.
Requested behaviour
Add Hosted/server model controls with this resolution order:
- task or conversation override;
- built-in coworker override;
- Hosted deployment default;
- provider default.
Hosted administration
Provide an Admin setting for the default provider, model and reasoning effort. The page should show the effective values and whether each value comes from Hosted configuration or the provider default.
Administrators should be able to define an allow-list of models and effort levels available to users. Credentials must remain server-side and must never be returned to the browser.
Per-coworker settings
Add optional model and reasoning-effort fields to built-in coworker configuration. Leaving either field unset should inherit the Hosted deployment default.
Remote AG-UI and Mastra coworkers should continue to report that their endpoint owns model selection unless OpenBot has a truthful capability contract for changing it.
Per-task settings
When starting a task or conversation, let the user choose from the administrator-approved models and effort levels. Existing conversations should show their effective selection, and changing it should apply only to subsequent runs.
An optional administrator-defined routing policy could select a model or effort from task characteristics, but the chosen effective values must remain visible and auditable.
Harness support
Pass model and effort settings through every supported Hosted harness that can honour them, including agent-langgraph-agui when it is using a ChatGPT plan. Unsupported provider/model/effort combinations should be rejected before a run with a clear explanation rather than silently ignored.
Acceptance criteria
- A Hosted administrator can set and change the deployment-wide default model and reasoning effort from the web UI.
- A built-in coworker can inherit those defaults or define an approved override.
- A user can select an approved model and effort for a task or conversation.
- The effective provider, model and effort are displayed for each run and recorded in the audit trail.
- The same settings are available through the server API for managed deployments.
agent-langgraph-aguiforwards supported effort settings on the ChatGPT-plan path.- Invalid or unsupported combinations fail before inference with an actionable error.
- Existing deployments retain their current behaviour when no new settings are configured.
Why this matters
Different work has different latency, capability and cost requirements. Routine classification or drafting may suit a faster model and lower effort, while research, planning or infrastructure work may require a stronger model and higher effort. Hosted OpenBot already lets organisations define specialised coworkers and govern their tools; model and effort policy should be governed at the same levels rather than requiring environment-file edits and container recreation for the whole deployment.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 6.6k
- Forks
- 914
- Ø Merge
- 22 Std. 56 Min.
- Gemergte PRs (30 T.)
- 141
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 vor 3 Tagen ü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 6 Tagen übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 80/100
CopilotKit/OpenBot#792 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Remote AG-UI Bots can't use the browser in chat: `computer_*` calls refused as "unavailable for this headless turn"Evtl. vergeben @charan-rathore hat das vor 2 Tagen übernommen. Offen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100
CopilotKit/OpenBot#804 ·
Maintainer antworten meist innerhalb von 1 Tag
-
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 5 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 74/100
diegosouzapw/OmniRoute#17386 ·
Maintainer antworten meist innerhalb von 1 Tag
-
ready-for-agent
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 77/100
Maintainer antworten meist innerhalb von 1 Tag
-
area/dashboard kind/bug kind/bug-qa QA/dev-automation
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
vybestack/llxprt-code#3917 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
api-parity
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
IBM/carbon-components-ember#1157 ·
Maintainer antworten meist innerhalb von 1 Tag