Spaces:
Running
Running
| # Model Configuration Plugin DOX | |
| ## Purpose | |
| - Own global LLM preset definitions, scoped preset selection, API-key checks, chat overrides, migration, and model settings UI. | |
| ## Ownership | |
| - `helpers/model_config.py` owns config resolution, presets, overrides, and runtime model object construction. | |
| - `api/` owns model config, override, preset, search, and API-key endpoints. | |
| - `webui/` owns model settings, summaries, switcher, and API-key UI. | |
| - `extensions/python/startup_migration/` owns conversion from legacy full configs and project presets, followed by first-launch preset initialization. | |
| - `default_config.yaml`, `mode_presets_fallback.yaml`, `provider_metadata.yaml`, `hooks.py`, and `plugin.yaml` own plugin defaults, offline presets, metadata, hooks, and manifest. | |
| ## Local Contracts | |
| - `Default` is the first global preset and cannot be deleted or renamed. It owns the complete main, utility, and embedding baseline; its Vision Model slot is optional. | |
| - Preset definitions are global. Global, project, agent-profile, and project/profile plugin configs persist only `model_preset`; chats may persist a preset reference as their explicit override. | |
| - Preserve scoped plugin resolution order and fall back invalid or missing scope/chat references to `Default`. | |
| - Project Settings `llm` payloads are owned here through the generic `helpers.projects` project extension-data hooks; keep project helper code agnostic to `_model_config` paths, presets, and inheritance rules. | |
| - Keep provider metadata and API-key checks safe around secrets. | |
| - Check API-key readiness only for the effective model configuration; unused global presets must not produce Welcome-screen warnings. | |
| - Coordinate OAuth-backed providers with `_oauth` instead of hardcoding provider-specific auth here. | |
| - `model_config_get` exposes `model_configured` as a derived chat-model readiness flag from provider, model name, and API-key availability. | |
| - Non-default presets may inherit omitted main, utility, or embedding slots and durable tuning from `Default`, but must replace or clear per-slot `kwargs` so provider-specific extra params never leak across model providers. | |
| - The optional `vision` slot is strictly per preset and never inherited from `Default`; an empty slot disables the separate Vision Model for that preset. | |
| - Main native vision wins by default. A configured Vision Model handles `vision_load` when Main lacks vision, or when that preset explicitly enables `override_main`. | |
| - Keep the optional Vision provider/model selector inside the Main Model card and flush with Main's field alignment, without a nested left inset. Show it only while Main vision is disabled or `override_main` is enabled; do not render a standalone Vision Model card. | |
| - Keep Vision timeout and maximum-output-token controls, plus the Agent Editor prompt-customization note, inside the visible Vision sidecar's Advanced Settings only. The Vision call limits belong to the preset/model builder, not to `vision_load` call-site constants. | |
| - Show `Use separate Vision Model` immediately below `Supports Vision` while Main vision is enabled, not inside Advanced Settings; describe the disabled state as using Main's native vision. | |
| - In model overviews, render the effective Vision Model as a text-only `Vision override / Provider / Model` child aligned with Main's provider column, not as an icon-bearing peer row. | |
| - Changing a model provider in the settings UI must clear `api_base` and `kwargs` because both may be provider-specific. | |
| - Repair provider-specific model-config aliases at the model-config read/build boundary; keep provider-specific repairs out of provider-agnostic core wrappers such as `models.py`. | |
| - `modelConfig.createPresetEditor()` owns local preset drafts, row actions, and stable UI-only row keys so deletion or renaming cannot rebind nested model fields. | |
| - The preset editor maps each model provider's API-key field to the shared API-key store; saving the editor persists dirty keys separately and never writes secrets into preset YAML. | |
| - The compact chat selector label combines the effective preset with only the leaf name of its main model; utility and provider text stay out of the closed selector. | |
| - The compact selector strip exposes `model-context-strip-end` after the agent | |
| profile selector so adjacent bundled controls can stay plugin-owned. | |
| - The adjacent agent-profile selector reads the always-enabled Agent Editor list | |
| endpoint directly so the active profile shows its effective title and avatar, | |
| and omits profiles disabled in the chat's current scope plus the exact | |
| `default` utility profile. A chat already using `default` may still show that | |
| current status without adding a selectable or editable row. | |
| - Reload the agent-profile selector catalog when a chat changes project or | |
| active profile so project-only profiles never linger in the visible choices. | |
| - Concurrent agent-profile catalog loads for the same chat share one request; | |
| across chats, only the newest request may replace selector state or finish | |
| its loading lifecycle. | |
| - Preset editor reset actions must remove the user override through the preset API and refresh the open draft from bundled defaults. | |
| - Preset rename, delete, and reset actions must repair scoped config and durable/live chat references; removed definitions fall back to `Default`. | |
| - Migration must preserve existing definitions and distinct scoped model choices, back up replaced user files once, strip inline secrets, and remain idempotent. | |
| - On every startup after migration, short-circuit when `usr/plugins/_model_config/presets.yaml` exists. Only a missing collection may fetch `agent0ai/a0-presets`; parse remote and plugin-local fallback YAML through the same validator, strip secrets before persistence, and persist `mode_presets_fallback.yaml` when download or validation fails. | |
| - The optional Tiny Coder startup binding uses `TINY_CODER_PROVIDER`, `TINY_CODER_MODEL`, `TINY_CODER_API_BASE`, and `TINY_CODER_API_KEY`. It creates a secret-free agent-profile preset only when provider and model are both present; otherwise Tiny Coder inherits normal model selection without startup failure. | |
| - Model-name catalogs open below the input from either a field click or the embedded magnifier. | |
| ## Work Guidance | |
| - Keep backend model config shape and frontend settings fields synchronized. | |
| ## Verification | |
| - Run model-config and onboarding-related tests when model provider, preset, or API-key behavior changes. | |
| ## Child DOX Index | |
| No child DOX files. | |