25作者: 19-846 个月前
Reddit 的 API 实际上已经无法用于存档。第三方应用程序已经消失。Reddit 多次威胁要切断对 Pushshift 数据集的访问。但现在,有 3.28TB 的 Reddit 历史数据以种子文件的形式存在,我构建了一个工具,可以将其转换为你可以在自己的硬件上浏览的内容。 关键点:这不会触及 Reddit 的服务器。永远不会。下载 Pushshift 数据集,在本地运行我的工具,即可获得一个完全可浏览的存档。适用于隔离机器。适用于在你的局域网内提供服务的树莓派。适用于你交给别人的 USB 驱动器。 它的作用:从 Reddit (.zst)、Voat (SQL) 和 Ruqqus (.7z) 获取压缩数据转储,并生成静态 HTML。没有 JavaScript,没有外部请求,没有跟踪。打开 index.html 即可浏览。想要搜索?运行可选的 Docker 堆栈和 PostgreSQL——仍然完全在你的机器上。 API 和 AI 集成:完整的 REST API,包含 30 多个端点——帖子、评论、用户、子版块、全文搜索、聚合。还附带一个 MCP 服务器(29 个工具),因此你可以直接从 AI 工具查询你的存档。 自托管选项: * USB 驱动器 / 本地文件夹(只需打开 HTML 文件) * 局域网上的家庭服务器 * Tor 隐藏服务(2 个命令,无需端口转发) * 带 HTTPS 的 VPS * GitHub Pages 用于小型存档 为什么这很重要:一旦你拥有了数据,你就拥有了它。没有 API 密钥,没有速率限制,也没有服务条款的更改可以将其夺走。 规模:每个实例数千万个帖子。PostgreSQL 后端保持内存恒定,无论数据集大小如何。对于完整的 23.8 亿个帖子数据集,按主题运行多个实例。 我是如何构建它的:Python、PostgreSQL、Jinja2 模板、Docker。在整个过程中使用了 Claude Code 作为 AI 辅助开发的实验。了解到工作流程是“信任但验证”——它加速了无聊的部分,但你仍然拥有架构。 在线演示:[https://online-archives.github.io/redd-archiver-example/](https://online-archives.github.io/redd-archiver-example/) GitHub:[https://github.com/19-84/redd-archiver](https://github.com/19-84/redd-archiver)(公共领域) Pushshift 种子文件:[https://academictorrents.com/details/1614740ac8c94505e4ecb9d88be8bed7b6afddd4](https://academictorrents.com/details/1614740ac8c94505e4ecb9d88be8bed7b6afddd4)
2作者: Sayuj016 个月前
嘿! Papercuts 让你部署 AI 智能体,它们像真实用户一样在你的生产应用中运行。只需提供一个 URL,当出现问题时就会收到通知。 现代应用太复杂了,脆弱的选择器根本不够用。说实话,我认为唯一能让人安心的方式,就是用 AI 智能体在生产环境中进行测试,它们能像人类一样感知和操作。
2作者: noir4y6 个月前
我构建这个工具是因为,在 AI 辅助编码的帮助下,我花在阅读不熟悉的代码上的时间,远比编写代码要多。<p>主要的阻力来自于用非母语编写的注释:使用外部翻译工具会打断思路,而且许多编辑器工具翻译的是整行或整个缓冲区,而不是实际的注释。<p>这个插件使用 Tree-sitter 精确地检测注释节点,并在悬停时进行内联翻译,从而使代码阅读保持流畅。
4作者: 7777777phil6 个月前
基于 Refactoring English [1] 提供的 2025 年 Hacker News 热门文章排行榜,我搭建了这个 RSS 聚合器。如果大家对其他排名范围(例如前 10 名、前 200 名等)感兴趣,我很乐意添加。<p>[1] <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=46478377">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=46478377</a>
1作者: techbuilder42426 个月前
大家好! 似乎出现了一个持续的趋势(也是我的直觉),即各公司正从聊天机器人转向能够真正执行操作的AI智能体——调用API、修改数据库、进行购买等。 我很感兴趣:如果你们在生产环境中运行这些智能体,除了防范提示词注入之外,是如何处理安全层的? 问题: - 你们的智能体是如何阻止执行意外操作(删除记录、未经授权的交易)的? - 你们是否真的遇到过智能体失控,导致资金或数据损失的情况? - 现有的工具(IAM策略、审批流程、监控)足够了吗,还是存在差距? 想弄清楚这是否是一个值得解决的真正问题,或者现有的方法是否运行良好。
1作者: Saurabh_Kumar_6 个月前
许多创始人与工程师都在抱怨 Salesforce(臃肿、昂贵的 CRM)、SAP(复杂、高成本的 ERP) 和 ServiceNow(定价过高的 ITSM)。X 讨论和评论显示,市场对现代替代方案的需求强烈,但截至 2026 年,尚未出现明确的主导替代者。这三个系统中,哪一个最容易被初创公司构建的、原生 AI 替代方案取代?对于 YC/中型企业导向的颠覆者来说,最大的机会在哪里?