这是一个创建于 639 天前的主题，其中的信息可能已经有所发展或是发生改变。
在 github 和 google 搜了很多，客户端的也有，web 的也有，体验了不少很棒的一键搭建的开源项目，但是发现他们基本都少了有独立的用户体系（关联 cookies 的也有，但是还不够稳）
如果独立的用户体系，鉴权和保存历史记录会比较麻烦，所以不知道兄弟们可以推荐一下有这个设计的不，要求是 web 的？
如果独立的用户体系，鉴权和保存历史记录会比较麻烦，所以不知道兄弟们可以推荐一下有这个设计的不，要求是 web 的？
 |
1
ixinshang 2023-03-31 16:58:31 +08:00
这是打算二道贩子了？
|
 |
2
yohole OP @ixinshang 我个人内心看不起这种副业或者商业变现，再说这个也赚不了多少钱，初衷只是想在外网部署一个给内部团队使用，免去大家账号和梯子的烦恼，可以愉快感受 ai 带来一些工作上的便利而已
|
|
4
yohole OP @huijiewei 这个最终使用的人数可能真的几百人，独立用户体系虽然说不是必须，但是后续可以解决很多问题，例如离职，历史记录等
如果已经有前辈已经做过或者有开源的，当然是希望优先采用，然后支持哥几杯咖啡都是可以的 |
 |
5
yummysakko 2023-03-31 17:26:12 +08:00
搭个 telegram 机器人得了，后端接个 sqlite ，前端也免了
|
 |
6
kingfalse 2023-03-31 17:28:34 +08:00 via Android
xposed 写个机器人直接接到微信群里得了，我就是这么做的
|
 |
7
buruoyanyang 2023-03-31 17:32:38 +08:00
内部使用还控制啥权限，chatgpt-web 这种，限制一下访问源只能是公司的 ip ？
|
 |
8
zhaoxin 2023-03-31 17:34:29 +08:00
直接买熊猫那个团队版呗。有 iOS 和 Mac 版。
|
 |
9
swulling 2023-03-31 17:39:51 +08:00 via iPhone
OpenCat 团队版
|
|
10
yohole OP @buruoyanyang 历史聊天记录没有办法关联用户持久化保存
|
|
11
yohole OP @swulling opencat 的 ios 和 mac 我个人都体验过了，这个限定平台和客户端了，还是没有 web 兼容性强
|
 |
12
winterx 2023-03-31 17:44:07 +08:00
楼主有推荐的 WEB UI 吗？
对用户体系没有要求，就是总感觉 chatgpt-web 还是太简单了 |
 |
13
cveoy 2023-03-31 17:46:20 +08:00
https://www.v2ex.com/t/927128#reply3
用这个改改不就行了 |
 |
14
Leexiaobu 2023-03-31 17:47:58 +08:00
https://github.com/moeakwak/chatgpt-web-share 这个可以，但是目前只支持单个 access_token ，人数多了会排队
|
|
15
yohole OP  1
|
 |
16
jonathon523 2023-03-31 18:01:46 +08:00 via Android
如果是内部团队使用的话，我觉得可以采用 Cloudflare Zero Trust 配合贵司的 SSO ，这样可以做到控制访问权限。但是持久化存储我也没有什么办法。
|
|
17
yohole OP @jonathon523 先看下有没有过来人遇到过或者见到，看下有没有推荐的，如果实在没有，在目前的一些开源项目上改也不是问题，但是带独立的用户体系的应该是实际需求的
|
 |
18
CheckH 2023-03-31 18:06:09 +08:00
我们现在用的这个，带用户体系，存 mongo
|
|
19
CheckH 2023-03-31 18:06:18 +08:00 2
|
 |
20
daniel11 2023-03-31 18:07:24 +08:00
我感觉团队需要一个这么个东西。我也正在给自己做一个带用户体系和有历史记录的
|
 |
22
twelvechen 2023-03-31 19:27:29 +08:00
感觉大部分的 web ui 项目都用了浏览器本地存储，如果不要求多设备同步，那么普通的 web ui 配一个 nginx 登录验证就行了？
|
|
23
yohole OP @twelvechen 用户体系其实不是必须的，但是如果有的话，可以兼顾多设备同步历史记录，用户管理 /鉴权，以及统计每个用户的使用量等等
|
 |
24
yinmin 2023-03-31 21:35:26 +08:00
https://github.com/Yidadaa/ChatGPT-Next-Web 很好用。
可以把 ChatGPT-Next-Web 部署到内网 IP ，仅提供给公司内部使用。 如果需要用户体系，可以在 ChatGPT-Next-Web 前面加 nginx 反代，然后启用 nginx 的 auth_basic 认证模式。 |
 |
29
winglight2016 2023-04-01 08:34:42 +08:00
lz 这需求不嫌折腾吗？搭梯子不是人手必备？账号批发买一批能花几百块？离职了让他带走两块钱的账号又如何？
花了大把的时间，早就不止这个成本了吧？ |
|
30
yohole OP @winglight2016 搭梯子这个事有时候不是成本问题，而是由一些梯子的其他因素的考虑，而且我这个内部使用，可能最开始的是技术团队，后面会延申到其他非技术的业务团队，总的用户来说可能要达好几百人
|
 |
31
echoless 2023-04-01 10:45:22 +08:00 via Android
|
 |
32
miv 2023-04-01 11:03:38 +08:00 via Android
昨天搞了一天，终于把这一块方案搞完了。我的方法也是参考开源，实现了最低的成本方案。但是也是要梯子访问才行，实在不行还需要你自己加一个代理。实现了用户体系，还有其他特色功能，比如说用户套餐。需要的可以找我付费，联系方式查看我历史帖子。
|
 |
33
star7th 2023-04-01 11:38:36 +08:00 1
开源项目是别想了。你这是企业级场景的用法，不花钱白嫖是不可能的。一种比较可能的方式是用开源项目做二次开发。要么是你自己人投入开发，要么请人定制开发。
|
|
34
yohole OP @star7th 这个即使不是企业场景，也是有真实存在的需求，这个这个设计成独立的用户体系说大不大说小不小，很多现成的开源项目没有这一块的考虑是隐私问题，如果没有的话，二次开发也是可以的，只是秉着不重复造轮子才来咨询儿而已
|
|
35
miv 2023-04-01 12:05:06 +08:00 via Android
关于这个我要给老哥提个醒。这一个的话你要包装成产品使用的话，在国内是有很严重的问题的。除非你按照我那种方案搞到国外去，可以卖会员，或者说你自己内部使用都行。要在国内搞的话，公开给别人使用还是有被谈话的风险。还有其他一些技术细节，就不多说了。
|
|
36
yohole OP @miv 我的需求比你实现的简单，是打算开源项目内部部署，通过海外服务器反向代理中转，不涉及任何梯子，纯内部使用，找有用户体系的就是为了做好权限管理和使用监控，但也不是非必须
|
|
37
yinmin 2023-04-01 12:36:36 +08:00 via iPhone
@yohole 换一个思路，有没有考虑 bing chat ？ bing chat 在 it 开发上比 gpt 差点，但是也能帮上很大用处的。内网做一个 sni proxy （只需要 bing.com 和 www.bing.com 2 个域名），然后内网 dns 服务器把 bing.com 和 www.bing.com 指向这个内网 ip ，也可以修改使用者 pc 的 hosts 文件，员工用自己的微软账户访问 bing chat 。
|
|
38
yinmin 2023-04-01 12:39:21 +08:00 via iPhone
@yohole bing chat 也可以作为自建 gpt 的一个备份，万一某天自建的 gpt 坏了，老板问起来，你还可以建议大家临时改用 bing chat
|
|
39
yohole OP @yinmin 因为涉及到到非技术部门的同事使用，所以我们尽量一次性把工作量和繁琐的操作挪到技术部署中，然后让所有用户打开 web ，使用提前初始化好的账号密码即可使用，无其他成本和额外操作，加上用户体系是为了限流，，鉴权，多设备同步历史纪录，目前的开源项目中已经有符合差不多需求的了，兜底方案我们二次开发也是行的
|
 |
40
LaurelHarmon 2023-04-01 13:17:25 +08:00 via Android
既要又要，还不想自己动手改
|
|
41
yohole OP @LaurelHarmon 请问你是从哪里看出不想改？以及上文已经多次说到这个发帖的初衷，以及二次开发也是候选方案
|
 |
42
daweiba 2023-04-01 14:23:52 +08:00
定制需求，定制开发就行了呗。本身没什么难度的事情。
不要指望开源程序能满足定制需求。 |
|
43
yohole OP @daweiba 我一开始的理解是这个不算是特别需求，甚至很多人也遇到我这个问题，同时上面也有 v 友给出了不少开源的，发帖初衷是求推荐和交流，希望有同样的需求的少走弯路，而不是希望白嫖，我文中一开始就已经提到我体验过比较多的项目，已经有接近的的，对于二次开发也是有兜底方案
|
|
44
daweiba 2023-04-01 15:50:11 +08:00
|
|
45
yinmin 2023-04-01 16:13:14 +08:00
@yohole
二开有 2 种方式，一种是改源码，另一种是写 nginx 的 Lua 代码做前置控制。第二种方法是外挂，不改源码方便将来升级，实施其实也蛮简单的。 ChatGPT Next 是一个很优秀的 gpt 壳，我们拿这个产品举例，Next 主体是 2 个 URI：界面的"/" 和 聊天的"/chat-stream"。 使用 OpenResty(Nginx 扩展版本)写 Lua 代码： (1) 对 /预处理，进行权鉴； (2) 对 /chat-stream 预处理，可以将对话内容写入 mysql ，并判断如果达到当日聊天上限，直接返回错误信息。 我估计在 chatgpt 的协助下，即使没写过 Lua 代码，一个资深程序员大概 1-2 天就能搞定。 |
|
46
yohole OP @daweiba 官方的 API 我看过好几个语言版本，后端确实不是问题，但是如果要做到像 https://github.com/Yidadaa/ChatGPT-Next-Web 这个项目的前端和体验，还是有点困难的，而且这个项目还在持续迭代各种新功能，如果自己搞，恐怕人力成本比较高的
|
 |
48
ByteCat 2023-04-01 18:42:37 +08:00
我自己做了一个，有需要么，给朋友用的，不过没有打算开源，平台而已，现在做了个简单的 web 版
|
 |
49
needpp 2023-04-01 20:46:50 +08:00
没必要二开，做个代理层就好了
|
|
50
daweiba 2023-04-02 03:14:12 +08:00
|
 |
51
xiaoyouqiang 2023-04-02 20:16:37 +08:00
github 上很多啊
|
Select Language