ChatGPT 大面积封号 + 停止注册？最火概念要凉？

一、背景

这个周末，先是意大利暂时封杀 ChatGPT，限制 OpenAI 处理本国用户信息。

接着，据韩国媒体报道，三星导入 ChatGPT 不到 20 天，便曝出机密资料外泄。

还没结束，又有大量网友发现 ChatGPT 目前停止注册，开始大面积封号，4 月 2 日全面封亚洲登录账号。

二、突然的封号，让人猝不及防

据不完全统计，已有数百万用户的账号受到了影响。

许多用户在社交媒体上表示，他们的账号在未收到任何警告的情况下被封禁，这让他们感到非常困惑和担忧。

ChatGPT 突然的封控行动，业内人士认为最可能导致封控的原因有三个：

1、本身账号使用的邮箱权重；

比如批量注册账号、低安全等级的邮箱、手机、新注册邮箱，这种封号风险会比较大。

2、登录的 IP 或代理服务器的所在地；

比如 IP 在中国，所在地址都是在亚洲地区的，批量封。

3、页面所有对话使用中文

即页面所有对话和 API 调试均采用中文，这个可能不会被直接封号，但是会上调风控级别。

三、设想 ChatGPT 开源

种种消息——封杀、泄密、封号，归根结底在于 ChatGPT 背后主要存在技术商业化、数据隐私保护、网络安全风险等问题。

关于技术商业化，马斯克非常看重开源，他认为 AI 应该民主化，很多人应该享受到 AI 技术，而不是 OpenAI 喂养微软一家独大。

像 ChatGPT 这种大型语言模型背后核心是大的算力和参数量（数据），因此数据来自哪里，是否存在公平、隐私问题等，这些都是 OpenAI 被行业诟病的地方。

所以设想一下 ChatGPT 开源，事情会不会往好的方向发展。

四、等比论证

作为这两年 IT 界的风口，低代码在众人眼里已经不是什么陌生的概念。

对标于传统的纯代码开发，低代码是一种快速设计开发软件应用程序的方法，平台通过对大量功能与场景做提前封装，使得用户可以在可视化的基础上，通过拖拉拽就能完成开发，手动编码非常少。

这种可视化的开发大大方便了开发者，但也会导致开发者对自己开发项目的底层逻辑并不完全了解，一旦出现特殊情况就会难以解决，但如果利用平台的底层代码，就能迎刃而解。

01、源码的重要性

事实上，现在国内大多数低代码产品都不会提供源码给客户，许多平台更愿意做 SaaS 服务，按使用时长与服务数量进行收费，交付源码岂不是“自砸饭碗”？也正是由于这个环境，许多客户在对低代码平台进行选型的时候，稳稳忽略了其源代码的重要性。

有了源码，低代码平台的实用性却会大幅上升（参考 JNPF 平台模式）：

1、学习提升：可以通过分析源代码，来学习开发、了解开发者的思路，学习开发者如何通过巧妙的方式、算法解决业务问题。总的来说，阅读源代码是最快提升开发水平的一种方式。

2、二开自由：占据二次开发的优势地位。后续可以在源代码的基础上自由组织二次开发，完善和丰富现有系统功能。

3、软著的主动权：源代码意味着主动权。手握源代码，可以自主申请软件著作权，提升自身的企业形象，增加无形资产。

02、源码全交付的黑马厂商

JNPF 快速开发平台是市面上为数不多向客户实现全源码交付机制的低代码平台，采用业内领先的 SpringBoot 微服务架构、支持 SpringCloud 模式，完善了平台的扩增基础，满足了系统快速开发、灵活拓展、无缝集成和高性能应用等综合能力；采用前后端分离模式，前端和后端的开发人员可分工合作负责不同板块，省事又便捷。

开源链接：https://www.jnpfsoft.com/?infoq

此外，该平台采用的是业内先进的引擎式软件快速开发模式，精心配置了流程引擎、表单引擎、报表引擎、图表引擎、接口引擎、门户引擎、组织用户引擎等可视化功能引擎，内置超过数百种功能控件以及大量实用模板，使得在拖拉拽的简单操作下，也能大限度满足用户个性化需求，轻松完成开发。

同时，他是支持私有化部署的方式，直接把系统部署在用户本地服务器上，有效实现内外网隔离，数据安全掌握在自己手里，安全性、可控性与稳定性有所保障，大幅降低数据外泄的风险。

上述仅是参考 JNPF 低代码平台的功能表述，像源码、私有化部署等这类助力信息安全的方式，是目前 AIGC 人工智能尚且无法满足的方向，不过当这项技术被广泛运用的未来，可能会开发吧？我先拭目以待。

五、小结

ChatGPT 开不开源，还得 OpenAI 说了算，上述仅代表个人看法在此高谈阔论！AI 确确实实提效生活的方方面面，同样安全问题也不容忽视。最后我想问，你们的 ChatGPT 账号还好吗？