最新

嗨，HN， 我目前在乌克兰，面临着不稳定的电力和互联网连接问题。 我正在筹集2000美元，以购买： – EcoFlow（备用电源） – Starlink（稳定的互联网） 这将使我能够在困难的条件下保持连接并继续工作。 支持页面： buymeacoffee.com/justtraderp 加密货币捐赠（USDT TRC20）： TT1md66ugKJwsYiuGXt1Tz93d3HF8mrCga 购买后我会分享收据和更新。 感谢您的阅读。

我创建了VoltCode，以解决AI编码中的瓶颈，通过同时运行多个AI代理（在M1 Pro上测试过）。使用Claude生成组件，同时让Gemini编写测试——这一切都在一个IDE中完成。 问题：当前的AI编码是顺序进行的。你必须等Claude完成一个组件后才能开始下一个。在复杂的应用中，你会不断被阻塞——生成导航栏 → 等待 → 生成认证 → 等待 → 编写测试 → 等待。每个任务需要10到30秒，累积起来就是几分钟的空闲时间。 工作原理：VoltCode的并行任务引擎可以同时运行多个AI代理。与Claude Code聊天以生成仪表板，同时Gemini编写API路由，另一个Claude实例创建测试。所有任务并行执行，并具有智能队列管理。 关键见解：现代应用需要多个组件。与其顺序调用AI，不如将它们批量处理。瓶颈不在于AI的速度，而在于等待一个任务完成后才能开始下一个。 使用Tauri + React构建。支持Claude Code、Gemini和Codex，采用MCP协议。每当并行任务完成时，实时预览会更新。任务面板显示所有正在运行的作业及其进度。 神奇的时刻：看着你的应用在多个AI同时工作的情况下自我构建。

我已经在Octopii上工作了大约一年，这是一款“开箱即用”的库，旨在让在Rust中构建分布式系统变得像编写标准结构体一样简单。 Octopii就像一个“分布式系统内核”。它处理集群的物理层面（存储、网络、领导者选举），让你可以完全专注于应用逻辑。 它实际上是类似于Cloudflare Durable Objects的基础设施，但以一个你可以在自己硬件上运行的crate的形式打包。

I&#x27;ve never posted on ShowHN before, but I wanted to share my Xmas 2025 project; to try a new approach to controlling our kids screen time.<p>This also involved massively over-engineering a solution in order to play with a shiny new gadget (and avoid the in laws at Christmas, obviously)<p>I&#x27;ve shared some learnings on AI coding with embedded devices, and how I approached the product design&#x2F;hardware selection side of things.<p>The Web App is at <a href="https:&#x2F;&#x2F;screenie.org" rel="nofollow">https:&#x2F;&#x2F;screenie.org</a> - and I&#x27;m Open Sourcing the device and web app code later today (links to follow on that site)

我花了几个月的时间在一个我希望几年前就能拥有的项目上。 我不断遇到同样的问题：持续集成（CI）通过，但生产环境的邮件却无法发送。TLS 握手失败、DKIM 对齐不匹配、SPF 软失败……这些问题只有在真实邮件服务器参与时才会显现出来。 大多数测试工具（如 Mailpit、MailHog）都是通用的。它们确认“邮件已发送”，但并不验证协议。而且它们也不适合网络暴露的环境：没有身份验证、不受保护的 Web 界面、容易枚举消息。 VaultSandbox 是我对此问题的解决尝试。 它是一个自托管的 SMTP 网关（AGPLv3），在每个传入消息上验证 SPF、DKIM、DMARC 和 rDNS。你可以在测试中继续使用你的生产邮件提供商（如 Postmark、SendGrid、SES），只需更改收件人域名即可。无需模拟，无需配置更改。 它提供了客户端 SDK（Node、Python、Go、Java、.NET），以及用于手动测试的 Web 界面和命令行界面。 一些技术细节： **确定性测试** SDK 使用服务器推送事件（SSE），而不是轮询或睡眠循环，因此测试断言会在邮件到达网关时立即触发。 **最小基础设施占用** 使用 NestJS 和 Angular 构建，没有外部数据库依赖，以保持容器占用小且更易于理解。 **后量子加密** 我使用 ML-KEM-768 作为加密层。传入邮件会立即使用客户端生成的公钥进行加密，明文会被丢弃。服务器只存储加密后的消息数据，无法解密。我选择后量子加密是因为我想构建一个在五年内不需要重新审视的解决方案。如果它能可靠地处理大型后量子密钥，其他一切都很简单。 **快速入门：** [https://vaultsandbox.dev/getting-started/quickstart/](https://vaultsandbox.dev/getting-started/quickstart/) **网站：** [https://vaultsandbox.com](https://vaultsandbox.com) 我非常希望能收到反馈，特别是关于 AGPLv3 是否会成为你在开发中自托管的障碍。

GitHub profile analysis - Build your embedding from your Stars - Compare and discover popular people with similar interests and share yours - Generate a Skill Radar - Recommend repositories you might like

我刚刚想到一个非常有趣的主意，就是在我的GitHub个人资料上制作一个可玩版本的《毁灭战士》（DOOM），这源于我去年在二维码中构建《毁灭战士》的经历（<a href="https://news.ycombinator.com/item?id=43729683">https://news.ycombinator.com/item?id=43729683</a>），我终于停止了拖延，开始尝试构建它。 DoomMe是一个可以在GitHub的Markdown查看器上运行的DOOM E1M1地图，而该查看器不支持JavaScript、WebAssembly或甚至iframe。它使用一个无状态引擎，捕捉地图中每个可能位置（每64个单位距离）的四个方向，并通过图形逻辑将8000多个WebP图像和Markdown文件拼接在一起。 由于它是无状态的，我不得不手动编辑WAD文件，以“打开”E1M1的门，以便稍后使用omgifol捕捉地图内的所有有效位置！ 该项目是开源的，采用MIT许可证，当前版本大小不到190MB，包含所有资源。 - 在我的个人资料上玩它：<a href="https://github.com/Kuberwastaken" rel="nofollow">https://github.com/Kuberwastaken</a> - 博客文章涵盖了大部分过程、实现和失败尝试：<a href="https://kuber.studio/blog/Projects/How-I-Made-DOOM-Run-Inside-a-GitHub-Readme" rel="nofollow">https://kuber.studio/blog/Projects/How-I-Made-DOOM-Run-Inside-a-GitHub-Readme</a>

该应用的第四个支点<p>发现并与他人分享积极的体验。发布计划以复制你所感激的事物，并查看哪些内容与社区产生共鸣。投掷硬币以表示你对共同发展这些积极体验的兴趣。<p>谁在使用CoinFountains？<br>早期用户<br>在其他人之前找到并分享有效的经验。<p>企业家<br>帮助发展和扩大已经有效的事物。<p>愿景者<br>看到有效事物的潜力并帮助其成长。