Feature request: model and reasoning-effort controls for Hosted OpenBot
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- typescript
- Lĩnh vực
- ai-infra-agents
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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.
- Ngôn ngữ chính
- TypeScript
- Star
- 6.6k
- Fork
- 914
- Merge trung bình
- 19 giờ 22 phút
- Pull request đã merge (30 ngày)
- 140
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của CopilotKit/OpenBot
-
Wrong key location at startupCó thể đã có người làm @charan-rathore đã nhận 2 ngày trước. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 68/100
CopilotKit/OpenBot#800 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
setup-learning.ts fails on Windows with "spawn npx.cmd EINVAL"Có thể đã có người làm @Caldas đã nhận 5 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 80/100
CopilotKit/OpenBot#792 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
An HTML-only inbound email reaches its trigger with HTML character references left in the textCó thể đã có người làm @RaphaelFakhri đã nhận 1 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 25/100
CopilotKit/OpenBot#806 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Remote AG-UI Bots can't use the browser in chat: `computer_*` calls refused as "unavailable for this headless turn"Có thể đã có người làm @charan-rathore đã nhận 1 ngày trước. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 68/100
CopilotKit/OpenBot#804 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
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)Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 4/5 Hơn một tuần Mức phù hợp với người mới 22/100
CopilotKit/OpenBot#786 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của CopilotKit/OpenBot
Issue tương tự
-
area: aria/combobox gemini-triaged
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
angular/components#33973 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug priority: P2
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[bug] status, list and push crash with an uncaught NotInitializedError stack trace when teamai is not initializedCó thể đã có người làm @jay23606 đã nhận hôm nay. Đang mởbug good first issue help wanted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Tencent/teamai-cli#1227 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Tool]: YapĐang mở
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 62/100
withkarann/aifoxx#417 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
sindresorhus/eslint-plugin-unicorn#3921 ·
Maintainer thường phản hồi trong vòng 1 ngày