閱界資訊

薅WorkBuddy羊毛,無限使用DeepSeek,自動簽到+積分躺賺+通用 API 接口

閱閱界編輯部1閱讀9分鐘

推薦《薅WorkBuddy羊毛,無限使用DeepSeek,自動簽到+積分躺賺+通用 API 接口》:作者把經驗掰開揉碎講得很細。下面按要點重新組織一遍,方便你快速抓住重點、用起來。

一、爲什麼要把 WorkBuddy 變成 API? 騰訊 WorkBuddy(CodeBuddy)內置了混元、DeepSeek、GLM、Kimi、MiniMax 等多款國產大模型,但官方不提供 OpenAI 形態的開放 API——你只能在它的桌面客戶端或網頁裏用,想接到 Cherry Studio、NextChat、LobeChat、Codex CLI 這些工具上?沒門。 而 WorkBuddy2API-UI 做的事情就是:把已授權賬號的模型能力反向代理爲通用的 OpenAI 兼容接口,讓任何支持自定義 Base URL 的客戶端都能調用。 這意味着什麼?你手裏那些免費的大模型額度,終於可以“解放”出來了。 二、這個項目到底能做什麼? 免費開源,GitHub 倉庫 workbuddy2api-ui 的核心定位很清晰——自託管的 OpenAI 兼容反向代理網關 + Web 控制檯。

一、爲什麼要把 WorkBuddy 變成 API? 騰訊 WorkBuddy(CodeBuddy)內置了混元、DeepSeek、GLM、Kimi、MiniMax 等多款國產大模型,但官方不提供 OpenAI 形態的開放 API——你只能在它的桌面客戶端或網頁裏用,想接到 Cherry Studio、NextChat、LobeChat、Codex CLI 這些工具上?沒門。 而 WorkBuddy2API-UI 做的事情就是:把已授權賬號的模型能力反向代理爲通用的 OpenAI 兼容接口,讓任何支持自定義 Base URL 的客戶端都能調用。 這意味着什麼?你手裏那些免費的大模型額度,終於可以“解放”出來了。 二、這個項目到底能做什麼? 免費開源,GitHub 倉庫 workbuddy2api-ui 的核心定位很清晰——自託管的 OpenAI 兼容反向代理網關 + Web 控制檯。 具體能力包括: 統一接入地址:使用網關的 /v1 地址和 API Key 接入,不向客戶端分發上游賬號憑據 模型列表與對話接口:GET /v1/models 獲取模型 ID,POST /v1/chat/completions 發起對話 流式回答:支持 Chat Completions 流式輸出 多賬號管理:網關維護賬號池和冷卻狀態,網頁可查看可用賬號及調用情況 Web 控制檯:賬號授權、運行狀態、對話測試、自動任務,一站式搞定 說白了,你只需要在服務器上跑一條 Docker 命令,就能擁有一個私有的“大模型 API 中轉站”。

一、爲什麼要把 WorkBuddy 變成 API? 騰訊 WorkBuddy(CodeBuddy)內置了混元、DeepSeek、GLM、Kimi、MiniMax 等多款國產大模型,但官方不提供 OpenAI 形態的開放 API——你只能在它的桌面客戶端或網頁裏用,想接到 Cherry Studio、NextChat、LobeChat、Codex CLI 這些工具上?沒門。 而 WorkBuddy2API-UI 做的事情就是:把已授權賬號的模型能力反向代理爲通用的 OpenAI 兼容接口,讓任何支持自定義 Base URL 的客戶端都能調用。 這意味着什麼?你手裏那些免費的大模型額度,終於可以“解放”出來了。 二、這個項目到底能做什麼? 免費開源,GitHub 倉庫 workbuddy2api-ui 的核心定位很清晰——自託管的 OpenAI 兼容反向代理網關 + Web 控制檯。 具體能力包括: 統一接入地址:使用網關的 /v1 地址和 API Key 接入,不向客戶端分發上游賬號憑據 模型列表與對話接口:GET /v1/models 獲取模型 ID,POST /v1/chat/completions 發起對話 流式回答:支持 Chat Completions 流式輸出 多賬號管理:網關維護賬號池和冷卻狀態,網頁可查看可用賬號及調用情況 Web 控制檯:賬號授權、運行狀態、對話測試、自動任務,一站式搞定 說白了,你只需要在服務器上跑一條 Docker 命令,就能擁有一個私有的“大模型 API 中轉站”。 三、一條命令部署,真的只要一條 準備一臺已安裝 Docker 和 Docker Compose 的 Intel / AMD 64 位服務器(linux/amd64) ,把 docker-compose.yml 保存到部署目錄,然後: docker compose up -d Compose 會從阿里雲倉庫拉取成品鏡像,無需下載源碼、構建鏡像、準備 .env 或額外啓動腳本。

一、爲什麼要把 WorkBuddy 變成 API? 騰訊 WorkBuddy(CodeBuddy)內置了混元、DeepSeek、GLM、Kimi、MiniMax 等多款國產大模型,但官方不提供 OpenAI 形態的開放 API——你只能在它的桌面客戶端或網頁裏用,想接到 Cherry Studio、NextChat、LobeChat、Codex CLI 這些工具上?沒門。 而 WorkBuddy2API-UI 做的事情就是:把已授權賬號的模型能力反向代理爲通用的 OpenAI 兼容接口,讓任何支持自定義 Base URL 的客戶端都能調用。 這意味着什麼?你手裏那些免費的大模型額度,終於可以“解放”出來了。 二、這個項目到底能做什麼? 免費開源,GitHub 倉庫 workbuddy2api-ui 的核心定位很清晰——自託管的 OpenAI 兼容反向代理網關 + Web 控制檯。 具體能力包括: 統一接入地址:使用網關的 /v1 地址和 API Key 接入,不向客戶端分發上游賬號憑據 模型列表與對話接口:GET /v1/models 獲取模型 ID,POST /v1/chat/completions 發起對話 流式回答:支持 Chat Completions 流式輸出 多賬號管理:網關維護賬號池和冷卻狀態,網頁可查看可用賬號及調用情況 Web 控制檯:賬號授權、運行狀態、對話測試、自動任務,一站式搞定 說白了,你只需要在服務器上跑一條 Docker 命令,就能擁有一個私有的“大模型 API 中轉站”。 三、一條命令部署,真的只要一條 準備一臺已安裝 Docker 和 Docker Compose 的 Intel / AMD 64 位服務器(linux/amd64) ,把 docker-compose.yml 保存到部署目錄,然後: docker compose up -d Compose 會從阿里雲倉庫拉取成品鏡像,無需下載源碼、構建鏡像、準備 .env 或額外啓動腳本。 啓動後打開 IP:7863/,用日誌中的“管理密鑰”登錄,進入“賬號管理”,選擇國內版或國際版,點擊“瀏覽器授權”,在上游頁面完成登錄/掃碼/驗證碼即可。

一、爲什麼要把 WorkBuddy 變成 API? 騰訊 WorkBuddy(CodeBuddy)內置了混元、DeepSeek、GLM、Kimi、MiniMax 等多款國產大模型,但官方不提供 OpenAI 形態的開放 API——你只能在它的桌面客戶端或網頁裏用,想接到 Cherry Studio、NextChat、LobeChat、Codex CLI 這些工具上?沒門。 而 WorkBuddy2API-UI 做的事情就是:把已授權賬號的模型能力反向代理爲通用的 OpenAI 兼容接口,讓任何支持自定義 Base URL 的客戶端都能調用。 這意味着什麼?你手裏那些免費的大模型額度,終於可以“解放”出來了。 二、這個項目到底能做什麼? 免費開源,GitHub 倉庫 workbuddy2api-ui 的核心定位很清晰——自託管的 OpenAI 兼容反向代理網關 + Web 控制檯。 具體能力包括: 統一接入地址:使用網關的 /v1 地址和 API Key 接入,不向客戶端分發上游賬號憑據 模型列表與對話接口:GET /v1/models 獲取模型 ID,POST /v1/chat/completions 發起對話 流式回答:支持 Chat Completions 流式輸出 多賬號管理:網關維護賬號池和冷卻狀態,網頁可查看可用賬號及調用情況 Web 控制檯:賬號授權、運行狀態、對話測試、自動任務,一站式搞定 說白了,你只需要在服務器上跑一條 Docker 命令,就能擁有一個私有的“大模型 API 中轉站”。 三、一條命令部署,真的只要一條 準備一臺已安裝 Docker 和 Docker Compose 的 Intel / AMD 64 位服務器(linux/amd64) ,把 docker-compose.yml 保存到部署目錄,然後: docker compose up -d Compose 會從阿里雲倉庫拉取成品鏡像,無需下載源碼、構建鏡像、準備 .env 或額外啓動腳本。 啓動後打開 IP:7863/,用日誌中的“管理密鑰”登錄,進入“賬號管理”,選擇國內版或國際版,點擊“瀏覽器授權”,在上游頁面完成登錄/掃碼/驗證碼即可。 授權成功後賬號自動加載,無需重啓。

建議先收藏再實操:挑其中一個點今天就試試,跑通了再看下一個。知識只有過手纔是你的,你準備先試哪一點? 來源|博客園《薅WorkBuddy羊毛,無限使用DeepSeek,自動簽到+積分躺賺+通用 API 接口》,https://www.cnblogs.com/degao/p/23006284.html

程式員技術場技术后端

評論(0)

暫無評論,來搶第一條。