其实你不需要担心“搞不好哪次忘记打开或者代理不稳定就被风控了”，因为 openai 自己在风控方面的技术能力并不强，他们的风控是借助 cloudflare 和 stripe 的服务实现的，这种通用服务不会做得太细节， 跟账号关联性基本没有。

之前出现的大批量封号，从结果反推还是因为有些来源的批量注册账号特征太明显了，注册者大概率水平并不怎么样，用了非常暴力的方式处理，某些方面太规律性，一眼就能看出问题，所以才被封。

@wwbfred #56 好奇问一下，啥叫“DDCC 套餐”？

@LaurelHarmon #7 事实还确实就如此，有些人就是“没手”，“有手”就不会就这种问题问人了...且不提月经问题直接搜索能得到一堆同样的答案，在当下 AI 已经具备合格的语言能力时，这种常规月经问题直接让 AI 给答案就是最优解，效率高、内容整理完善、准确度也毫无问题。

合理限制，控制被薅羊毛的问题

ceph 其实不算重，rook 已经帮你简化很多了，按着要求配置就行。但 ceph 的问题在于维护起来需要有一定的专业知识，在不了解 ceph 的架构和一些设计细节的情况下，出了问题不好解决（虽然通常都可以自动解决）。

可以的，没啥问题

想要证明 AI 的能力很简单，举个实际工作中作为生产力工具带来的效果就行了。比如：原本花一两天，好几个人解决的事情，现在只需要一个人跟 AI 提需求，AI 就能做完。

@duanxianze #83 技术人员更应该容易想到更省事的方案，比如后台跑一个 resilio sync 自动同步，在生命周期内就已经把绝大多数文件自动同步出去了，完全无感知，而不是等到攒了一堆了再统一去传输。

@cskeleton #15 我的微信聊天记录已经 200 多 G 了，加上其他应用和文件，512G 基本长期处于接近满的状态...

我这的网站也一样，是百度云加速挂了

看来今年旗舰机应该能大规模上 16GB+1TB 了

因为同一时间只能一个人提问，并且每小时有提问次数上限。

网页版 ChatGPT 是预设了系统消息的，而 API 版本没有系统消息，所以部分回答会有差异。但是就长度来说，不会有区别，token 数量限制摆在那。

很奇怪，我这完全没碰到过这种情况

我昨天刚申请完，秒过，开了 plus 。

这个项目中提到的 ChatGPTUnofficialProxyAPI ，你要是看了代码就知道，实际就是 https://github.com/acheong08 这个人在 https://github.com/acheong08/ChatGPT 项目中默认使用的，他提供的一个公共代理服务器。

之所以他们需要依赖一个代理去访问，是因为 ChatGPT 的网页版本使用了 CloudFlare 的 WAF ，对于非专业爬虫开发的人来说水平不够无法直接突破，也就是会导致请求直接被 CloudFlare 拦截，压根没法使用。所以 acheong08 这个人就弄了个代理出来，通过使用一个浏览器先去请求一遍获取 WAF 所需的 cookie 再访问，进而解决这个问题。

但是事实上，如果 acheong08 提供的公共代理服务器用的解决方案就是他自己开源出来的那个，那么从爬虫开发的角度来说，各方面都漏洞百出，并没有完全解决 WAF ，只是解决了最基本的访问问题而已。只要 OpenAI 想，封掉所有使用他的公共代理服务器和代理服务器项目的账号是很轻松的。说白了，他这种操作就像是一个小偷去偷东西，开锁直接上电钻把锁给钻了，不仅留下了明显破坏锁的痕迹，还忘记了一路上都有摄像头这回事，抓人太简单了。

另外，他这种代理方案并不是通常意义上的“代理 IP”那种“代理服务器”，而是需要将你的请求内容完整发送到代理服务器那边，再由他那边重新发起请求。也就意味着，你使用账号的 cookie/token ，以及发给 AI 的内容，他那边看得一清二楚...存在极大的安全性问题。

---

顺带一提，OpenAI 之所以之前没有进行大规模封号，而是直到前段时间才开始封了一批进行威慑。一方面是因为自己的官方 API 还没推出，不影响自己赚钱，先放着不管培养市场习惯；另一方面是本来 ChatGPT 这个网页版就是放出来引流和收集使用情况的，再怎么样都有收益，没必要去封号。但如果 OpenAI 要真的开始节省成本、以付费用户为主了的时候，所有用这种代理服务持续进行调用的账号全都要被封。

你需要的不是 ChatGPT ，而是可以进行大数据量微调的其他已有模型。

@l864494871 #15 就算你五六年只是 CRUD ，没有涉及到更深入、更底层或者高级的东西，但在这个过程中，你至少应该能感觉有些地方可以做得更好、优化得更省事吧？应该多少会有些想法去尝试实践的吧？要是这都没有那就真要被淘汰了...

@l864494871 #12 简历每次使用前建议都重新自己好好看一遍、调整一遍，如果已经觉得很烂了，那就按最新的思路重新写一份，而不是堆屎山。简历毕竟不是项目代码，不会有那么多的内容，要重构起来是很简单的，没必要拿个五六年前的框架一直用。