- 12 Sep, 2025 5 commits
-
-
CaIon committed
-
CaIon committed
-
CaIon committed
-
fix: UI 未对齐问题
Calcium-Ion committed -
feat: support amazon nova model
Calcium-Ion committed
-
- 11 Sep, 2025 8 commits
-
-
Zhaokun Zhang committed
-
CaIon committed
-
Alpha
Calcium-Ion committed -
Xyfacai committed
-
huanghejian committed
-
creamlike1024 committed
-
huanghejian committed
-
huanghejian committed
-
- 10 Sep, 2025 5 commits
-
-
huanghejian committed
-
Xyfacai committed
-
Xyfacai committed
-
Xyfacai committed
-
Xyfacai committed
-
- 09 Sep, 2025 4 commits
-
-
CaIon committed
-
fix: claude header was not set correctly
Calcium-Ion committed -
creamlike1024 committed
-
# Conflicts: # README.md
CaIon committed
-
- 08 Sep, 2025 1 commit
-
-
修改claude system参数为数组,增加通用性
Calcium-Ion committed
-
- 07 Sep, 2025 4 commits
-
-
feat: 改进Claude响应转OpenAI响应
IcedTangerine committed -
- convert claude stop reason "max_tokens" to openai "length" - send content_block_start content text delta
creamlike1024 committed -
feat: gemini-2.5-flash-image-preview 文本和图片输出计费
Seefs committed -
fix: ensure the BuiltInTools entry exists before incrementing CallCount
Seefs committed
-
- 06 Sep, 2025 2 commits
-
-
HynoR committed
-
🐛 Context: Clicking a vendor tab triggered “setActivePage is not a function” from ModelsTabs.jsx:43. Root cause: ModelsTabs expects `setActivePage` via props (spread from `useModelsData`), but the hook did not expose it in its return object, so the prop resolved to `undefined`. Fix: Export `setActivePage` from `useModelsData`’s return object so `ModelsTabs` receives a valid function. Result: Tab switching now correctly resets pagination to page 1 and reloads models without runtime errors. Files: - web/src/hooks/models/useModelsData.jsx Test plan: - Open the Models page - Click different vendor tabs - Verify no crash occurs and the list reloads with page reset to 1 Refs: web/src/components/table/models/ModelsTabs.jsx:43
t0ng7u committed
-
- 05 Sep, 2025 1 commit
-
-
HynoR committed
-
- 04 Sep, 2025 2 commits
- 03 Sep, 2025 5 commits
-
-
CaIon committed
-
Updated the features list to include request format conversion functionality and adjusted the order of items.
Calcium-Ion committed -
CaIon committed
-
CaIon committed
-
CaIon committed
-
- 02 Sep, 2025 3 commits
-
-
🐛 When syncing official models, clicking "Apply overwrite" with zero selected conflict fields resulted in no request being sent and the modal simply closing. This blocked creation of missing models/vendors even though the backend supports an empty `overwrite` array and will still create missing items. Changes: - Remove the early-return guard in `UpstreamConflictModal.handleOk` - Always call `onSubmit(payload)` even when `payload` is empty - Keep closing behavior when the request succeeds Behavior: - Users can now proceed with upstream sync without selecting any conflict fields - Missing models/vendors are created as expected - Existing models are not overwritten unless fields are explicitly selected Affected: - web/src/components/table/models/modals/UpstreamConflictModal.jsx Quality: - Lint passes - No breaking changes - No visual/UI changes beyond the intended behavior Test plan: 1) Open official models sync and trigger a conflicts preview 2) Click "Apply overwrite" without selecting any fields 3) Expect the sync to proceed and a success toast indicating created models 4) Re-try with some fields selected to confirm overwrites still work
t0ng7u committed -
🐛 Ensure UpstreamConflictModal submits { overwrite: payload, locale } instead of spreading an array into an object Remove numeric-key fallback from applyUpstreamOverwrite for simpler and explicit logic Effect: selected fields are now actually updated; success message shows updated model count Refs: backend SyncUpstreamModels expects overwrite: overwriteField[]t0ng7u committed -
t0ng7u committed
-