最新

只是想知道其他人是否有同样的看法：HN 第二页的文章是否更好？ 首页基本上都是人工智能及其相关的胡言乱语，而第二页（及之后的页面）则更加脚踏实地，值得深入研究。

swagsocial 是一个新兴的微型博客社交媒体平台，使用 Node.js 和 EJS 构建，由我和我的朋友 nomaakip、squirrel 和 mpax235 共同开发。截至目前，该平台拥有约 30 名用户和 2 个机器人（使用我们的 API 和半官方的 Python 模块 Swagger）。我的朋友们已经为此投入了近两年的时间，创作了很多有趣的东西！这是我们的第一个功能齐全的社交媒体应用，我们对此感到非常非常自豪。今天刚刚发布了由 squirrel 开发的 v1.12 版本，包含了一些错误修复、Markdown 支持以及 OGraph 嵌入支持！提供的链接是一个展示页面；您可以查看用户页面和帖子，但无法关注、点赞或回复。我们希望您喜欢并加入我们的小社区 <3

你好 HN。 Pullboard (https://pullboard.dev/) 是一个共享的工作场所。你只需要与一个代理沟通你的需求，其余的代理就可以围绕生成的工作进行组织，而无需手动分派每一项任务或重新解释上下文以及任何其他正在进行的工作。它有助于保持代理的一致性。 我经营着一个小型的量化交易公司，拥有一支编码代理团队，最初我构建 Pullboard 是为了在复杂项目中管理高吞吐量的任务。有了 Pullboard 和一些其他工具，我能够维护一个拥有 400,000 多行代码（包含大量测试和辅助工具）的代码库，并保持其足够的一致性以进行美国期权交易。 代理在接收任务时，可以从 Pullboard 中看到之前的尝试、上次被拒绝的原因以及任务的依赖项，而无需我将上下文粘贴到另一个会话中。在一个大型代码库中，经过数周或数月的工作，这个工具可以防止代理从零开始。它允许代理自行解决复杂问题和多代理工作流，减少了中间干预。 - 免费试用，无需注册： 一个 curl 命令即可返回一个匿名工作区 + 一个一次性的 24 小时令牌： curl -s -X POST https://pullboard.dev/api/accounts/anon-provision -H 'content-type: application/json' -d '{"label":"hn"}' 或者将其连接为远程 MCP 服务器（需要该令牌，仅限 POST）：https://pullboard.dev/mcp 或者直接将网站发送给你的代理，询问它是否有帮助：https://pullboard.dev 目前还处于早期阶段（产品化仅约 3 天），但欢迎提供反馈。

Rubix Redis Bridge 是一个开源的 Redis HTTP API 网关，兼容 Upstash Redis、Upstash Rate Limiter 和 Upstash Realtime。<p>在常规评论之前，是的，原生 TCP 更快，直接将 Redis 暴露给互联网是危险的。<p>问题在于，对于无服务器平台、具有动态 IP 地址、严格防火墙策略或网络限制的环境，Redis 一直难以使用，因为在这些环境中打开 Redis 端口要么不切实际，要么不可能。<p>Cloudflare 最近推出了 Workers 支持来解决这个问题。虽然这种方法有效，但它仍然依赖于从无服务器运行时创建 Redis 连接，当每个请求都建立新连接时，这可能会变得效率低下。<p>Rubix Redis Bridge 采取了不同的方法。与 Upstash 类似，它通过 HTTP API 网关暴露 Redis，而不是直接暴露 Redis 本身。与 Webdis 或其他 Redis-over-HTTP 网关项目不同，Rubix Redis Bridge 支持 Pub/Sub，用 Rust 编写，并包含严格的安全边界，旨在最大限度地减小面向互联网的 Redis 服务的攻击面。<p>该桥不会为每个 HTTP 请求创建新的 Redis 连接，也不会依赖于低效的命令循环。命令会在适当的时候进行管道化处理，并在可能的情况下分组到 MULTI/EXEC 事务中，以减少往返次数并提高效率。<p>目前的基准测试显示，与直接 Redis TCP 连接相比，操作开销大约增加了 25% 到 33%，同时仍能实现每秒 7,000 到 10,000 次操作，具体取决于工作负载。<p>为什么选择 Rubix Redis Bridge 而不是 Upstash？<p>Rubix Redis Bridge 提供可比的 HTTP API，同时完全可以自行托管。<p>主要优势包括：<p>无供应商锁定。 无企业许可限制。 自由选择 Redis、Valkey、DragonflyDB、KeyDB 或其他兼容的后端。 基础设施仍由您掌控。 成本基于您自己的托管，而不是托管服务定价。 兼容 Upstash Redis SDK、Rate Limiter 和 Realtime。 您的数据仍然是您的，并存储在您选择托管的任何地方。<p><a href="https://github.com/rubix-studios-pty-ltd/rubix-redis-bridge" rel="nofollow">https://github.com/rubix-studios-pty-ltd/rubix-redis-bridge</a><p>请查看，大胆提出您的意见和批评，这将帮助我们修复、优化并继续开发这个项目。