17 篇热帖
网站地址：
https://www.bytecatcode.org
一群长期折腾 AI 渠道的技术玩家。
从早期 kiro cc 渠道开始踩坑，一路做成现在的多模型中转服务。
不讲故事，只讲稳定和性价比。
| 渠道 | 倍率 | 缓存 | 说明 |
|---|---|---|---|
| Kiro | 0.2x | ✅ | 支持 Opus 4.6 ，性价比首选 |
| AWS-Q | 0.35x | ✅ | 综合表现更优，输出质量更稳 |
| Supper （反重力） | 0.5x | ✅ | 接近满血，长上下文能力更好 |
| Hyber | 0.68x | ✅ | 高思考预算，适合复杂任务 |
| Max | 1.3x | ✅ | 官方 200 刀订阅号池，纯血 Max |
| 渠道 | 倍率 | 说明 |
|---|---|---|
| Codex | 0.25x | 自建号池，支持 5.3 全系 |
| Codex-特惠 | 0.001x | 自建号池，支持 5.3 全系 免费到正月十五 |
| 渠道 | 倍率 | 说明 |
|---|---|---|
| Gemini | 0.55x | 支持 Gemini 3 全系（ Nano Banana 渠道对接中） |
目标很简单：
做一个长期稳定、价格合理的 AI 中转服务。
目前已做：
长期做，不跑路。
欢迎自行测试对比。
延迟、稳定性、模型表现问题可以直接回帖问。
完全转了技术栈，从 c/c++开发跳到做全栈(react+go)了。 刚发完离职信，+2 领导就来问我是否可以涨薪后留下。各位大佬有什么建议吗？
不知道别的地方是什么样，坐标苏北，真的太推崇酒桌文化了。每次过年回家都是不停的酒局（亲戚间），还都是白酒，先一桌一起喝四杯，然后一圈互相敬两杯，最后还得拿壶喝。喝酒我倒还好，主要是对于我这种内向的人来说主动敬酒真的是灾难，感觉自己像小孩子努力伪装成大人。我爸更是酒桌文化的推崇者，每次席上都要给我发消息：起来敬酒啊。在他看来酒桌文化玩不转的就好像是没用的人，啥事都干不了的，在亲戚面前给他丢面。年轻的时候我会甩脸就走，现在岁数大了想着尽量不要发生冲突，但是真的好厌恶。
已经好几年没收到开工利是，朋友圈已经有四五个晒的了，一二百的不少，你们今年有收到吗
开始回忆过年前对 cursor 说了什么东西
xshell xftp 过段时间让我升级一次 然后注册登录 很多次了 有没有大佬推荐个差不多的
大家好，
最近在做 Go 的 Web 项目选型，看了一圈生态里的框架，希望能找到一款偏向开箱即用的模板。想请大家推荐一下：
我理想中的框架特性：
开箱即用：不想从零开始拼凑路由、日志、配置和 ORM 等基础组件，希望能有一套成熟的默认约定。
深度集成依赖注入（ DI ）：希望框架能很好地管理对象的生命周期和依赖关系。
集成 GORM：因为业务原因，需要 GORM 作为核心的数据库 ORM 工具。
支持垂直切片架构（ Vertical Slice Architecture ）：这点极其重要！我不希望代码是按“技术职责”横向分层的（比如所有 controller 在一个包，所有 model 在一个包）。我希望框架的推荐实践是按“业务模块”来组织代码的。例如一个用户的业务，其结构应类似于：
/user
├── user.model.go
├── user.repository.go
├── user.service.go
└── user.controller.go
不知道大家有没有符合上述要求的脚手架或框架推荐？
另外，还有一个疑惑想和大家交流讨论：
在研究 Go Web 框架和各种开源模板的过程中，我发现一个现象：在 Go 语言生态中，大家似乎对“依赖注入（ DI ）”并不是特别热衷？
在 Java (Spring) 或 C# (.NET) 里，DI 几乎是刻在骨子里的标配，不使用 IoC 容器简直没法写代码。
想听听老哥们的看法，为什么 Go 的社区风气对 DI 容器显得比较克制？
是因为 Go 强调的“大道至简（ Keep it simple ）”和显式编程哲学？
是手动传递依赖在 Go 里写起来并没有那么繁琐？
还是说使用反射（ Reflection ）做运行期 DI 在 Go 中有什么性能隐患或难以调试的坑？
期待大家的框架推荐以及对 DI 问题的看法，提前感谢！
前提，本人对 go 语言没有任务基础，也是最近刚尝试使用。上面的讨论如有不当之处，请多多包涵。
计划是 7 月底、八月初，为期 10 天左右，第一次出国，估计也是去热门旅游目的地，希望各位大佬给出一些推荐、避雷、注意事项，我再去🍠上具体做下攻略！！（老婆想去马代，我想去新西兰，我俩应该都比较喜欢自然风光）
今天一来就想提离职，应该如何优雅的提出。