1作者: e7h4nz大约 12 小时前原帖
去年六月,我将公司的 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大约 12 小时前原帖
开发者目前为人工智能的使用付费,然后通过订阅、限流或定价层来回收成本。这带来了几个问题: 1. 应用需要跟踪每个用户的使用情况,并构建复杂的计费逻辑。 2. 用户在不同的应用中为相同的基础人工智能多次付费。 我正在尝试一种不同的模型:用户直接为自己的人工智能使用提供资金,类似于预付费移动数据。 在这个系统中: 1. 用户预存余额 2. 每个请求由用户签名 3. 每个请求的费用从用户的余额中扣除 4. 应用不需要为代币付费或管理计费 我构建了一个名为 rNet 的原型。该协议已经上线,客户端库可用(npm、Maven),文档也已公开: https://www.rnetai.org/ 这仍然处于早期阶段,我主要在寻找反馈——在技术、经济或用户体验方面,这个模型在哪些地方存在问题?
2作者: elC0mpa大约 12 小时前原帖
大家好,最近我决定订阅 Google One AI Pro。这样做主要是为了使用 gemini-cli。虽然我对这个决定并不后悔,但我觉得我可以更好地利用这个工具。基本上,我希望能获得一些关于如何提高 gemini-cli 效率的建议。例如,我尝试过 caveman 扩展,它确实减少了令牌消耗,但我并不太喜欢它。所以,如果你们能给我一些建议,我将非常感激。
1作者: rNetAi大约 13 小时前原帖
我一直在探索一种不同的人工智能使用付费模型。 目前的情况是: 1. 开发者需要跟踪每个用户的使用情况,建立复杂的定价系统以保持盈利,并处理前期的人工智能代币成本。 2. 用户在不同的应用程序中多次为相同的人工智能付费。 rNet 试图将这一模式转变为更接近互联网服务提供商(ISP)的模型,让用户直接为自己的使用付费。 这仍然是一个早期的概念验证。该协议已经上线,库已在 npm 和 Maven Central 发布,文档也已公开。 我主要希望获得关于这个模型在技术或概念上可能出现问题的反馈。 网址:- https://www.rnetai.org/