最後更新:2026年7月30日
SingChat開源計畫已正式啟動。
這不只是一個獨立AI客服產品的開放項目,也是星連VPN開源與透明度計畫的重要組成部分。
SingChat是星連VPN目前實際使用的線上客服及AI支援系統。當星連VPN用戶遇到帳戶、訂閱、免費流量、節點、連線、系統兼容、客戶端更新或技術排障問題時,可以透過SingChat取得AI初步回答、官方知識檢索、真人接管及後續支援。
星連VPN的開源與透明度,不應只涵蓋VPN協議、客戶端架構、性能測試、安全模型及無日誌政策。
與用戶直接接觸的客服系統,同樣涉及:
AI可以執行哪些操作;
客服可以查看哪些資料;
工作區之間如何隔離;
第三方AI工具如何接入;
用戶主動提交的資料如何處理;
哪些功能已經公開;
哪些部分仍在安全及授權審查中。
因此,將SingChat納入星連VPN開源與透明度計畫,代表公開範圍正由VPN底層技術,進一步延伸至真正與用戶接觸的客服及售後支援系統。
作為第一階段,SingChat已在GitHub公開singchat-mcp倉庫,並以MIT License發布MCP公開清單、工具說明、接入範例及多語言技術文件。任何支援MCP的AI助手,都可以透過SingChat MCP建立工作區、取得網站嵌入程式碼、管理客服對話、加入AI知識及查看統計資料。GitHub
SingChat開源與產品狀態摘要
項目 | 目前狀態 |
|---|---|
產品名稱 | SingChat |
產品定位 | 跨平台AI客服及線上聊天系統 |
與星連VPN的關係 | 星連VPN目前使用的客服及AI支援系統 |
計畫定位 | 星連VPN開源與透明度計畫的一部分 |
SingChat MCP | 已公開GitHub倉庫 |
MCP授權 | MIT License |
已公開內容 | MCP清單、工具說明、接入範例及多語言文件 |
MCP工具數量 | 17項 |
支援的AI接入 | Claude、Cursor、ChatGPT、Grok、Gemini CLI等 |
網站接入 | 一段Script加入聊天掛件 |
主要客服模式 | AI回答、知識庫檢索及真人接管 |
Community Edition | 官方標示為AGPL-3.0 |
Enterprise Edition | 商業授權 |
部署方式 | 官方SaaS或自行部署 |
支援場景 | Web、iOS、Android、Flutter及其他產品 |
後續方向 | 按安全、私隱、授權及產品穩定性分階段公開 |
SingChat官方網站將產品定位為可嵌入Web、iOS、Android及Flutter產品的AI客服平台,提供RAG知識庫、真人接管、共享收件箱、多租戶隔離、API、Webhook,以及官方SaaS或自託管選擇。SingChat
一、SingChat是星連VPN目前使用的客服系統
SingChat不是為了開源公告而建立的展示項目,而是已經進入星連VPN實際用戶支援流程的客服系統。
星連VPN橫跨macOS、Windows、iOS、Android、Linux、TV及網頁等不同使用環境。用戶提出的問題可能涉及:
客戶端下載及安裝;
版本更新;
免費流量及套餐規則;
帳戶與訂單查詢;
VPN節點選擇;
無法連線;
網絡營運商限制;
系統及裝置兼容;
安全與私隱;
用戶主動提交的技術診斷;
使用方法及功能說明。
SingChat在這些場景中負責提供:
AI常見問題回答;
官方文件及公告檢索;
多語言支援;
真人客服接管;
對話狀態管理;
網頁及客戶端客服入口;
問題分類及後續處理;
知識庫更新及FAQ管理。
SingChat的AI可以先根據企業知識庫回答常見問題,遇到無法處理或需要人工判斷的情況時,再將對話轉交真人客服。SingChat
星連VPN的實際使用環境,為SingChat提供了多平台、多語言及複雜技術問題的真實驗證場景。
但SingChat並不只服務星連VPN。
它同時是一個獨立的AI客服產品,可以向其他網站、App、SaaS平台、開發者工具及企業服務開放。星連VPN是SingChat的重要實際使用者,也是推動SingChat公開接入方式、工具權限及技術資料的重要應用場景之一。
二、為甚麼客服系統也是VPN透明度的一部分?
提到VPN透明度時,多數人首先想到的是:
VPN是否記錄瀏覽日誌;
是否記錄DNS查詢;
是否保存原始IP;
VPN協議是否公開;
客戶端是否可以審查;
節點如何處理網絡流量;
性能數據是否可以重現;
安全報告是否有足夠證據。
但用戶與VPN服務之間的資料交互,並不只發生在VPN隧道內。
當用戶遇到問題並主動聯絡客服時,可能會提交:
問題描述;
Mac、Windows或手機型號;
作業系統版本;
星連VPN客戶端版本;
錯誤提示;
客戶端截圖;
訂單查詢資料;
節點及連線情況;
用戶主動提供的診斷資料;
與客服或社區支援人員的對話。
這些資料雖然不屬於VPN自動收集的瀏覽日誌,但仍然需要清楚的用途限制、權限控制及資料清理規則。
因此,客服系統同樣需要回答:
AI助手能夠執行哪些客服操作?
AI工具能否讀取其他工作區?
客服人員可以查看哪些資料?
API Key與工作區如何綁定?
第三方AI工具如何獲得授權?
客服對話如何保存及清理?
診斷資料是否由用戶主動提交?
哪些系統組件已經公開?
哪些內容仍然沒有公開?
SingChat MCP的公開,是星連VPN回答這些問題的第一步。
目前公開文件列出MCP端點、接入方式、17項工具及工作區權限設計。文件亦說明,每項工具只作用於與API Key綁定的工作區,不接受任意租戶參數。GitHub
這讓外部開發者及社區可以更清楚地理解:AI助手可以做甚麼,以及相關操作的工作區邊界如何設定。
三、星連VPN開源與透明度計畫不只涵蓋VPN協議
星連VPN的開源與透明度計畫,正在逐步涵蓋不同產品層面:
星連VPN開源與透明度計畫
├─ VPN公開架構及技術文件
├─ 安全與私隱模型
├─ 無日誌政策及第三方驗證
├─ 性能測試方法及數據格式
├─ SingLink協議及客戶端後續開放
├─ SingChat客服及MCP接入
├─ 開源驗證工具
└─ 漏洞披露及社區監督SingChat並不是與星連VPN開源計畫互不相關的另一個項目。
它代表星連VPN開始將公開範圍由VPN傳輸、客戶端、安全及性能系統,延伸至:
用戶支援;
AI客服;
知識庫;
MCP接入;
售後對話;
工作區權限;
第三方AI工具整合。
對星連VPN而言,只有VPN傳輸層透明,而客服系統完全封閉,仍然不能構成完整的產品透明度。
當用戶主動將帳戶、訂單、裝置或診斷資料交給客服時,相關系統的用途、權限及技術邊界,同樣值得被清楚說明。
四、SingChat是甚麼?
SingChat是一套面向網站、App及企業系統的AI客戶支援平台。
它將傳統線上客服與AI客服放在同一個工作區中:
訪客透過網站或App發起對話;
AI根據企業知識庫回答問題;
真人客服可以接管同一段對話;
團隊可以指派、回覆及解決工單;
管理者可以查看對話及AI使用情況;
開發者可以透過API、Webhook及MCP管理系統。
SingChat並不只是一個放在網站右下角的聊天按鈕。
官方網站列出的產品能力包括:
AI客服及RAG知識庫;
即時聊天掛件;
真人接管;
共享團隊收件箱;
內部備註;
對話指派及解決;
工作時間及離線回覆;
多租戶工作區;
角色及權限;
REST API;
Scoped API Keys;
Webhook;
OpenAPI規格;
WebSocket即時通訊;
官方SaaS;
Community Edition自託管。SingChat
五、為甚麼要開發SingChat?
傳統客服系統通常圍繞「人類客服操作後台」建立。
企業需要先註冊帳戶、建立工作區、設定網站、複製程式碼、邀請客服,再另外設定AI、知識庫及自動回覆。
這種模式存在幾項常見問題。
1. AI與真人客服互相分離
部分客服平台將AI視為附加插件。
AI回答、人工工單、知識庫及訪客資料可能分散在不同位置,真人接管時需要重新了解問題。
SingChat希望讓AI和真人使用同一段對話。AI負責可以標準化的問題,需要人工處理時,真人直接查看原有上下文並繼續回覆。
2. 網站、App及其他入口分散
網站可能使用一套客服,手機App使用另一套系統,桌面客戶端又需要獨立處理。
SingChat透過網站掛件、WebView、API及跨平台接入方式,讓不同產品可以將客服集中在同一工作區。官方網站目前將其定位為可服務Web、iOS、Android及Flutter產品的跨平台客服系統。SingChat
3. 傳統後台不適合AI助手操作
沒有MCP時,用戶通常需要逐頁操作客服後台。
使用MCP後,AI助手可以在明確授權下直接調用客服工具,例如建立工作區、取得嵌入程式碼、加入知識及管理對話。
4. 平台鎖定
當客服資料、知識庫及接入方式完全綁定在單一SaaS內,後續遷移成本會逐漸增加。
SingChat提供API、Webhook、OpenAPI及自託管方向,讓開發者和企業保留更多技術選擇。SingChat
5. 資料及部署控制需求
部分企業需要在自己的伺服器或指定地區部署客服平台,並自行控制資料庫、附件、AI模型及備份。
SingChat官方文件將Community Edition定位為採用AGPL-3.0的免費自託管版本。SingChat
六、SingChat目前究竟公開了甚麼?
「SingChat開源」需要根據不同組件準確理解。
目前可以分成三個層次。
第一層:SingChat MCP公開倉庫
目前公開的SingLinkLabs/singchat-mcp倉庫包含:
MCP公開清單;
MCP工具說明;
Claude Code配置;
Cursor配置;
ChatGPT接入說明;
Grok接入說明;
Gemini CLI配置;
網站嵌入範例;
多語言README;
MIT License。GitHub
倉庫目前提供包括繁體中文、簡體中文、英文、日文、韓文、法文、西班牙文、葡萄牙文、阿拉伯文、俄文、泰文、印地文及烏爾都文在內的多語言說明。GitHub
準確的表述應是:
SingChat MCP的公開清單、工具定義、接入範例及技術文件已按照MIT License開放。
目前公開倉庫同時說明,它存放的是託管版SingChat MCP伺服器的公開清單、範例與文件。GitHub
因此,暫時不應將其擴大描述成:
SingChat託管MCP服務端所有內部實現源碼已經全部公開。
第二層:SingChat Community Edition
SingChat官方文件將Community Edition描述為:
採用AGPL-3.0;
免費;
可以自行部署;
可透過Docker運行;
面向希望自行控制基礎設施及資料的用戶。SingChat
Community Edition代表企業可以選擇:
自行管理伺服器;
自行管理資料庫;
自行管理附件儲存;
使用自己的AI模型或密鑰;
按照授權條款修改及部署;
不必只能使用SingChat官方SaaS。
Community Edition的具體下載、源碼發布範圍及版本內容,應以SingChat官方自託管文件及正式發布頁面為準。
第三層:SingChat Enterprise Edition
SingChat官方文件將Enterprise Edition定位為商業授權版本。
Community Edition採AGPL-3.0免費提供,Enterprise Edition則透過有效的企業授權啟用相應企業功能。SingChat
這種模式讓SingChat可以同時提供:
公開的MCP接入內容;
免費自託管Community Edition;
官方託管SaaS;
面向企業的商業功能及支援。
不同組件使用不同授權,不能將SingChat全部內容統一描述成MIT License。
七、甚麼是SingChat MCP?
MCP全名為Model Context Protocol。
它讓AI助手不只生成文字,也可以在授權範圍內使用外部服務提供的工具。
沒有MCP時,用戶通常需要:
打開SingChat後台;
建立工作區;
設定網站;
複製嵌入程式碼;
加入知識庫;
設定AI;
查看對話;
手動回覆訪客。
使用SingChat MCP後,這些操作可以透過AI助手完成。
例如,用戶可以直接向Claude Code或Cursor提出:
幫我的網站設定SingChat客服。
AI助手可以執行singchat_setup,建立免費工作區,並返回後台登入資訊、網站嵌入程式碼及API Key。GitHub
SingChat MCP將傳統的「逐頁操作客服後台」,轉變成「以自然語言要求AI完成客服設定」。
八、SingChat MCP目前提供哪些工具?
SingChat MCP目前公開17項工具。GitHub
工作區建立及認領
singchat_setup
建立免費工作區,返回初始登入資訊、網站嵌入程式碼及API Key。
claim_account
取得認領流程,將由AI建立的工作區正式綁定至使用者帳戶。
get_embed_snippet
取得適用於HTML、React或Next.js的網站嵌入程式碼。
對話管理
list_conversations
列出工作區中的訪客對話。
get_conversation
讀取指定對話的訊息及狀態。
reply_to_conversation
直接回覆訪客。
resolve_conversation
將已完成的對話標記為已解決。
AI知識庫
add_knowledge
透過網站爬取或問答資料加入知識。
list_knowledge
查看已加入的知識及處理狀態。
search_knowledge
搜尋工作區知識庫。
AI客服配置
configure_agent
調整AI模型、提示詞及客服行為。
set_keywords
設定關鍵字及自動回覆。
manage_faq
新增、更新或刪除FAQ。
數據統計
get_analytics
查看對話量、訊息量及解決率等統計。
AI知識Connector
search
以相容格式搜尋工作區知識。
fetch
取得指定知識內容。
ping
檢查MCP服務狀態。
這些工具令開發者可以在編輯器或AI聊天介面內完成部分客服配置和管理工作,不必每次都切換至SingChat後台。GitHub
九、MCP工具如何限制工作區權限?
客服系統涉及企業知識、訪客對話及工作區設定,因此AI工具不能獲得無限制的跨租戶存取權限。
SingChat MCP公開文件說明:
每項工具只作用於與API Key綁定的工作區,不接受任意租戶參數。GitHub
其公開設計可以理解為:
使用者授權或API Key
↓
綁定指定SingChat工作區
↓
MCP工具只操作該工作區
↓
不能任意指定其他租戶公開這項工具邊界,是SingChat作為星連VPN透明度計畫一部分的重要原因。
外部開發者可以從公開文件中了解:
工具的名稱;
工具可以執行的操作;
工具是否涉及對話或知識;
工作區如何與授權憑證綁定;
AI可以做甚麼;
AI不能任意指定甚麼。
不過,公開工具限制不代表使用者可以忽略密鑰安全。
API Key、OAuth授權及MCP客戶端仍然需要受到妥善保護,不應被寫入公開程式碼、截圖或對話內容中。
十、SingChat MCP支援哪些AI工具?
目前公開文件提供或說明以下接入方式:
Claude Code;
Claude Desktop;
Claude網頁版;
Cursor;
ChatGPT桌面版;
ChatGPT網頁版;
Grok;
Gemini CLI;
其他支援遠端MCP的工具;
只支援stdio的客戶端可透過橋接方式接入。GitHub
所有支援的工具使用同一個SingChat MCP端點。
公開文件亦提醒,消費版Gemini App目前沒有直接新增MCP的按鈕,因此主要建議使用Gemini CLI接入。GitHub
不同AI產品的MCP功能、帳戶權限及設定入口可能隨版本更新,實際接入方式應以相應AI產品和SingChat最新文件為準。
十一、SingChat的AI客服如何工作?
SingChat的AI客服使用企業知識庫回答問題。
基本流程可以理解為:
訪客提出問題
↓
搜尋企業知識庫
↓
取得相關文件或FAQ
↓
AI根據知識生成回答
↓
無法處理時轉交真人SingChat官方網站將其AI能力描述為:
根據知識庫產生串流回答;
支援自帶OpenAI或Anthropic模型密鑰;
支援關鍵字自動回覆;
可以一鍵轉交真人客服。SingChat
對星連VPN而言,知識庫可以用於整理:
下載及安裝說明;
套餐及流量規則;
客戶端更新公告;
節點使用方法;
常見連線問題;
系統兼容說明;
安全與私隱資料;
售後處理流程。
AI適合先處理標準化及高重複性的問題。
涉及複雜帳戶、付款爭議、特殊技術故障或需要人工判斷的情況,則應轉交真人處理。
十二、AI客服不代表取消真人支援
SingChat的定位不是完全使用AI取代真人客服。
AI更適合處理:
常見問題;
產品文件查詢;
套餐及規則;
基礎使用教學;
已知問題及處理步驟;
非工作時間的初步回覆。
真人更適合處理:
帳戶及訂單個案;
特殊付款問題;
無法重現的技術故障;
投訴及爭議;
需要判斷和協調的情況;
AI缺乏足夠資料的問題。
SingChat官方功能包括AI回答及真人接管,真人可以在共享收件箱中查看對話上下文並繼續處理。SingChat
因此,SingChat採用的是:
AI先處理可以標準化的問題,真人負責需要判斷、責任及進一步跟進的部分。
十三、網站及App如何接入SingChat?
網站接入
網站可以透過一段Script程式碼加入SingChat聊天掛件。
SingChat MCP的get_embed_snippet工具可以取得適用於HTML、React及Next.js的嵌入範例。GitHub
App接入
SingChat官方網站將產品定位為可嵌入:
Web;
iOS;
Android;
Flutter;
等不同平台。SingChat
對於星連VPN而言,這意味著客服入口可以逐步整合至:
官方網站;
Mac客戶端;
Windows客戶端;
手機App;
用戶面板;
其他產品介面。
不同平台可以使用網站掛件、WebView、API或相應接入方式,實際能力以SingChat最新開發文件為準。
十四、SingChat的多租戶及安全設計
SingChat需要同時服務不同企業及工作區,因此租戶隔離是重要的基礎要求。
官方網站列出的安全及權限能力包括:
PostgreSQL Row-Level Security;
團隊角色及細粒度權限;
Scoped API Keys;
每個工作區獨立品牌及域名;
Webhook;
企業版SSO功能。SingChat
多租戶隔離不能只依靠前端隱藏按鈕。
客服系統需要在多個層面限制權限:
帳戶及工作區;
資料庫查詢;
API Key;
MCP工具;
Webhook;
附件;
知識庫;
對話;
客服角色。
將MCP工具定義及工作區綁定方式公開,並不代表SingChat已被證明不存在任何漏洞。
它代表外部開發者可以開始理解和檢查公開的接入層,後續仍需要配合安全測試、漏洞披露、權限審查及版本更新。
十五、SingChat如何處理星連VPN客服資料?
SingChat作為星連VPN客服系統時,處理的是用戶主動提交的客服及售後資料,而不是VPN在背景自動建立的瀏覽活動日誌。
用戶主動提交的內容可能包括:
問題描述;
客戶端版本;
裝置及系統版本;
錯誤信息;
截圖;
訂單查詢資料;
用戶自行提供的診斷資料;
客服對話內容。
這些資料與以下VPN活動資料不同:
用戶瀏覽的網站;
目標域名;
完整URL;
DNS查詢;
原始IP歷史;
瀏覽內容;
網絡通訊內容。
將SingChat納入星連VPN透明度計畫,後續應持續公開和完善:
客服資料的用途;
對話及工單清理方式;
遠端診斷是否由用戶主動提交;
不同客服角色的權限;
API及MCP授權範圍;
附件及知識庫的處理;
安全問題回報方式。
開源接入文件不能取代完整的私隱政策,但可以讓外部更容易理解系統工具及權限設計。
十六、SingChat Community Edition與官方SaaS
SingChat提供不同使用模式。
SingChat官方SaaS
由SingChat負責提供及維護:
伺服器;
資料庫;
即時通訊;
AI服務;
儲存;
更新;
基礎運維。
官方網站提供免費方案,並列出1名客服、每月100次AI回答、5份知識文件及網站掛件等方案內容。SingChat
Community Edition
由使用者自行部署。
官方文件標示Community Edition採用AGPL-3.0,並可在使用者自己的伺服器上運行。SingChat
適合需要以下能力的企業:
自有資料庫;
指定地區部署;
自有附件儲存;
自有AI模型;
內部網絡整合;
更完整的資料控制。
Enterprise Edition
採用商業授權,面向需要企業功能、授權及商業支援的組織。SingChat
十七、MIT與AGPL有甚麼分別?
SingChat不同組件採用不同授權。
SingChat MCP公開倉庫:MIT License
MIT是一種寬鬆的開源授權,一般允許使用、複製、修改、發布、分發及商業使用,但需要保留相關版權及授權聲明。
目前MIT適用於singchat-mcp倉庫中實際公開的內容。GitHub
Community Edition:AGPL-3.0
AGPL是一種包含網絡服務源碼共享要求的開源授權。
當使用者修改AGPL程式,並透過網絡向其他人提供服務時,需要根據AGPL條款處理相應的源碼提供義務。
Enterprise Edition:商業授權
Enterprise Edition由商業授權管理,用於企業功能、商業部署及相應支援。
因此,SingChat的授權結構應準確寫成:
SingChat MCP公開倉庫 → MIT
Community Edition → AGPL-3.0
Enterprise Edition → 商業授權不能寫成:
SingChat所有產品及服務端源碼全部採用MIT License。
十八、開源不等於免費託管
開源軟件與官方託管服務是兩件不同的事。
開源代表使用者可以按照授權條款:
查看公開內容;
使用;
修改;
自行部署;
提交改善;
建立整合。
官方託管則代表SingChat需要提供:
伺服器;
資料庫;
AI計算;
即時通訊;
附件儲存;
備份;
更新;
運維。
因此,即使Community Edition可以免費自行部署,官方SaaS仍然可以根據客服人數、AI用量、知識庫、企業功能及服務級別提供不同方案。官方網站同時提供免費及付費託管計畫。SingChat
十九、開源不等於可以任意使用SingChat品牌
軟件授權與商標權並不相同。
MIT或AGPL處理的是相應公開程式碼及文件的使用權利,不代表任何人自動取得:
SingChat名稱;
SingChat Logo;
官方網站域名;
官方認證身份;
官方商業關係。
開發者可以根據相應授權使用及修改公開內容,但將修改版本作為獨立服務推出時,仍然需要遵守適用的品牌及商標規則。
因此,不能將「可以使用開源程式碼」直接理解為:
可以使用SingChat官方品牌經營另一個相同服務。
二十、為甚麼星連VPN要公開SingChat?
SingChat的公開,是星連VPN整體開源與透明度計畫向客服系統延伸的一部分。
主要有五個原因。
1. 讓AI客服的能力可以被理解
不再只使用「AI可以管理客服」這種模糊描述,而是列出具體工具、操作及工作區限制。
2. 讓第三方接入方式可以被檢查
開發者可以查看Claude、Cursor、ChatGPT、Grok及Gemini CLI如何接入SingChat。GitHub
3. 讓授權邊界更加清楚
明確區分:
MIT MCP公開倉庫;
AGPL Community Edition;
商業Enterprise Edition。
4. 降低接入成本
開發者可以直接使用MCP、API或網站嵌入方式加入客服,不必從零建立整套聊天、知識庫及真人接管系統。
5. 接受社區檢查及改善
社區可以:
查看公開文件;
測試MCP接入;
提交Issue;
修正多語言內容;
增加接入範例;
報告安全問題;
提出新工具建議。
透明度不是將所有敏感生產配置直接公開,而是在不影響用戶私隱及系統安全的前提下,公開足以讓外部理解、檢查及驗證的內容。
二十一、SingChat目前公開範圍應如何表述?
正式對外宣傳時,建議使用:
SingChat是星連VPN目前使用的客服及AI支援系統,也是星連VPN開源與透明度計畫的一部分。SingChat MCP的公開清單、工具說明、接入範例及多語言文件,已按照MIT License發布。
也可以使用:
星連VPN正在將開源及透明度由VPN協議、客戶端及安全系統,延伸至用戶支援系統。作為第一階段,SingChat MCP的接入層及公開技術文件已正式開放。
不建議使用:
SingChat所有源碼均已完整開源;
SingChat全部組件均採MIT License;
SingChat託管服務端所有代碼已公開;
開源後任何人可以直接使用SingChat官方品牌;
使用SingChat代表不會處理任何客服資料;
公開MCP文件等於已完成全面安全審計。
二十二、社區可以如何參與?
社區目前可以從SingChat MCP公開倉庫開始參與:
提交Issue;
測試不同AI客戶端;
改善接入文件;
修正多語言翻譯;
補充網站嵌入範例;
提交新的MCP工具建議;
報告權限或安全問題;
改善自託管文件;
提交產品及兼容反饋。
後續公開工程亦應逐步完善:
CONTRIBUTING.md;
SECURITY.md;
CODE_OF_CONDUCT.md;
CHANGELOG.md;
版本支持政策;
漏洞披露流程;
發布校驗值;
Community Edition版本記錄;
可重現部署測試;
權限及資料處理說明。
二十三、SingChat後續開放計畫
SingChat開源與透明度計畫可以分成三個階段。
第一階段:MCP接入層
目前已開始公開:
MCP公開清單;
工具說明;
多平台接入範例;
多語言README;
MIT License;
工作區建立方式;
對話及知識管理工具;
工作區權限邊界。
第二階段:Community Edition及部署資料
後續持續完善:
Community Edition正式發布入口;
部署文件;
Docker配置;
環境變量範例;
版本標籤;
更新及升級說明;
備份及恢復指南;
安全政策;
資料處理及保留說明。
第三階段:社區驗證及生態
未來可以持續發展:
更多MCP工具;
更多AI模型;
更多訊息渠道;
更多App接入元件;
社區插件;
安全測試;
第三方評估;
公開Roadmap;
可復現部署及性能測試;
多語言社區貢獻。
SingChat的開源計畫從MCP開始,但公開範圍不應永遠停留在MCP。
二十四、常見問題
SingChat是甚麼?
SingChat是一套結合AI客服、真人客服、共享收件箱、RAG知識庫、網站掛件、API、Webhook、MCP及自託管能力的客戶支援平台。SingChat
SingChat與星連VPN有甚麼關係?
SingChat是星連VPN目前實際使用的線上客服及AI支援系統,也是星連VPN開源與透明度計畫的一部分。
為甚麼VPN要公開客服系統?
因為用戶與VPN服務的資料交互不只發生在VPN隧道中。客服對話、帳戶查詢、裝置資料及用戶主動提交的診斷資料,同樣需要清楚的用途、權限及技術邊界。
SingChat目前哪些部分已經公開?
目前singchat-mcp倉庫已公開MCP清單、接入範例、多語言文件、工具說明及MIT License。GitHub
SingChat MCP完整服務端是否全部開源?
目前公開倉庫說明,其內容是託管版SingChat MCP伺服器的公開清單、範例及文件,因此不能將其描述成所有託管服務端實現源碼均已公開。GitHub
SingChat MCP使用甚麼授權?
singchat-mcp公開倉庫使用MIT License。GitHub
SingChat Community Edition使用甚麼授權?
SingChat官方文件將Community Edition標示為AGPL-3.0。SingChat
SingChat可以自行部署嗎?
官方網站及文件將Community Edition定位為可以自行部署的免費版本。SingChat
SingChat MCP有多少項工具?
目前公開文件列出17項工具,涵蓋工作區建立、網站嵌入、對話管理、知識庫、AI設定、FAQ及統計。GitHub
SingChat是否支援ChatGPT?
公開文件提供ChatGPT的遠端MCP及search、fetch知識Connector接入說明,實際可用功能取決於ChatGPT帳戶及當前版本。GitHub
SingChat是否支援Claude及Cursor?
支援。公開文件提供Claude Code及Cursor的接入方式。GitHub
SingChat是否支援Gemini?
目前公開文件主要建議使用Gemini CLI接入。消費版Gemini App暫未提供直接新增MCP的按鈕。GitHub
SingChat是否完全不處理客服資料?
不是。客服系統需要處理用戶主動提交的對話、問題描述及售後所需資料。這些資料與VPN自動記錄用戶瀏覽網站、DNS或網絡活動並不是同一類資料。
開源是否等於SingChat官方SaaS免費?
不是。開源授權與官方託管服務屬於不同模式。Community Edition可以按照授權自行部署,官方SaaS則提供伺服器、更新、AI資源及運維服務。SingChat
開源後是否可以直接使用SingChat品牌?
開源程式碼授權不自動授予SingChat名稱及Logo的商標權。
結語
SingChat的開源,不只是一個獨立AI客服產品的技術發布。
它也是星連VPN開源與透明度計畫的一部分。
星連VPN的透明度不應只限於VPN協議、客戶端、安全模型、無日誌政策及性能數據。用戶與產品之間的客服入口、AI工具、知識庫、工作區權限及售後資料處理,同樣需要逐步公開和接受檢查。
SingChat是星連VPN目前實際使用的客服及AI支援系統。
它承接用戶提交的產品、帳戶、節點、連線、兼容及技術支援問題,並透過AI回答、知識庫檢索及真人接管協助處理。
目前,SingChat MCP的公開清單、工具說明、接入範例及多語言文件已按照MIT License發布。公開文件列出17項MCP工具,讓支援MCP的AI助手可以建立工作區、加入網站客服、管理對話、訓練AI及查看統計。GitHub
SingChat官方網站同時提供跨平台AI客服、真人接管、共享收件箱、多租戶隔離、API、Webhook,以及官方SaaS或AGPL Community Edition自託管選擇。SingChat
但開源需要保持準確。
目前公開的singchat-mcp倉庫主要包含託管MCP服務的公開清單、範例及文件,不能將其描述成全部託管服務端源碼已經公開。後續更多客服系統、部署資料、安全說明及Community Edition內容,將按照安全、私隱、授權及產品穩定性分階段完善。
星連VPN希望建立的透明度,不只是讓外部看見產品宣傳,而是逐步讓社區可以理解:
VPN如何傳輸資料;
系統保存哪些有限資料;
無日誌政策如何驗證;
性能結論如何測試;
AI客服可以執行哪些操作;
客服工作區如何限制權限;
用戶主動提交的售後資料如何處理;
哪些內容已經公開;
哪些內容仍在審查及準備中。
SingChat的開源,代表星連VPN的開源與透明度計畫,正在由VPN底層技術延伸至真正與用戶接觸的客服及支援系統。
它從MCP開始,但不會停留在MCP。
