没有 AI 的 Hacker News

原文 ↗ Hacker News 讨论 ↗

整体反应和“拥抱式攻击”

  • 该网站很快就变得无法访问，原因归结于一台非常小的服务器和糟糕的缓存。
  • 许多人认为这证明了对一个无 AI 的 HN 视图存在强烈需求。
  • 也有人开玩笑说，推动这种热度的其实是 AI 机器人本身。

过滤器如何工作（Regex vs AI）

  • 多位评论者指出，这个过滤器是通过关键词/正则匹配实现的，而不是 LLM。
  • 有人提供了代码链接来支持“这只是 regex”这一说法。
  • 一些人认为，regex/关键词已经足够，更快也更简单，比 embeddings 或 LLM 更合适。
  • 另一些人则表示，对于非平凡的语义检测，LLM 或 embeddings 才是“正确”的工具，并觉得为了过滤 AI 内容而避开 AI 本身具有讽刺意味。
  • 还有人举例说明简单的关键词过滤会失效的情况（例如 AI 只在评论里被提到，或是微妙的“GenAI”措辞）。

局限性与误报/漏报

  • 人们指出，纯关键词方法可能会：
    • 排除有用的非 AI 帖子，只因为它们顺带提到了 AI。
    • 漏掉标题中没有明显 AI 术语的 AI 相关帖子。
  • 几位用户报告说，一些 AI 条目仍然会漏网（例如“built with Claude”的工具、“Agent Skill”相关文章）。
  • 有人认为只有人工策划才能彻底解决这个问题，而自动化总是在速度和错误之间权衡。

替代工具和方法

  • 还提到了其他 HN 过滤工具：
    • 一个使用 HN API 的静态 HTML 关键词过滤器。
    • 一个更可配置的第三方 HN 前端，带有 AI 包含/排除过滤器。
    • 一个个人浏览器扩展 + 后端，使用小型 LLM 分类器。
    • 通过自定义 AI 相关搜索词进行 RSS/阅读器过滤。
  • 用户还请求更通用的过滤器（例如按主题、AI、VC、特定人物、付费墙网站）。

社区对 AI 饱和的情绪

  • 许多人表达了对持续不断的 AI 讨论串的疲惫或沮丧；一些人说这把他们推离了 HN，或者让他们进入了“怒读”模式。
  • 另一些人本身支持 AI，但觉得讨论被低质量或敌意评论淹没了。
  • 几位评论者呼吁设立一个 AI “收容板块”或专门分区，而不是彻底移除。