## 不稳定故障：摘要
不稳定故障是由系统内正反馈回路引起的、自我维持的性能问题。它们始于最初的问题，但随着对该问题的反应*放大*问题而升级，而不是解决它——一种“持续效应”。一个经典例子是重试风暴：过载的服务器导致超时，促使客户端重试，增加负载，并使超时情况恶化。
这些故障涉及组件之间的交互，其中根据观察到的代表系统状态的信号采取行动。核心问题通常是*模棱两可的信号*——相同的信号（例如超时）可能同时表明可恢复的错误*和*过载，从而导致不正确的响应（例如在过载期间重试）。
避免这些故障很困难。尽量减少交互并避免正反馈回路有所帮助，但通常不切实际。由于必要的“强制”操作，在复杂系统中彻底消除它们可能是不可能的。
与其避免，不如**缓解**至关重要。这包括尽量减少交互、减少正反馈，并努力获得更清晰的信号——可能需要多个信号才能触发一个动作。虽然完全预防可能是不现实的，但这些策略可以显著降低不稳定故障的影响。
每日HackerNews RSS
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
易变故障和系统间的交互 (charap.co)
3点 由 PaulHoule 49分钟前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
如果你是程序员，这不需要花费任何费用。如果你想使用游乐场，费用取决于效果的复杂程度和迭代次数。一个简单的延迟可能花费1.00美元或2.00美元，而一个复杂的颗粒循环器可能花费高达5.00美元。购买一个新的Endless时，会附赠20美元的Tokens。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
Vibe 一款吉他效果器 (polyend.com)
34 分钟前 mulhoon 发布 | 隐藏 | 过去的 | 收藏 | 1 条评论
aanet 12 分钟前 [–]
看起来很有意思。希望能看到已经 vibe 编码过的效果器示例。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
为什么中世纪城市建造类游戏在历史上不准确 (2020)
Why medieval city-builder video games are historically inaccurate (2020)
4 小时前
## 中世纪城市建造游戏：历史与游戏性
本文探讨了中世纪城市建造类视频游戏的真实性，这类游戏广受欢迎，让玩家有机会设计和发展定居点。虽然像《Settlers》、《Knights and Merchants》和《Anno》这样的游戏提供了引人入胜的游戏体验，围绕资源管理和有机增长展开，但它们常常偏离历史现实。
中世纪村庄通常并非以持续扩张为特征。相反，社区面临着持续的威胁——饥荒、疾病、战争——导致人口稳定，而非增长。游戏通常侧重于*实现*增长，这在历史上是罕见的。此外，它们经常忽略中世纪生活的复杂性，例如土地所有权、封建义务（税收和什一税）以及社区防御。
然而，一些游戏，如《Banished》，试图通过具有挑战性的条件和有限的增长来实现更大的真实性。一款真正准确的游戏应该融入基于历史的定居点规划——例如在中世纪欧洲发现的环形庄园或规划的街道布局——以及洪水管理和反映封建制度的现实资源分配等功能。
虽然开发者优先考虑引人入胜的游戏性（线性发展、避免严厉惩罚）和可识别的美学，但融入历史细微之处可以丰富该类型，并为玩家提供更真实的洞察中世纪生活。
一场 Hacker News 的讨论集中在中世纪城市建造类游戏中普遍存在历史不准确现象。一篇博文（leidenmedievalistsblog.nl）引发了这次对话，强调游戏通常优先考虑玩家的期望——对中世纪的一种浪漫化、且常常不正确的想象——而非历史准确性。
用户指出，玩家*拒绝*现实主义，更喜欢熟悉的东西，即使这与历史记录不符。一位评论员指出，这些游戏中经常忽略不切实际的经济比例，并将其与《Banished》和《Manor Lords》等试图更准确地描绘中世纪自给自足生活的游戏进行对比。
讨论还涉及怀旧以及玩家对该时期美学的感情联系，即使这种联系并非基于事实，一位用户反思了《魔兽争霸》和《指环王》等游戏的影响。
## Turso 数据库：下一代 SQLite
Turso 数据库是一个新的、进程内 SQL 数据库，使用 Rust 编写，旨在成为 SQLite 的下一代发展。目前处于 BETA 阶段，它优先考虑 SQLite 兼容性——支持 SQL 方言、文件格式和 C API——同时增加现代功能。
主要功能包括变更数据捕获 (CDC)、多语言支持 (Rust、JavaScript、Python、Go、Java)、异步 I/O (Linux)、向量搜索能力和改进的模式管理。 实验性功能，如使用 `BEGIN CONCURRENT` 的多版本并发控制 (MVCC)、静态加密和全文搜索也可用。
Turso 提供命令行界面进行交互，并通过模型上下文协议 (MCP) 服务器与 AI 助手集成。 该项目积极鼓励贡献，并为未被其确定性模拟测试发现的数据损坏漏洞提供赏金（最高 1,000 美元）。
**重要提示：** Turso 数据库尚未准备好用于生产环境，并且正在快速发展，取代 libSQL 项目成为主要关注点。 更多信息和安装说明请参阅 Turso 数据库手册。
Turso 是一个进程内 SQL 数据库，兼容 SQLite (github.com/tursodatabase)
11 分，marklit 发表于 1 小时前 | 隐藏 | 过去 | 收藏 | 1 条评论
loloquwowndueo 发表于 0 分钟前 [–]
但我以为 Turso 已经有了一个 SQLite 兼容的东西，libsqlite！
结果在自述文件中说明：libsqlite 是一个分支（大概是 C 语言），而 Turso 数据库是用 Rust 重写的。
祝 Turso 的朋友们好运！
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## Swift 与 C 互操作性：更安全、更快速的体验 Swift 提供与现有 C 库的无缝互操作性，无需重写。虽然直接使用方式模仿 C 的风格——全局函数、不安全指针、手动引用计数——但它可能感觉不符合 Swift 的习惯，并引入安全问题。幸运的是，Swift 提供了注解，可以在不修改底层 C 代码的情况下创建更符合人体工程学和更安全的接口。 这些注解通过模块映射和 API 说明文件应用于 C 头文件，允许 Swift 以 Swift 友好的方式解释 C 约定。这使得诸如参数标签、方法、枚举和自动引用计数等特性成为可能。例如，C 的引用计数对象可以使用 `SWIFT_SHARED_REFERENCE` 转换为具有自动内存管理的 Swift 类。 诸如 `swift-synthesize-interface` 之类的工具可以帮助可视化生成的 Swift API。虽然手动注解可能很繁琐，但脚本可以通过解析头文件并生成必要的 API 说明来自动化该过程。C 头文件结构本身的改进（例如属性的放置）可以进一步简化此过程。 最终，这些技术使开发人员能够在 Swift 项目中利用庞大的 C 库生态系统，同时享受性能和安全性。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
提高 Swift 中 C 库的可用性 (swift.org)
17 分，作者 timsneath 57 分钟前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
展示HN：我一直在使用人工智能分析市面上的每种补充剂。
Show HN: I've been using AI to analyze every supplement on the market
5 小时前
跳过主内容 补充剂研究与比较网站• 最低价保证 补充剂研究与比较网站 Pillser 注册 登录 研究动态 补充剂 品牌 益生菌 维生素 矿物质 问AI 新问题 做出关于您健康的明智决定 15.9K 补充剂 4.4K 研究论文 7.4K 健康结果 例如：维生素D β-胡萝卜素 胆固醇水平 提示：以“？”结尾触发AI回复 最低价保证 医疗声明 联盟披露 服务条款 隐私政策
## Pillser：AI驱动的膳食补充剂分析 - 摘要
Lilouartz推出了Pillser (pillser.com)，该项目旨在通过区分科学证据和营销炒作，为膳食补充剂市场带来透明度。该平台索引膳食补充剂成分和剂量，并将其与相关研究论文链接，使用AI（特别是Opus 4.5）分析声明和效果大小。
该项目最初面临法律挑战（来自销售可疑产品的公司的律师函）和LLM“幻觉”等障碍，这些问题现在已基本解决。盈利模式和确定目标受众仍然是持续的挑战。
目前，Pillser专注于汇总和分析现有数据，长期目标是进行独立实验室测试。创建者欢迎社区反馈，特别是关于数据优先级和可用性方面的反馈，并积极寻求建立用户群来指导开发。Pillser承认膳食补充剂行业缺乏监管，旨在赋能消费者做出明智的决定，并计划突出显示具有分析证书（COA）的补充剂，以提高验证度。
## Kip：一种受语言学启发的编程语言 Kip 是一种实验性编程语言，探索语言学和类型论的交叉点，特别是利用土耳其语语法。它独特地将土耳其语名词格整合到其类型系统中，影响函数调用中参数的处理方式——只要格/类型不同，就可以灵活调整参数顺序。 Kip 不使用传统的语法，而是利用土耳其语形态学，包括格（主格、宾格、与格等）和元音和谐。它支持代数数据类型、泛型的类型变量、模式匹配和命名常量，所有这些都使用土耳其语语法表达。 Kip 并非用于生产环境；它是一种研究/教育工具。它包含用于整数和字符串的内置类型，以及基本运算和 I/O。该语言依赖于 TRmorph 工具包进行土耳其语形态分析，通过携带多个解析直到类型检查来处理歧义。 用户可以通过 REPL 探索 Kip，执行文件或生成 JavaScript 代码。一个浏览器游乐场也可用，从源代码构建。该项目正在积极开发中，因此语法和行为可能会发生变化。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Kip: 一种基于土耳其语格的编程语言 (github.com/joom)
12 分，todsacerdoti 发表于 3 小时前 | 隐藏 | 过去 | 收藏 | 1 条评论
jsnell 发表于 1 小时前 [–]
五天前在此讨论过：https://news.ycombinator.com/item?id=46661897 回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
客户端挑战：您的浏览器已禁用 JavaScript。请启用 JavaScript 以继续。网站的必要部分无法加载。这可能是由于浏览器扩展、网络问题或浏览器设置造成的。请检查您的连接，禁用任何广告拦截器，或尝试使用不同的浏览器。
一位开发者在调试一个在FIPS启用Docker容器中运行的Rails应用时，发现了一个FIPS合规性问题。尽管正确配置了OpenSSL和Ruby，但当使用ActiveRecord时，应用仍然失败，原因是`pg` gem中的一个预构建的本地依赖项链接了不兼容的加密库。从源代码构建解决了这个问题，因为它链接了容器的OpenSSL。
关键在于，当涉及到本地代码时，一个FIPS基础镜像并不能保证整个依赖图中都符合FIPS标准。
讨论进一步强调了对FIPS合规性的怀疑。许多评论者认为，它本身并不能提高安全性，并且通常是由合同义务（如FedRamp）驱动的，而不是真正的安全益处。人们对过时的标准、尽管符合标准但可能存在奇怪的实现，以及实现FIPS所需的高成本表示担忧。一些人指出，FIPS阻碍安全补丁更新的讽刺之处。
## LLM 代理设计中的转变：Shells 取代工具 (2026年初) LLM 代理开发中的一个关键争论在于如何最好地为模型配备工具。 传统上，代理使用定义明确、细粒度的工具，但一种日益增长的趋势是利用 `exec_bash` 调用来利用现有的命令行界面 (CLI)。 这种方法受 Unix shell 命令组合的强大功能启发，具有显著的优势——通过管道降低 token 成本，可脚本化，以及对人类和机器都熟悉的界面。 作者通过访问 Google Docs & Groups 演示了这一点。 他们没有构建自定义代码，而是使用 `Restish` 来解释 Google 的 OpenAPI 规范，有效地将 API 文档转换为可执行命令。 OAuth 身份验证也使用 `oauth2c` 进行了简化，从而用简洁的 shell 脚本取代了数百行 Python 代码。 对于*没有*现成 API 的服务（如 Google Groups），作者成功地通过捕获浏览器中的网络流量、清理数据并提示 LLM 生成客户端来逆向工程 API。 这突显了 LLM 在缺乏官方 API 时弥合差距的潜力。 最终，作者提倡优先考虑 CLI 组合，认为它可以减少维护、最大限度地减少错误，并使个人能够使用最少的定制代码构建强大的代理。
## LLM、API 和 CLI 的兴起
最近一篇 Hacker News 上的帖子引发了关于使用大型语言模型 (LLM) 构建 API 和 CLI 的讨论。核心思想是利用 LLM 直接使用类似 `curl` 的工具，基于 API 规范 (OAS)，从而绕过传统模型调用过程 (MCP) 或像 "restish" 这样的封装器。
用户报告说，提供 LLM OAS 链接和授权信息可以快速集成 API 功能。虽然有效，但安全处理身份验证仍然是一个挑战，因为 LLM 本身并不具备像 MCP 那样管理密钥的能力。
许多评论者认为，CLI 特别适合由 LLM 驱动的副驾驶，因为它们在训练数据中普遍存在，具有通用的帮助系统，并且其顺序性与令牌生成对齐。对话表明，LLM 将直接与命令行工具交互，可能会取代现有的基于技能的方法。进一步的开发重点是“钩子”，以改善代理工具的使用并防止出现问题循环。
请启用 JavaScript 并禁用任何广告拦截器。
## 资本一号将以51.5亿美元收购Brex
资本一号宣布将以51.5亿美元收购金融科技公司Brex。 这项交易相较于Brex在2021年123亿美元的峰值估值有显著折扣，引发了关于当前经济环境下金融科技公司估值的讨论。
评论员认为，此次收购设定了一个更现实的基准，尤其与Ramp的较高估值相比。 Brex在2022年调整了业务重点，放弃了小型企业，转而支持那些拥有大量资金和收入的企业。
预计早期投资者将收回他们的投资（可能享有1倍清算优先权），但许多在2021年后加入的员工可能会看到他们的股权价值缩水。 有人推测资本一号以有利的倍数获得了一项快速增长的资产（据报道，营收同比增长50%）。 考虑到来自Mercury和Ramp等公司的竞争日益激烈，此次收购被视为Brex的一个积极结果。