最新

我错过了什么？为什么我看到这么多关于人们现在离开 GitHub 的帖子？

去年六月，我将公司 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” 提交，维护者称其为“稳定维护阶段”——至今仍未合并，3 个月过去了 - 今天：137 个未解决的问题，其中 117 个与“这个项目是否还在维护？”相关，0 次回复 致命的 bug：#852——rc.1 无法与稳定的 Zod 4 编译。RC 存在的全部意义在于 Zod v4 兼容性，而稳定的 Zod 4 实际上却破坏了它。 我们团队目前有两个选择： 1. 自己 fork 仓库来修复与 Zod 相关的问题。 2. 切换到 Hono RPC。 然而，我们真的不愿意依赖另一个新框架。我们更倾向于一个与框架无关的类型库，而不是被束缚于特定的框架。

More XSS attacks, better automation and AI agents support. Watch the video - https://youtu.be/UjjrxENjyEg

开发者目前通过订阅、速率限制或定价层级来支付 AI 使用费用并收回成本。这会带来几个问题： 1. 应用必须跟踪每个用户的用量并构建复杂的计费逻辑。 2. 用户最终会在不同的应用中为相同的底层 AI 重复付费。 我正在尝试一种不同的模式：用户直接为自己的 AI 使用付费，类似于预付费手机流量。 在此系统中： 1. 用户预先充值余额。 2. 每个请求都由用户签名。 3. 费用按请求从用户余额中扣除。 4. 应用无需支付 token 费用或管理计费。 我构建了一个名为 rNet 的原型。该协议已上线，并提供了客户端库（npm、Maven），文档也是公开的： https://www.rnetai.org/ 这仍处于早期阶段，我主要寻求反馈——这个模型在技术、经济或用户体验方面存在哪些不足之处？

Hello guys, recently I decided to go for a Google One AI Pro subscription. I did this mainly to use gemini-cli. Even though I don't regret about this decision, I think I might make a better use of the tool. Basically I am looking for suggestions about making gemini-cli more efficient. For example I tried the caveman extension and I know it decreases token consumptions but I don't really like it, so please if you can give me any suggestion about this I will appreciate it

我一直在探索一种不同的 AI 使用付费模式。<p>目前：<p>1. 开发者必须追踪每个用户的使用情况，构建复杂的定价系统以保持盈利，并处理预先的 AI token 成本。<p>2. 用户在不同的应用中为同一个 AI 多次付费。<p>rNet 试图将其转变为更接近 ISP（互联网服务提供商）的模式，用户直接为其自身的使用提供资金。<p>这仍然是一个早期的概念验证。该协议已上线，库已发布在 npm 和 Maven Central 上，文档也已公开。<p>我主要对这个方案的不足之处感兴趣——无论是技术上还是概念上。 url:- https://www.rnetai.org/