返回首页
最新
嗨，HN，
我最近开始维护我的开源项目，对此感到好奇。
我想了解是什么因素促使人们决定参与特定项目的贡献——而不是那些大而知名的项目。
为了提供一些背景信息：我尝试做了一些“显而易见”的事情——撰写清晰的README，保持项目范围集中，添加测试和持续集成，并将一些问题标记为适合初学者。
然而，我仍然觉得在使用开源工具和迈出贡献这一步之间存在很大的差距。
我也尝试在这里发布相关内容，但感觉人们并不太喜欢自我宣传——或者也许我只是做错了。
你之前参与过开源项目吗？你是如何找到自己贡献的项目的？
嗨，HN，我是Andrew，Zencoder的创始人。
在构建我们的IDE扩展和云代理时，我们遇到了许多人在复杂代码库中使用编码代理时可能面临的相同问题：代理陷入循环，反复道歉，浪费时间。
我们尝试通过脚本来管理这一问题，但在终端窗口之间切换和复制粘贴提示的过程非常痛苦。因此，我们开发了Zenflow，这是一款免费的桌面工具，用于协调AI编码工作流程。
它解决了我们在标准聊天界面中缺失的一些功能：
跨模型验证：您可以让Codex审核Claude的代码，或者将它们并行运行，以查看哪个模型在特定上下文中表现更好。
并行执行：同时对一个待办事项运行五种不同的方法——将“人类参与”与简单任务的“YOLO”运行混合。
动态工作流程：通过简单的.md文件配置。代理可以根据当前问题动态“重构”工作流程的下一步。
跨所有工作负载的项目列表/看板视图。
我们在构建这个工具时学到的东西：
为了调整Zenflow，我们在公共基准（SWE-Bench-*、T-Bench）和私有数据集上进行了100多次实验。有两个主要的收获可能会引起这个社区的兴趣：
基准饱和：模型在所有版本的SWE-Bench（甚至是Pro）上逐渐过拟合。我们发现公共结果与私有数据集上的表现有显著差异。如果您正在构建工作流程，您不能依赖公共基准。
“金发姑娘”工作流程：在自主模式下，复杂的多步骤过程往往会放大错误而不是修复它们。庞大而复杂的提示模板在纸面上看起来不错，但在实践中却失败了。最可靠的设置落在一个狭窄的“金发姑娘”区域，恰到好处的结构而不至于过度协调。
该应用程序免费使用，支持Claude Code、Codex、Gemini和Zencoder。
我们已经在内部大量使用这个工具，但我很想听听您对默认工作流程的看法，以及它们是否符合您对代理编码的思维模型。
下载链接： [https://zencoder.ai/zenflow](https://zencoder.ai/zenflow)
YT视频链接： [https://www.youtube.com/watch?v=67Ai-klT-B8](https://www.youtube.com/watch?v=67Ai-klT-B8)
DuckDB 表格可视化演示，展示了“浏览器中的 Iceberg”演示（<a href="https://duckdb.org/2025/12/16/iceberg-in-the-browser" rel="nofollow">https://duckdb.org/2025/12/16/iceberg-in-the-browser</a>）
嗨，HN，
我在2016年底为三星Tizen操作系统应用比赛构建了Drawize的第一个版本。我在不到4周的时间里完成了整个项目（包括实时多人游戏引擎）。
在比赛中它并没有获奖。
由于它是用网络技术构建的，我在2017年初将其发布在开放网络上，只是想看看会发生什么。它开始独立发展，今天——8年后——数据库处理了第1亿幅画作。
在最繁忙的日子里，活跃用户超过3万，目前存储的1亿幅画作大约占用3.16 TB的空间。
里程碑时刻：今天我在观看实时日志时，心里忐忑不安，担心第1亿幅画作会是成人内容。幸运的是，随机数生成的神灵眷顾了我，结果是一只红气球（你可以在这里查看第1亿幅画作：<a href="https://www.drawize.com/blog/100-million-drawings-milestone" rel="nofollow">https://www.drawize.com/blog/100-million-drawings-milestone</a>）。
技术栈（虽然无聊但快速）：
后端：.NET + WebSockets（实时同步）
前端：手写HTML/JS + jQuery（没有React，没有打包工具）
数据：PostgreSQL和MongoDB
存储：Wasabi Cloud（为了节省S3费用而迁移到这里）
作为独立开发者的扩展：实时大厅 + 重新连接的边缘案例 + 内容审核/过滤。我使用2021年训练的内容分类模型来过滤不良内容，实时多人游戏部分主要是高度优化的.NET代码。
很高兴回答关于“失败”的Tizen起源、网络上的实时多人游戏、内容审核或.NET如何处理负载的问题。
嗨，HN！我是Artie的一名工程师，我们专注于实时数据复制。
我们正在将MotherDuck添加为目标，最初的版本直接使用了DuckDB的Go驱动。它在我的机器上运行得很好……直到我们将其接入我们的Transfer服务（[https://github.com/artie-labs/transfer](https://github.com/artie-labs/transfer)）。
由于该驱动需要CGO，我们的amd64和arm64的交叉编译开始失败，我们失去了轻松的静态二进制文件，并且我们的Docker镜像不得不引入C工具链和系统库，仅仅是为了支持一个依赖。我们尝试将CGO部分隔离到一个单独的模块，但这仍然导致CI失败，并迫使我们重写构建管道的部分内容。那时我们清楚地意识到，我们不希望CGO出现在我们的主要服务中。
因此，我构建了ducktape：一个小型独立的微服务，它通过HTTP/2流封装了DuckDB的Appender API。客户端通过HTTP/2流传输NDJSON，ducktape则直接将数据追加到另一端的DuckDB中。主代码库中没有CGO，我们保持了跨平台的纯Go构建方式。
在基准测试中，开销出乎意料地低：HTTP/2下约757 MiB/sec，而进程内约848 MiB/sec——大约是原生性能的90%，但通过网络传输。
ducktape是开源的，采用MIT许可证：[https://github.com/artie-labs/ducktape](https://github.com/artie-labs/ducktape)
我非常希望得到反馈，特别是如果你在CGO隔离方面有不同的处理方式或有想法可以进一步提升性能！