一周热榜

今天 Spotify 桌面客户端强迫我听了一堆广告。我可是付费用户啊！ 看来这问题很普遍，Spotify 的 subreddit 正在积极删除关于这个问题的讨论。

我们一直在构建 Crust (<a href="https:&#x2F;&#x2F;crustjs.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;crustjs.com&#x2F;</a>)，这是一个基于 TypeScript、原生 Bun 的 CLI 框架，零依赖。它已经在内部为我们的核心产品提供支持一段时间了，现在我们将其开源。<p>我们一直遇到的问题是：JS 生态系统中现有的 CLI 框架要么是需要你手动连接所有东西的极简参数解析器，要么是依赖树庞大且带有 Node 时代假设的重量级框架。我们想要一个介于两者之间的东西。<p>Crust 的与众不同之处：<p>- 从定义中进行完全的类型推断——参数和标志会自动推断。无需手动类型注释，无需处理泛型。你将一个标志定义为 type: "string"，它就会传递到你的处理程序中。<p>- 编译时验证——在你的代码运行之前，而不是在运行时，捕获标志别名冲突和可变参数错误。<p>- 零运行时依赖——@crustjs/core 压缩后约为 3.6kB (安装后 21kB)。 相比之下：yargs 为 509kB，oclif 为 411kB。<p>- 可组合的模块——核心、插件、提示、样式、验证和构建工具都是单独的包。只安装你需要的。<p>- 插件系统——基于中间件，带有生命周期钩子（preRun/postRun）。官方插件用于帮助、版本和 shell 自动补全。<p>- 为 Bun 而构建——没有 Node 兼容层，没有遗留包袱。<p>快速示例：<p><pre><code> import { Crust } from "@crustjs/core"; import { helpPlugin, versionPlugin } from "@crustjs/plugins"; const main = new Crust("greet") .args([{ name: "name", type: "string", default: "world" }]) .flags({ shout: { type: "boolean", short: "s" } }) .use(helpPlugin()) .use(versionPlugin("1.0.0")) .run(({ args, flags }) => { const msg = `Hello, ${args.name}!`; console.log(flags.shout ? msg.toUpperCase() : msg); }); await main.execute(); </code></pre> 创建一个新项目：<p><pre><code> bun create crust my-cli </code></pre> 网站：<a href="https:&#x2F;&#x2F;crustjs.com" rel="nofollow">https:&#x2F;&#x2F;crustjs.com</a> GitHub：<a href="https:&#x2F;&#x2F;github.com&#x2F;chenxin-yan&#x2F;crustjs" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;chenxin-yan&#x2F;crustjs</a><p>很乐意回答关于设计决策或内部结构的任何问题。

嘿，HN！我们是 Carmel 和 Rhea，Kita 的创始人（<https://www.usekita.com/>）。我们使用视觉语言模型（VLM）为新兴市场的贷款机构自动化信用审查流程。 在许多新兴市场，如菲律宾和墨西哥，信用基础设施薄弱。开放金融仍处于起步阶段，信用机构也并不可靠。因此，为了申请贷款，贷款机构依赖借款人提交文件来了解他们的还款能力。借款人可以提交各种格式的财务文件，例如银行对账单和工资单，包括 PDF、实体文件的图像和屏幕截图。此外，这些市场的财务文件高度不规范，没有贷款机构可以依赖的统一模板。 现有的 OCR 和文档 AI 工具在这些高度多样化、混乱的真实世界文档上会失效。通用工具并非为贷款流程（如验证、欺诈检测和风险提取）而构建。因此，信贷团队只能依靠人工审查，这使得承保流程更慢、更昂贵，也更容易出错。 我们在大学前就认识了，并且一直保持着最好的朋友关系。毕业后，Rhea 去了菲律宾看望 Carmel，在那里我们直接从金融科技运营商那里了解到，基于文档的承保是他们最大的痛点。我们开始一起构建，并测试了我们能找到的每一个 OCR 和文档 AI 工具。它们都在贷款机构实际收到的混乱的真实世界文档上失败了，即使提取成功，它们仍然无法生成贷款机构所需的结构化财务数据或欺诈检查。 这个问题比我们想象的还要大。在印度尼西亚、墨西哥、菲律宾、南非，甚至在美国，大多数贷款业务都可以归结为信贷分析师查看文档。2025 年，全球贷款总额达到 13.3 万亿美元，其中 90% 的交易涉及文档审查。这包括在发达市场。 Kita 使用基于 VLM 的代理来解析文档、检测欺诈行为，并从混乱的财务文件中提取承保信号。目前，我们支持 50 多种文档类型，包括 PDF、扫描件、照片和屏幕截图。我们的流程改进了低质量的输入，提取结构化的财务数据，并通过跨文档检查、与我们的历史数据库进行验证以及特定市场的欺诈检测来验证数据。 我们的架构的底层 VLM 与模型无关，同时，我们使用本地化的贷款机构数据训练针对每个市场超本地化信用信号进行微调的语言模型——每个新模型都会改进我们的基础层，每个新市场都会使我们的整体堆栈更强大。我们将文档级别的信号与还款结果联系起来，使我们的模型能够随着时间的推移不断改进欺诈检测和风险评估。 Kita Capture 是我们为贷款机构推出的第一个文档智能产品。我们还将推出 Kita Credit Agent，它通过 WhatsApp 和电子邮件在发起过程中自动跟进借款人，以收集缺失的文档并完成贷款申请。 Kita Capture 可以免费试用（需要邮箱注册）：<https://portal.usekita.com/>。这是一个快速演示：<https://www.youtube.com/watch?v=4-t_UhPNAvQ>。 我们很乐意收到社区的反馈，特别是如果您从事过文档 AI、欺诈检测或金融科技基础设施方面的工作。感谢您的阅读！

是的，就是那个 Fortran。

我为人工智能代理（而非人类）搭建了一个“疯狂三月”锦标赛预测挑战。人类用户将URL提供给他们的代理，代理会阅读API文档，注册自己，预测全部63场比赛的结果，并自主提交预测。排行榜会追踪在整个锦标赛期间，哪个AI的预测结果最佳。<p>一个有趣的的设计问题是，如何为“代理优先”的用户构建。我设计了一个解决方案：代理访问主页时会收到纯文本的API指令，而人类用户则会看到正常的视觉网站。早期我发现大多数代理试图使用Playwright来浏览网站，而不是直接阅读文档。我做了一些修改来检测HeadlessChrome，并提供代理可读的特定HTML。这迫使我更多地思考代理的UX（用户体验）——我认为这其中有一些非常棒的想法可以挖掘。<p>时间线引入了一个有趣的动态。我必须在周日下午公布预测结果后不久就启动挑战，以便在周四早上截止日期前开始吸引用户。虽然我可以在2025年的预测结果上进行测试，但我无法获得关于我的MVP（最小可行产品）的反馈。因此，我使用AI创建了用户角色和代理作为测试用户，来运行注册和管理流程。这给了我宝贵的经验，让我有信心发布。<p>技术栈包括Next.js 16、TypeScript、Supabase、Tailwind v4、Vercel、Resend，最后，大约95%的构建工作由Claude Code完成。<p>该挑战适用于任何可以调用API的模型——Claude、GPT、Gemini、开源模型，等等。预测结果提交截止时间为周四早上，第一轮比赛开始前。<p>Bracketmadness.ai

<a href="https://blog.computationalcomplexity.org/2026/03/bennett-and-brassard-win-turing-award.html" rel="nofollow">https://blog.computationalcomplexity.org/2026/03/bennett-and...</a> <p><a href="https://www.quantamagazine.org/quantum-cryptography-pioneers-win-turing-award-20260318/" rel="nofollow">https://www.quantamagazine.org/quantum-cryptography-pioneers...</a> <p><a href="https://www.nytimes.com/2026/03/18/technology/turing-award-winners-quantum-cryptography.html" rel="nofollow">https://www.nytimes.com/2026/03/18/technology/turing-award-w...</a> <p><a href="https://www.wired.com/story/a-quantum-leap-for-the-turing-award/" rel="nofollow">https://www.wired.com/story/a-quantum-leap-for-the-turing-aw...</a>