S0lution

Snipaste

据 a÷所说现在已经去掉了这段隐写代码，但它有没有上新的逻辑也不得而知

2.5 时代用过，实在太拉，放 OpenClaw 里我都害怕他给我系统 dd 了，后续没再试了，看各家 coding 讨论群里 minimax 推广广告跟牛皮癣一样，没啥好感

自家的 Qoder ？或者 codex ？ opencode ？工具选择不是很多嘛

看楼里好像不少人分不清 claude code 、claude 、codex 和 gpt

124 都做了，主力是 4 用 Easytier ，不过是我个人使用，对外的话可能 23 好一些，最省事的话就是 1 ，ddns-go 、lucky 之类的定时更新，机器要做好防护，域名拉长一些
另外 Jellyfin 大概率会被封 IP ，给你丢大内网里

我测试了一下本项目，发现非常严重的问题：为什么项目一直在发送遥测信息？

遥测采集了非常多的信息，甚至比你后端刷新的请求还多，翻遍了全部文档和代码也没有找到关闭遥测的方法

作为普通 SaaS 前端，遥测用 PostHog 埋点确实很常见，但作为自建 AI 网关管理后台，尤其是个人使用的，默认启用这种遥测不太合适吧？
这是最基本的隐私透明度问题，恕无法继续支持，抱歉

前几天看了下感觉一般，今天仔细看了看感觉还行，但是有几个问题：
1. github 仓库 alexazhou/gt_ai_gateway 底部许可证写的是 MIT License ，但是链接的许可证却是 GPL-2.0 license 是为什么？
2. 上面我看到有回复了，和 AxonHub 的差异化在哪？
3. 以我个人为例，我是个人使用，不需要 newapi 那样多用户多分组路由分发之类的，只是统一我的订阅或者白嫖的 key ，在自己的服务器上 docker 搭建并在多地区多项目中分发 key 使用，轻量化的个人或小型团队用的分发网关场景，gt_ai_gateway 是否有考虑完全自用模式的优化？
4. 我记得 Anthropic 协议转换好像不是那么好做，看了一下 Responses → Anthropic 请求转换时会把 Responses tool 的 web_search 、file_search 之类的都丢弃了，这样在 codex 里使用是不是会有一些问题？
5. 现在 ai 发展很快，我觉得 gt 如果明确方向，愿意持续开发的话我个人可能愿意尝试的，而且我觉得明确走个人自用路线，可以带轻量用户管理，可以用 docker 部署，在某些场景上可以替代 cc-switch 了，不知道 gt 后面的发展方向如何？

以上是我个人的感受，btw 在 github 页放微信群二维码还有推广其他工具 个人会有些抵触和反感，不利于项目长久发展

你是总监，模型是你的员工，SKILL 是你们部门的产出规范，没有规范除非你对你员工的要求细致到原子需求层面，否则你十个员工会出来十个不同版本
随着你员工技术越来越厉害 工作越来越规范，逐渐你不需要给他们下规范他们的产出也会趋于同化，也会更符合你的要求