最新

大家好，我是 Feyn 的创始人 Shreyash。我们构建了 Pulpie，这是一系列用于清理网页的帕累托最优模型。Pulpie 可以从原始 HTML 中去除样板内容（广告、页脚、侧边栏），并仅返回主内容，输出格式为 HTML 或 Markdown。 我们的提取质量与最先进的模型相当，但成本却低 20 倍。使用 Pulpie 清理 10 亿个网页的成本为 7,900 美元，而使用当前领先的提取器 Dripper 则需要 159,000 美元。 这种优势来自于我们的架构。当今领先的提取器是解码器，它们一次生成一个 token。每一步都需要从内存中读取整个模型来生成单个 token。相反，Pulpie 模型是编码器。它们对整个输入 HTML 进行一次前向传播，并将每个块标记为样板内容或主要内容。因此，Pulpie 是计算密集型的，而解码器是内存密集型的。更便宜的 GPU 拥有相对更多的计算能力而不是内存带宽。这使得 Pulpie 易于高效

我拥有广泛但不够深入的技术背景（长期担任管理顾问），并且在自己的项目中广泛使用代理（VS Code 中的各种服务和模型）。我知道自己正在遇到瓶颈。我的工作流程很初级，不专业，需要大量的摸索和努力来生成代码、处理上下文漂移、手动修复等。 我想了解资深工程师是如何对待这些工具的。他们的流程、系统、保障措施、必做事项等。 如果您靠写代码为生，并将代理融入了您的工作流程，那么您的系统是什么样的？ 任何/所有输入都欢迎：资源、网址、大纲、警告、发现、建议。 以下内容并非必需，但有一些想法？ - 您如何构建一个全新的项目？脚手架、git init/ignore？仓库？初始提交策略？如何将不想包含在上下文窗口中的内容排除在外？ - 您如何“分层”您的工作，使其更多地关注上下文和结构的完整性，而更少地关注提示？ - 您会切换模型吗（频繁地？偶尔地？）？为什么？ - 除了基本的代理/环境，您还有哪些其他工具？ - 我有哪些“专业习惯”没有，但应该养成？ - 对于在高度领域特定的工作中如何提高代理在该领域的实用性，有什么建议吗？

Dailicle 是一个刻意追求极简的阅读网站，每周发布一篇经过精心研究的文章，主题涵盖心理学、哲学、金钱和生活。请慢读。

这只是我一直在思考的一个问题。根据我的经验，如果你把代理（agents）看作是程序员，它们就没什么用处，因为你仍然需要审计所有代码，直到我们达到不需要审计的那一天，而那一天可能还很遥远。 但如果你把它们看作是 Unix shell 的替代品/驱动程序，尽管我多年来一直很喜欢 Unix shell，但这样做似乎可以让你进展得更快。

本页面提供了基于注释过的汇编代码的两个完整复刻版《Gameboy Tetris》游戏。顶层是一个 C 语言版本，可以编译成 WASM，但该版本的每一个像素都叠加了一个 GLSL 着色器，该着色器也实现了完整的原始代码，并由一个 AI 玩家进行虚拟输入！ 所有内容均由我规划，并由 Claude Fable 编码。巴西风格的图块由 Gemini 生成，因此我并未实际使用任何受版权保护的资产。 仓库链接：<a href="https://github.com/ThiagoLira/Fractetris/tree/main" rel="nofollow">https://github.com/ThiagoLira/Fractetris/tree/main</a>

在经历了一次相当糟糕的项目体验后，我想提醒自己我是一名勉强合格的开发者。我最近开始使用 Rust，并希望找到一个 Rust 版的 React，它性能更好，而且更容易使用。我也想知道是否可以有效地移除 JavaScript。这个项目就源于此…… Nectar 是一种编程语言，可以将你的整个应用程序，包括逻辑、状态和渲染，编译成 WebAssembly。JavaScript 被精简成一个大约 10 KB 的系统调用层，仅用于连接 WASM 和 DOM。 起源：我最初的目标是获得类似 React 的开发体验，同时拥有更好的性能。在进行到一半时，我意识到通过浏览器 DOM（Blink/C++）和 diffing 步骤已经达到了性能的极限。于是我停止了与它的对抗，而是构建了自己的信号驱动渲染层，它被编译成 WASM，并以 O(1) 的时间复杂度精确更新发生变化的 DOM 节点，无需虚拟 DOM，也无需垃圾回收器。 目前的状态： - 单个二进制文件。同一个编译器负责格式化、代码检查、测试、开发服务器、LSP 和 SSR（尽管 SSR 尚不完善）。 - 精细化的信号。每个绑定都会独立更新，因此没有 diffing 过程。 - 借鉴 Rust 的借用检查器，实现编译时安全。 - 语言级别的关键字，用于你在 Web 开发中经常使用的模式：组件、状态管理、路由、表单、认证、支付。 - SEO 和屏幕阅读器支持。它从同一份源代码编译成两个 DOM，因此应用程序对屏幕阅读器和爬虫仍然可见。 诚实的现状，因为这是一个早期项目，而且主要是由一个人完成的： - “无 JavaScript”的说法带有一个星号。WASM 不能直接操作 DOM，因此需要一个小的 JavaScript 桥接层（约 10 KB），目前在主流浏览器上我无法绕过它。 - 网站上的数字（计数器约 10 KB，而 React 加 JavaScript 约 387 KB）是真实的，但只是小示例，并非完整应用的对比。我不会过度解读它们。它们是故意设计成低效的，以便在大规模下测量吞吐量（人为构造的）。 - 许可证是 BSL 1.1，所以在基于它构建任何实际项目之前请阅读它。 现场演示，包含 10,000 个产品和 Canvas 渲染引擎，以及与 Svelte 5 的并排对比： https://buildnectar.com/app/canvas 网站：https://buildnectar.com 代码：https://github.com/HibiscusConsulting/nectar-lang 我真心希望它能被彻底审视。如果核心理念是错误的，请粉碎我的梦想，但请告诉我如何改进它。我仍然不完全确定这是否是一个好主意。我本以为它会比实际更容易构建。如果我一开始就知道，我可能就不会开始做了，但现在已经这样了。

在启动一系列小型服务和应用程序的过程中，我产生了 Keyhole 的想法。我试图快速原型化，而有时这些原型需要各种各样的密钥。我使用 Doppler 来避免亲自处理，但偶尔我仍然需要提供一个密钥。AI 代理会在密钥分享到聊天中后建议你轮换密钥。我认为，让你的代理在不将密钥暴露于上下文的情况下请求密钥，会是一种很棒的体验。代理运行一个命令，我的浏览器中会弹出一个表单，然后我粘贴密钥。 环境变量也有效。但任何能让我保持专注的事情都是一种胜利。这并不完美，但它解决了我的一个问题，希望其他人也会觉得它有用。 正如你所料，这里没有太多技术上的炫酷之处；我凭感觉编写了整个东西。但我认为它提供了极佳的用户体验/开发者体验。 https://github.com/maferland/keyhole claude plugin add github:maferland/keyhole

我将于明天发布一款开源桌面 P2P 消息应用的 1.0 版本 - GitHub 上的 Realman78/Kiyeovo。简而言之，它是一款功能丰富的消息应用，具有明网“快速模式”和可选的 Tor 路由“匿名模式”。在明天“发布”之前，我想检查一下我可能遗漏的任何地方。 对于那些曾经发布过此类（隐私/消息/安全）领域工具的人：在不到 24 小时的时间里，你们会验证些什么？