1作者: e7h4nz大约 11 小时前原帖
去年六月,我将公司的 API 堆栈切换到了 ts-rest——一个面向 TypeScript 的合同驱动、类型安全的 REST 库。今天,我盯着一个已经 11 个月没有发布新版本的代码库,思考何时该拉响撤回的警报。 时间线: - 2025 年 3 月:v3.52.1 发布(最新稳定版) - 2025 年 6 月:3.53.0-rc.1 发布——Zod v4 兼容版本 - 2025 年 6 月至 2026 年 2 月:0 次提交,0 次发布,0 次维护者回应 - 2026 年 2 月:PR #863 “feat: v4” 被打开,维护者称其为“稳定维护阶段”——三个月后仍未合并 - 今天:137 个未解决的问题,其中 117 个是“这个项目还在维护吗?”,没有任何回复 致命的错误:#852——rc.1 与稳定版 Zod 4 不兼容。这个 RC 存在的全部理由是 Zod v4 兼容,而稳定版 Zod 4 实际上破坏了它。 我们团队目前有两个选择: 1. 自己分叉这个代码库,修复与 Zod 相关的错误。 2. 切换到 Hono RPC。 然而,我们对于依赖另一个新框架感到非常犹豫。与其被绑定到特定框架,我们更希望有一个与框架无关的类型库。
1作者: rNetAi大约 11 小时前原帖
开发者目前为人工智能的使用付费,然后通过订阅、限流或定价层来回收成本。这带来了几个问题: 1. 应用需要跟踪每个用户的使用情况,并构建复杂的计费逻辑。 2. 用户在不同的应用中为相同的基础人工智能多次付费。 我正在尝试一种不同的模型:用户直接为自己的人工智能使用提供资金,类似于预付费移动数据。 在这个系统中: 1. 用户预存余额 2. 每个请求由用户签名 3. 每个请求的费用从用户的余额中扣除 4. 应用不需要为代币付费或管理计费 我构建了一个名为 rNet 的原型。该协议已经上线,客户端库可用(npm、Maven),文档也已公开: https://www.rnetai.org/ 这仍然处于早期阶段,我主要在寻找反馈——在技术、经济或用户体验方面,这个模型在哪些地方存在问题?
2作者: elC0mpa大约 11 小时前原帖
大家好,最近我决定订阅 Google One AI Pro。这样做主要是为了使用 gemini-cli。虽然我对这个决定并不后悔,但我觉得我可以更好地利用这个工具。基本上,我希望能获得一些关于如何提高 gemini-cli 效率的建议。例如,我尝试过 caveman 扩展,它确实减少了令牌消耗,但我并不太喜欢它。所以,如果你们能给我一些建议,我将非常感激。