feat(ai): thinking mode switch, vision image input, and API host normalization fixes - #1594
feat(ai): thinking mode switch, vision image input, and API host normalization fixes#1594lb1038678031 wants to merge 4 commits into
Conversation
- Unify host normalization between model listing and chat client so both hosts with or without the /v1 suffix resolve identically (fixes upstream NOT_FOUND when a full /v1 base URL is configured). - Trim trailing slashes before building the models URL. - Summarize upstream error bodies instead of echoing the full response. - Prefer the chosen provider's stored key over host-based key lookup. - Return nil client when AI is disabled instead of an invalid client. - Fix default provider list: use Gemini's OpenAI-compatible endpoint and drop Anthropic (not supported by the OpenAI-compatible backend).
Thinking mode (per provider): - New thinking_mode field on the AI provider config. - When enabled, a custom http.RoundTripper merges enable_thinking=true into chat completion request bodies before they are sent. Vision input (per provider): - New vision_enabled field; surfaced to clients via site info ai_vision_enabled so the front end can show the attach button. - Chat requests accept images on the first user message: base64 data URLs or HTTPS links, max 4 per message and 4MB decoded each. - Images are converted into MultiContent parts for vision models. - Conversation history keeps an '[图片]' placeholder instead of image data. Also stops logging full request bodies that contain image data.
- Admin AI settings page gains deep-thinking and image-input switches per provider, saved with the rest of the provider config. - Site settings store tracks ai_vision_enabled. - AiAssistant sender shows an attach-image action when vision is on, previews thumbnails, validates count/type/size client-side and sends base64 images with the first message. New-conversation first hop now carries images through as well. - zh_CN/en_US translations for all new strings.
| "github.com/sashabaranov/go-openai" | ||
| ) | ||
|
|
||
| const tinyPNG = "iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAYAAAAfFcSJAAAADUlEQVR42mP8z8BQDwAEhQGAhKmMIQAAAABJRU5ErkJggg==" |
There was a problem hiding this comment.
Important reminder: This key should not be uploaded. Please revoke it as soon as possible and deactivate it.
There was a problem hiding this comment.
Thanks for the careful review! That line is not a credential — it's the base64
encoding of a standard 1×1 pixel PNG (69 bytes in total), a placeholder image
commonly used in unit tests. Nothing real was leaked, so there is nothing to revoke.
That said, I agree a long base64 blob in the source looks alarming, so I pushed
158516b which constructs the placeholder PNG at runtime from its signature bytes —
the source no longer contains any base64 constant that could be mistaken for a secret.
The line you commented on no longer exists in the latest diff. Thanks again for
flagging it!
|
@lb1038678031 This is a nice feat. Please first open an issue to clarify this feature, then resolve the security issue mentioned above and resubmit a PR. Thank you very much. |
The embedded base64 constant in the vision test was mistaken for a leaked credential. Build the placeholder image from the canonical PNG signature bytes at runtime instead, so no base64 blob appears in the source.
What
Three improvements to the AI feature, shipped as independent commits:
fix(ai): normalize API host and harden AI model listing
api_host + "/v1/models"while the chatclient auto-appends
/v1. Configuring a base URL that already contains/v1(very common with OpenAI-compatible gateways such as SenseNova,SiliconFlow, OneAPI relays...) produced
/v1/v1/modelsand the gateway'sgRPC-style
{"code":5,"message":"NOT_FOUND"}was passed through to the UI.schema.NormalizeAPIHost()trims slashes/whitespace,appends
/v1when missing, and keeps/v1beta/*endpoints intact.error.code/message) instead ofbeing echoed verbatim; image data is never logged.
matching.
Anthropic removed because the backend only speaks the OpenAI protocol.
feat(ai): per-provider thinking mode
thinking_modeswitch on each provider in Admin → AI settings.http.RoundTrippermerges"enable_thinking": trueinto chat completion request bodies — theconvention used by reasoning-capable OpenAI-compatible gateways
(DeepSeek V4, Qwen/DashScope, SenseNova, vLLM/SGLang, ...). The existing
reasoning_contentstreaming path renders it in the bubble UI unchanged.feat(ai): vision image input behind an admin switch
vision_enabledswitch per provider; exposed to clients via site infoas
ai_vision_enabled.(≤4MB decoded each) to the first message of a turn; images travel as
base64 data URLs or HTTPS links and are converted into MultiContent parts.
data.
Why now / motivation
We run self-hosted Answer as a community FAQ over an OpenAI-compatible
gateway. Two concrete blockers motivated this: the model-listing 404 above,
and no way to leverage reasoning-capable models or multimodal gateways
without patching.
Testing
go test ./internal/schema/ ./internal/controller/ ./internal/service/siteinfo/ ./internal/migrations/— new table tests for host normalization, transport injection, and image
validation (count/type/size).
succeeds with both root and
/v1base URLs;reasoning_contentappears withthinking enabled; image questions answered by a vision-capable model.
Known trade-offs
DB schema unchanged.