最后更新: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。


参考资料