Venice 聊天
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/venice-chat-gpq9。
技能介绍
解决什么问题
当你需要把 Venice 的大模型接入现有工具链时,直接手写 HTTP 请求很容易踩坑:参数散落在请求体和 venice_parameters 两处、多模态输入格式各异、推理模型的 reasoning_details 需要原样回传,稍有不慎就会丢上下文或被 422 拒掉。这个技能把 POST /api/v1/chat/completions 的调用逻辑封装成结构化指引,让你专注于 prompt 设计而不是参数拼装。
核心能力
OpenAI 兼容 + Venice 扩展。基础字段如 model、messages、temperature、max_completion_tokens 与 OpenAI 一致,迁移成本低。需要 Venice 专属能力时,在 venice_parameters 里开关即可:
enable_web_search:服务端联网搜索,引用以venice_parameters.web_search_citations[]返回enable_web_scraping:抓取最后一条用户消息中的 URL(Firecrawl)strip_thinking_response/disable_thinking:控制推理模型的思考输出character_slug:套用已发布的 Venice 角色enable_e2ee:端到端加密推理enable_x_search:xAI 原生 X/Twitter 搜索(仅限支持的模型,每次约 $0.01)
多模态输入。messages[].content 支持字符串或类型化数组:image_url 接受公开 URL 或 base64,input_audio 仅支持 base64(wav/mp3/ogg 等),video_url 支持公开 URL 或 base64(mp4/webm)。多图模型会跨轮保留图片,单图模型只保留最后一条用户消息的图片。
推理模型的正确姿势。思考模型(如 Claude Opus 4.7、GPT-5.4 Pro)会返回 reasoning_content 或 reasoning_details[],多轮对话时必须原样回传 reasoning_details,否则会丢失 thought signatures。reasoning_effort 取值 none/minimal/low/medium/high/xhigh/max。
结构化输出与提示缓存。response_format 优先用 json_schema 而非 json_object。大 system prompt 或长文档配合 prompt_cache_key 和 prompt_cache_retention(default/extended/24h)可降低延迟与成本。
适用边界与注意点
max_tokens已废弃,改用max_completion_tokens- 图片 URL 必须公网可达,localhost 或未公开的签名 S3 URL 会失败
- 音频输入不支持 URL,一律 base64
- E2EE 不支持
/responses端点,必须走/chat/completions enable_e2ee和enable_x_search只能通过venice_parameters设置,不能作为模型后缀character_slug会替换默认 Venice system prompt,配合include_venice_system_prompt: false可获得完全控制parallel_tool_calls: true时需准备好并行执行多个工具调用后再统一回复
使用场景
- 在大模型应用里接入 Venice,需要同时发消息、工具调用和流式返回。
- 做联网问答功能,需要服务端搜索、引用和可选抓取网页。
- 构建多模态助手,需要一次发送图片、音频和视频并流式响应。
- 批量任务要稳定输出 JSON,需要 json_schema 和长提示缓存。
适合人员
- 后端工程师:需要把 Venice 的 chat completions 接入现有服务,并处理工具调用与流式响应。
- Agent 应用开发者:需要配置联网搜索、X/Twitter 检索和结构化输出,让模型完成检索与整理任务。
- AI 产品工程师:需要在产品里支持多模态输入、JSON Schema 约束和推理模型思考控制。
- 数据工程开发者:需要用 Venice 生成稳定 JSON、缓存长提示词并控制推理强度。