最後更新: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時,用戶通常需要:

  1. 打開SingChat後台;

  2. 建立工作區;

  3. 設定網站;

  4. 複製嵌入程式碼;

  5. 加入知識庫;

  6. 設定AI;

  7. 查看對話;

  8. 手動回覆訪客。

使用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。


參考資料