Pi 的核心现已支持 MCP，推翻了此前的立场，因为 MCP、模型和智能体架构都已经 evolves（演进）。这些必要的改动也让非 MCP 工具受益，尤其是 Jev。 主要新增的是 Codemode：这是一个运行在 Pi 可信智能体循环旁边的 JavaScript 沙箱。它允许智能体组合和编排多个工具调用、控制工具加载策略，并将状态保存在会话记录中，而不是文件系统中。Codemode 会在启用 MCP 时自动加载，也可以单独启用。 尽管现代 MCP 已有不少改进，许多服务器仍假设使用的是旧版宿主框架：这类框架会把所有工具直接塞进上下文，并返回未结构化的文本。Pi 认为，MCP 更接近 OpenAPI，但增加了智能工具发现和结构化响应能力；Pi 的目标是帮助 MCP 面向小型现代智能体进一步发展。要充分利用较新的 LLM 能力，还必须支持延迟加载工具和更丰富的元数据。 一个示例将 Linear MCP 工具与 Jev 分类器结合使用，并行分析问题讨论，识别情绪不满的问题提交者，同时避免不必要的上下文占用。
每日HackerNews RSS
Hacker News 的一则讨论帖重新审视了“CLI 和 API 已让 MCP 变得没有必要”这一观点。此前 Pi 曾经拒绝 MCP 和“Codemode”，但后来加入了原生 MCP 和“Codemode”支持。
支持者认为，MCP 为代理提供了标准化且可发现的接口，将凭据置于模型之外，支持 OAuth，适用于非终端环境和面向消费者的 AI 客户端，并允许提供商远程更新工具或集中管理企业能力。它还可以触发用户确认和自定义界面，而普通 API 无法做到这一点。
批评者则反驳说，CLI 更容易检查、调试和组合，也能跨不同代理运行时使用；而 API 或 OpenAPI 可以用更少的层提供同等能力。他们还指出，MCP 的实现尚不成熟、客户端支持不一致、存在安全方面的误解，并且会导致上下文膨胀。
Codemode 被认为是一种在沙箱内组合 MCP 和原生工具、更安全且更高效的方式，可以减少往返通信和中间输出；但批评者认为，对于已经拥有 Bash 的编码代理来说，它并无必要。
这场讨论还引发了一些担忧：Pi 新增的内置功能可能会削弱其极简、以定制为先的定位。总体而言，参与者基本同意，MCP 与 CLI 工具可以共存，而不是相互竞争。
黑客新闻
最新
|
过去
|
评论
|
提问
|
展示
|
职位
|
提交
登录
《兰利·维克塔修复》（2020）
（retromash.com）
20 分
作者：robin_reala
1 天前
隐藏 | 过去 | 收藏 | 3 条评论
robin_reala
1 天前
帮助
robin_reala
1 天前
下一条
Unfortunately, I got over-excited and submitted this before I realised that there wasn’t a part 2. But it’s a nice investigation of my childhood dream bike anyway.
可惜我当时太激动了，还没意识到并没有第二部分就提交了。不过，这仍然是对我童年梦想自行车的一次不错的研究。
回复
unwind
1 天前
上一条 | 下一条
补充：如果标题里有“自行车”，对那些不太了解 80 年代童年物件的人会有帮助。
回复
Eastmill
1 天前
上一条
看到老技术重新焕发生机总是很有趣。也让我想起当年修复自己那台老 Commodore 64 的经历。
回复
考虑申请 YC 2027 年冬季批次！
申请截至 11 月 2 日。
指南
|
常见问题
|
列表
|
API
|
安全
|
法律声明
|
申请加入 YC
|
联系我们
搜索：
Solving Factorio Quality
13 天前
Hacker News 的讨论围绕“Solving Factorio Quality”展开，这是一份关于如何高效生产传奇品质物品的数学指南。评论者们编写了 Python 和 JavaScript 求解器，并将概率矩阵、不动点方程和马尔可夫链方法应用到回收器循环中。一项关键发现是，品质模块和传奇品质机器非常重要；虽然适度使用速度模块会因浪费部分投入而看起来不划算，但由于瓶颈往往是昂贵的制造机器，而不是原材料，因此速度模块仍然可以提高吞吐量。有人为移除 Space Casino 辩护，认为这恢复了建造谜题的本质；不过也有一些玩家表示反对，并指出可以通过模组恢复它。
讨论随后扩展到 Factorio 究竟为何有趣：有人喜欢反复迭代进行设计和规划物流，而不是重复建造或依赖外部蓝图。还有玩家将组装蓝图库与 AI 生成软件进行对比，认为亲自设计并实现解决方案更有成就感。
另一些人则将 Factorio 的确定性系统与现实世界中的官僚流程、维护工作、资金限制以及不断变化的conditions 进行对比。针对新玩家的建议包括：关闭虫族扩张，避免在游戏早期就形成过于僵化的固定模式。总体而言，Factorio 被视为一个兼具系统工程、优化和创意实验魅力的游戏。
本摘要重点介绍了关于 PostgreSQL 大规模连接性的工程实验发现。
**问题：“套接字税” (Socket Tax)**
PostgreSQL 的协议本质上是同步的：一个连接对应一个活动查询。在应用程序与数据库被网络延迟（如跨区域）隔离的分布式架构中，传统的 TCP 连接池会成为瓶颈。由于每个 TCP 套接字都需要内核资源和三次握手，工程师被迫限制连接池大小，这会导致客户端出现大量的排队、内存膨胀以及数据包丢失时的“队头阻塞” (Head-of-Line blocking) 问题。
**解决方案：QUIC 多路复用**
通过在 QUIC (UDP) 而非 TCP 之上运行 Postgres 协议，作者实现了一个系统，使数百个查询可以共享少量物理 UDP 关联。由于 QUIC 流是虚拟的，它们不需要新的文件描述符或内核握手。
**实验结果**
在高负载下，基于 QUIC 的架构实现了：
* **延迟降低 30 倍**（246ms 对比 7,088ms）。
* **吞吐量翻倍**（9,718 QPS 对比 4,749 QPS）。
* **内存占用减少 80%**。
尽管 QUIC 并不能解决多语句事务相关的问题（因为这些事务仍会锁定后端连接），但在分布式环境下，它有效地消除了高吞吐量、单语句工作负载中的传输层瓶颈。
Hacker News
新
|
过去
|
评论
|
提问
|
展示
|
工作
|
登录
[已标记]
tenesripranav
1 天前
|
隐藏
|
过去
|
收藏
eqvinox
1 天前
|
下一个
[–]
个人层面的危险信号／反面标志：把东西称作“QUIC（UDP）”，就像说自己开的是“汽车（车轮）”。
（另外，凑字数的味道太明显了。）
tenesripranav
1 天前
|
父评论
|
下一个
[–]
是啊，就是粗制滥造。我很久以前参与过，但一直没有真正发布。现在又决定不再重新写一遍了，本该自己写出来的。
guiriduro
1 天前
|
上一个
[–]
人工智能粗制滥造。
tenesripranav
1 天前
|
父评论
[–]
没错，这篇文章就是粗制滥造。我很久以前参与过，但没有发布。现在决定不再重写了。
指南
|
常见问题
|
列表
|
API
|
安全
|
法律
|
申请加入 YC
|
联系我们
搜索：
鲍尔默峰 Ballmer Peak
13 天前
“鲍尔默峰值”（Ballmer Peak）是一个源自网络漫画《xkcd》的幽默概念，意指程序员在血液酒精浓度精确达到 0.1337% 时，能够发挥出超人的生产力。这一术语是对前微软首席执行官史蒂夫·鲍尔默以及科学领域“巴尔末系”（Balmer series）的戏谑性致敬。
尽管该概念缺乏科学依据，但它已成为编程文化中的一个重要元素，甚至激发了“鲍尔默峰值马拉松”等活动的举办。针对酒精对编程影响的严谨研究一致表明，随着醉酒程度加深，表现会随之下降。然而，包括 2024 年在 SIGBOVIK 会议上发表的一篇论文在内的讽刺性研究，仍在出于喜剧效果持续测试这一理论。虽然这些研究大都证实酒精损害会妨碍表现，但“鲍尔默峰值”的传说依然是计算机科学界一个经久不衰的轻松神话。
Hacker News 的讨论帖介绍了 xkcd 的 **“Ballmer Peak（鲍尔默峰值）”**：适度醉酒或许能够提升编程效率，而这一概念后来意外地被写入了 Wikipedia。评论者分享了丹麦电影和 Mitchell and Webb 小品的相关链接，讲述自己略微有些醉意时工作效率更高的经历，并讨论酒精的风险与益处。
讨论帖也质疑这一说法的来源。虽然“Balmer Peak”借用了微软高管史蒂夫·鲍尔默精力充沛的形象，但不少用户反对一种缺乏依据的说法——认为该名称源自物理学家约翰·巴尔默的“Balmer jump（巴尔末跃迁）”。
最后，评论者批评了 Wikipedia 的条目资格标准，并探讨了这幅漫画对 Wikipedia 的影响。“Ballmer Peak”是少数直接以 xkcd 概念为基础的 Wikipedia 条目之一，其他类似条目还涉及 geohashing 和“citogenesis”等话题，由此引发了关于这两个项目相互引用关系的讨论。
合成传奇 Synthetic Sagas
13 天前
作者正在从零开始重写一个文本编辑器，并主要依赖人工智能（特别是 Claude/Opus）来生成代码。起初这只是一个学习练习，如今已演变成一个功能丰富且实用的工具。通过采用“单线程”工作流——即设计任务、向 AI 提问、审查结果——作者保持了稳定且愉悦的开发进度，同时将倦怠感降至最低。 该项目的架构被拆分为核心逻辑模块（crate）和 IO 处理模块，这使得全面的端到端测试和模糊测试成为可能。这些自动化检查作为一道关键的安全防线，防止了“劣质代码”和回归错误的产生。为了保持掌控力，作者通过快照测试来验证公共接口，并利用自动化性能检查来捕捉意外出现的平方级复杂度代码。 作者认为，人工智能从根本上改变了质量与工作量之间的边界。虽然机器人需要清晰、明确的指令以避免“邪恶精灵”式的错误，但它们现在确实让个人能够构建过去因耗时太长而无法尝试的复杂软件。最终，作者将其视为软件创作的平民化：尽管过程不再那么“手工匠气”，但通过 AI 生成可靠代码的能力是一个深刻的飞跃，它将复杂的系统编程转变成了一种可触及的日常实践。
# 黑客新闻
新帖 | 往期 | 评论 | 问答 | 展示 | 工作机会 | 提交
登录
## 合成传奇
（scattered-thoughts.net）
6 分
由 **ffin** 提交
2 天前
隐藏 | 往期 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请加入 YC | 联系方式
搜索：
由于内存布局规则的细微差异，在 Rust 和 WebGPU (WGSL) 之间共享配置数据往往极易出错。手动同步不仅繁琐，一旦出错还可能导致严重的 GPU 故障。 为了解决这一问题，作者开发了一种系统化的单元测试方法。通过利用 `naga`（已用于着色器编译）解析 WGSL 布局，并将其与 Rust 结构体进行交叉比对。最初的手动测试既笨拙又依赖硬编码，因此作者引入了 `facet` 库，为 Rust 结构体提供了运行时反射功能。 通过在 Rust 配置对象上派生 `facet::Facet`，作者创建了一个通用的检查函数，能够自动验证结构体偏移量、成员大小以及与 WGSL 定义一致的总布局。该方案支持计算着色器中常见的动态数组类型。这种轻量级解决方案不会给生产构建带来运行时开销，并提供了一种稳健且可扩展的方法，确保在代码库演进过程中，CPU 与 GPU 之间的数据交换始终保持完美对齐。
一场 Hacker News 讨论聚焦于如何使用 Facet 测试 WebGPU 数据布局。Facet 是一个 Rust 库，为类型提供运行时反射和结构信息。该项目旨在支持原生平台和主流浏览器，同时避免依赖浏览器专属扩展，并强调 WebGPU 的各种实现之间长期存在对齐和布局差异。
评论者指出，WebGPU 的 `uniform_buffer_standard_layout` 扩展或许能够统一 uniform 缓冲区与其他地址空间的布局，但它目前仅受 Chromium 支持，而且仍保留旧式 std140 的限制。其他人则建议使用 Naga，根据着色器定义转换或推导出兼容的 CPU 布局，从而避免手动填充、依赖字段顺序假设，或在构建过程中生成 Rust 结构体。
总体而言，参与者认可 Facet 的运行时检查和反射功能，认为它们有助于避免 GPU 缓冲区对齐错误；同时也对许多编程语言仍高度依赖编译期类型验证感到不满。