WWW.YOUINFO.SITE
标签聚合 grok2api

/tag/grok2api

LinuxDo 最新话题 · 2026-06-09 17:16:56+08:00 · tech

因受官方风控持续关注、个人精力等多方因素影响,Grok2API 项目即日起将正式停更。仓库代码将归档并仅作学习与研究参考,后续不再进行功能开发、问题修复与技术支持。 好消息是 x-statsig-id 仍可以通过其他手段获取/破解(后续可以分享一下,项目已经被关注了,发布也会很快被杀) 同时站内也有很多佬对 Grok API 平台的进行了逆向,可以自行搜索。 感谢各位一路以来各位佬的关注与支持! github.com GitHub - chenyme/grok2api: Grok2API 是一个基于 FastAPI 构建的 Grok 网关,支持将 Grok Web... Grok2API 是一个基于 FastAPI 构建的 Grok 网关,支持将 Grok Web 能力以 OpenAI 兼容 API 的方式转换。 接下来就专注于 DEEIX Chat 的开发啦~ 后续有其他逆向也会继续和大家分享的! 欢迎 Star 我的新项目! Open WebUI 占用太大?极致轻量且全面的的 Web 平台,空载时仅占用 34 MB! 「DEEIX Chat v0.2.0」高颜值WebUI - 兑换码、HTML渲染上线!模型管理、图片生成增强! 「DEEIX Chat」替代 OWU,轻量&全能的开源 Web 平台(静态运行占用仅 34 MB) github.com GitHub - DEEIX-AI/DEEIX-Chat: An enterprise AI workspace for model routing,... An enterprise AI workspace for model routing, multimodal chat, files, tools, billing, identity, and operations. 项目文档 deeix.com DEEIX Chat 项目文档 | DEEIX AI DEEIX Chat 项目文档,介绍模型路由、多模态对话、文件与 RAG、MCP 工具、计费、身份认证和运维管理。 21 个帖子 - 18 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-07 14:04:02+08:00 · tech

grok2api和CPA中都可以把grok反代出来 条件 不讨论代码,数学能力,只讨论搜索的广泛性,准确性,时效性。 不考虑grok 4.2 heavy 候选者 1.grok 4.2 expert :这个是我的super号grok2api出来的,根据思考链观察到,他有4agent能力:搜索的时候速度快,广度也还可以【写完才发现网页已经更新了grok 4.3 expert,但是grok2api的项目没有更新】 2.grok-4.20-multi-agent-xhigh :这个模型是在佬的公益站中看到的,我自己不知道如何选择xhigh这个选项,在CPA认证后,进入cherry调用, 并不能设置思考量。我本想进行对比测试却发现无法调用???也无法判断是否才有多agents的能力进行搜索 grok-4.20-multi-agent这个模型本身只能通过官方API才有的吗?supergrok的号好像用不了这个模型 有木有各位佬想出来的测试search能力的prompt可以发一下,我再测试一下。 没招,实在是强迫症想选个最好的,然后放到mcp里用 各位佬投票一下心目中的最强搜索模型 grok-4.3 grok-4.20-multi-agent-0309 点击以查看投票。 有佬反馈说4.3不能用agent,然后我看了一下网页的设置:如果4.3用不了多agent那他这个配置不就废了吗?网页版现在也用不了4.2了吧? 4 个帖子 - 4 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-05 10:01:32+08:00 · tech

还热乎的,需要的拿吧 需要导入grok2api使用,我看站里有很多佬都有二开原来的grok2api,支持更多的模型( 「开源自荐」Grok2api二开优化,新加多agents并行工作的console类模型(内置web+x搜索),16个agents并发搜索助力佬们搜索自由+防403版本的一键部署!(修复fast403) 这个佬的就不错 accounts_20260605_092708.txt (41.2 KB) 2 个帖子 - 2 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-05-26 17:24:00+08:00 · tech

我使用 docker 和本地(mac 电脑)都起了一遍,在 cherrystudio 使用都会报错 错误名称: AI_ProviderSpecificError 错误信息: Error Details: “Transport request failed: Failed to perform, curl: (35) TLS connect error: error:00000000:invalid library (0):OPENSSL_internal:invalid library (0). See libcurl - Error Codes first for more details.” 堆栈信息: AI_ProviderSpecificError: Error Details: “Transport request failed: Failed to perform, curl: (35) TLS connect error: error:00000000:invalid library (0):OPENSSL_internal:invalid library (0). See libcurl - Error Codes first for more details.” at AiSdkToChunkAdapter.convertAndEmitChunk (file:///Applications/Cherry%20Studio.app/Contents/Resources/app.asar/out/renderer/assets/store-DmY8nbl4.js:349460:64) at AiSdkToChunkAdapter.readFullStream (file:///Applications/Cherry%20Studio.app/Contents/Resources/app.asar/out/renderer/assets/store-DmY8nbl4.js:349251:10) at async AiSdkToChunkAdapter.processStream (file:///Applications/Cherry%20Studio.app/Contents/Resources/app.asar/out/renderer/assets/store-DmY8nbl4.js:349213:31) at async AiProvider.modernCompletions (file:///Applications/Cherry%20Studio.app/Contents/Resources/app.asar/out/renderer/assets/store-DmY8nbl4.js:352325:22) at async AiProvider.completions (file:///Applications/Cherry%20Studio.app/Contents/Resources/app.asar/out/renderer/assets/store-DmY8nbl4.js:352244:17) at async fetchChatCompletion (file:///Applications/Cherry%20Studio.app/Contents/Resources/app.asar/out/renderer/assets/store-DmY8nbl4.js:352594:2) at async transformMessagesAndFetch (file:///Applications/Cherry%20Studio.app/Contents/Resources/app.asar/out/renderer/assets/store-DmY8nbl4.js:352522:3) at async fetchAndProcessAssistantResponseImpl (file:///Applications/Cherry%20Studio.app/Contents/Resources/app.asar/out/renderer/assets/store-DmY8nbl4.js:168185:3) at async file:///Applications/Cherry%20Studio.app/Contents/Resources/app.asar/out/renderer/assets/store-DmY8nbl4.js:168277:6 at async file:///Applications/Cherry%20Studio.app/Contents/Resources/app.asar/out/renderer/assets/store-DmY8nbl4.js:143162:21 错误原因: “Transport request failed: Failed to perform, curl: (35) TLS connect error: error:00000000:invalid library (0):OPENSSL_internal:invalid library (0). See libcurl - Error Codes first for more details.” 我使用的是 clash,新加坡节点和香港节点。在服务内也配置了代理。 球球佬救救孩子吧,提前感谢各位佬了 9 个帖子 - 5 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-05-20 23:26:12+08:00 · tech

因为grok2api主分支迟迟不更新,发现已经有大佬fork并支持了最新的4.3模型了。 项目分支是: GitHub - cloudriver8/grok2api at feat/console-x-ai-routing · GitHub 我是直接让codex将老版本直接改成分支的,具体干了啥我也不知道。 我的都是free号,当前对外可见模型 这些是 /v1/models 当前返回的 9 个模型,全部实测可用: 模型 类型 结果 耗时 grok-4.20-0309-non-reasoning chat 可用 2.53s grok-4.20-fast chat 可用 0.96s grok-4.3 chat 可用 2.62s grok-4 chat 可用 2.61s grok-4.20 chat 可用 1.39s grok-4.20-reasoning chat 可用 3.02s grok-4.20-non-reasoning chat 可用 0.66s grok-4.20-multi-agent chat 可用 3.50s grok-imagine-image-lite image 可用 15.96s 当前不可见/不可测模型 项目注册表里还有这些模型,但当前账号池只有 basic active 25647,没有 super/heavy 账号池,所以 /v1/models 不暴露它们,本次没有按可用模型测试: grok-4.20-0309 grok-4.20-0309-reasoning grok-4.20-0309-non-reasoning-super grok-4.20-0309-super grok-4.20-0309-reasoning-super grok-4.20-0309-non-reasoning-heavy grok-4.20-0309-heavy grok-4.20-0309-reasoning-heavy grok-4.20-multi-agent-0309 grok-4.20-auto grok-4.20-expert grok-4.20-heavy grok-4.3-beta grok-imagine-image grok-imagine-image-pro grok-imagine-image-edit grok-imagine-video 修复点:grok-4.20 原本会被自动注入上游不支持的 reasoningEffort=high,导致 400。我已在 app/control/model/registry.py 去掉该默认参数,重建并部署后复测通过。 在当前可用的 9 个模型里,优先级可以这样看: 1. grok-4.20-multi-agent 通常最强,适合复杂推理、检索、多步骤分析、需要更稳答案的任务。 2. grok-4.20-reasoning 推理型模型,适合代码分析、数学、规划、长链路判断。比普通 grok-4.20 更适合需要“想清楚”的任务。 3. grok-4.3 / grok-4 / grok-4.20 通用能力强,适合日常问答、写作、代码、总结。grok-4.3 理论上更新,优先试它。 4. grok-4.20-fast / grok-4.20-non-reasoning / grok-4.20-0309-non-reasoning 更偏速度和普通对话,不适合复杂推理。 5. grok-imagine-image-lite 图片生成模型,不和文本模型直接比较。 我的建议:默认用 grok-4.20-multi-agent;如果它慢或不稳定,用 grok-4.20-reasoning;日常快速任务用 grok-4.3 或 grok-4.20-fast。 | 模型 | MCP 搜索表现 | |---|---| | grok-4.3 | 最均衡,约 55s,返回 27 个 sources,答案长度适中 | | grok-4.20-reasoning | 可用,约 58s,返回 23 个 sources,但更慢一点 | | grok-4.20-multi-agent | 可用,约 55s,返回 19 个 sources,但 token 消耗极高,日志里一次到 213945 tokens,不适合作为 MCP 默认搜索模型 | | grok-4.20 | 不稳定,出现过 60s 上游超时 | | grok-4.20-fast | 当前默认,但不适合 MCP 搜索;容易无有效搜索来源或 fallback | | non-reasoning 系列 | 更适合普通快速回答,不适合作为搜索汇总模型 | 13 个帖子 - 9 位参与者 阅读完整话题