如果还有人要我写代码，我想我会非常乐意

@gilgameshy 是的，普通员工当天询问完，就放人了

@harrozze 嗯，只考虑自家产品，API 不给别人用的，别人薅羊毛的，要搞事，自己被封了不关我事

@wqhui 嗯，初步确定用这个，考虑做到服务端还是前端

我的最新版 chrome ，不会强制跳啊，能访问 http ，除非像我自己的有个域名，服务端 nginx 主动做了 http 重定向 302 到 https

@iv2ex 关键不是国内国外市场，关键在于你是否在国内经营，在国内经营就归国内管。

我都是新建一个 txt 就放在公司电脑，里面就放各种公司业务系统的 url 和账号密码，前辈传给我的账号密码等等。
到差不多了，扔微信里收藏一份，方便家里干活登录系统

@fzls 这种也不是不行

@InDom 大佬，6

@jiaoery 这是个新鲜玩意，我去试试

@rockyliang 表面上看和微信类似，但是实际上还是有所不同的，用户心理也有所不同，主要是有些长回答要等待时间太久了，几十秒甚至 1 分钟以上。
微信和别人聊天，我知道别人没有义务实时回答我，我会切开去干别的事情。
但是 chatgpt 这种实时问答应用，用户的忍耐度低的多，这时候的用户，是渴望急于获取到答案的，让用户等待 1 分钟以上，太漫长了，就好比你去搜搜索引擎，如果搜索引擎等待 1 分钟再出结果给你，你肯定会抛弃他。
除了体验不好一个原因，另一个原因是用户有选择的余地，比如百度要 1 分钟返回结果，360 搜索却秒回，那你肯定抛弃百度了。
我做的 chatgpt 应用也是同理的，你为了检测等 1 分钟，但是别家做的，却可以实时返回，高下立判

@Felldeadbird 嗯，在客户端做的话，和我开始说的差不多就是这个意思，这样服务端没有压力，只要客户端从服务端更新拉取关键字就行了

@MoYi123
@christin 嗯，这个思路可以，和前面 2 个大佬的思路差不多。我现在顺着这个思路思考接下来的问题了，我在思考和测试，在大流量下，关键字多了，这样分段频繁检测，服务器 CPU 能不能承受住

@MartinDai
@InDom 我理解你们的意思了，这个方案是挺好的，客户端感受到的仅仅是开头字慢一会出来，后面应该是连续不断的出来回答的，很棒。

我整理思路就是：
假设我系统预设关键字最长为 4 个字，那么我从 chatgpt 接收到 6 个字的话，我能 100%确定前 3 个字是否违规，不违规直接输出，后面 3 个字可能现在不违规，但是有可能和未来的字组成违规词，所以暂不能输出。。。一直以此类推，后面就是源源不断的输出前面 100%能确定的不违规词。
是这样不？大佬

@thinkm 初次上架会稍微久一点，而且对于提审经验不足的 IOSer 来说，第一次上架可能会有很多地方要整改，比如啥隐私说明链接没放啊、乱获取权限的行为啊之类的，一来一去就久了。
上完架之后的版本更新，审核还是挺快的，但是你后面新出的功能违规了、或者之前通过隐藏、欺骗手段藏起来的违规功能被发现了，苹果拒审，让你整改之后你再次提审，苹果这时候会审的比较严，审核人员会特别小心，拒审的多了，就会比较慢

@putyy 我说的也差不多意思，要完整再检测，客户端也可以这么做，而且自己就能直接换了，不需要通过服务端下发指令来交互替换

@yinmin 分段检测比较尴尬的是会漏检，参考我 10 楼的回答

@milukun 我们可能不会搞很高端的检测，就是关键词匹配就行了，所以检测服务自己很容易做。
关键是分段切割来检测，有可能出现漏检的问题，概率问题，你看看我 10 楼回答的，我大概就这个意思

@thinkm 这种就是典型的虚拟服务，反正我是想不出什么点子能伪装成实体服务。不像我上面举的例子，当时想到那个太聪明了，哈哈