## 从画廊灯光到国家电网：英国电力发展史
英国电力网络的故事始于1883年，考茨·林赛爵士为了给他的艺术画廊供电，避免使用煤气灯，安装了一个发电机，并开始向邻居供应多余的电力——于1887年成立了伦敦电力供应公司。这项开创性的努力，以及爱迪生珍珠街电站等类似举措，迅速暴露了一个分散、以地方为中心的市场的混乱局面。
早期的电力发展受到成本超支、技术挑战和缺乏标准化等问题的困扰——许多公司使用不同的电压和电流（交流电 vs. 直流电）。第一次世界大战暴露了该系统的局限性，促使人们呼吁建立一个国家电网。尽管存在阻力，1919年的《电力（供应）法案》启动了区域互联。
真正的突破出现在1933年国家电网的建立，这是一个同步交流系统，尽管规划存在障碍，但仍然得以建成。20世纪50年代和60年代进一步扩建的“超级电网”改善了输电。1947年的国有化简化了发电，但1989年的私有化重新引入了竞争市场。
如今，英国正在回归一种具有私有制背景的国家运营模式，这反映了20世纪初的情况，突显了在效率、投资和可靠电力供应之间取得平衡的持续挑战。
每日HackerNews RSS
对不起。
## FastMCP：简化模型上下文协议 (MCP) 应用
FastMCP 是构建基于模型上下文协议 (MCP) 应用的首选框架，该协议将大型语言模型 (LLM) 连接到工具和数据。它通过自动化模式生成、验证和协议管理，简化了从原型设计到生产的过程。
使用 FastMCP，开发者只需将工具定义为 Python 函数，框架即可处理 MCP 实现的复杂性。它提供三个核心组件：**服务器** 用于暴露工具，**应用** 用于交互式用户界面，以及 **客户端** 用于连接到任何 MCP 服务器。
FastMCP 被广泛采用，据估计驱动了 70% 的 MCP 服务器，并拥有数百万的每日下载量。它现在已集成到官方 MCP Python SDK 中，并由 Prefect 积极维护，Prefect 还通过 Prefect Horizon 提供免费托管。文档易于获取，提供 LLM 友好的格式，包括通过 MCP 本身直接访问，从而易于构建和部署强大的 LLM 集成应用。
## FastMCP 讨论总结
最近一篇 Hacker News 帖子强调了 FastMCP (gofastmcp.com)，这是一个用于构建模型上下文协议 (MCP) 应用程序的框架。讨论的重点是 MCP 服务器相对于 Skills 和直接使用 CLI 工具为 AI 代理提供服务的优势。
支持 MCP 的主要论点包括增强的安全性（隔离凭据，防止代理访问敏感数据）、在没有 shell 访问权限的环境中运行的能力，以及工具的集中管理/更新。一些用户强调了 MCP 的标准化格式和动态工具发现的潜力。
然而，许多人争论 MCP 是否真的必要。人们对复杂性、开销以及可能重新发明现有解决方案（如文档完善的 API）表示担忧。一些评论员认为，CLI 工具，特别是配合适当的安全措施使用时，可以更简单、更高效。
关于标准化也进行了一些讨论，一些人指出 FastMCP 是官方 Python SDK 的基础实现，并且其文档比主要的模型上下文协议网站更完善。最终，共识似乎是 MCP 在特定场景下表现出色，但并非普遍优越的解决方案。
一个用于构建终端应用程序的框架，基于 OpenTUI + React。（Gridland 应用程序，例如这个网站，可以在浏览器和终端中运行。） o ╭───────────────────────────────╮ ╭───────────────────────╮ j │ $ bunx @gridland/demo landing │ │ $ bun create gridland │ ╰───────────────────────────────╯ ╰───────────────────────╯ ╭────────────────────╮ │ 🐱 GitHub 📖 Docs │ ╰────────────────────╯ ╭────────╮ │ ripple │ puzzle
对不起。
请启用 JavaScript 并禁用任何广告拦截器。
Epic Games 正在裁员超过 1000 名员工，约占其员工总数的 25%，原因是《堡垒之夜》参与度和支出下降，超过了收入。尽管《堡垒之夜》每年仍能产生数十亿美元的收入，但该公司表示需要大幅削减成本以维持资金。
讨论的中心是 Epic 如何管理不善其成功，指出了像 Epic Games Store（拥有昂贵的独占协议和免费游戏赠送）以及在《堡垒之夜》中复制 Roblox 的失败尝试等代价高昂的项目。许多人认为 Epic 过度扩张，未能超越其最初的成功进行创新。
虽然裁员规模很大，但遣散费被认为相对慷慨，包括几个月的工资和持续的医疗保健。对 CEO Tim Sweeney 的领导力存在批评，以及关于 Epic 的问题是源于管理不善还是更广泛的行业挑战的争论。一些人也指出《堡垒之夜》中皮肤价格上涨是财务压力的迹象。
请启用 JavaScript 并禁用任何广告拦截器。
## 新毕业生就业市场严峻
最近在Hacker News上的讨论强调，新大学毕业生，尤其是在网络安全、网络和游戏设计等领域，就业市场明显恶化。一位IT讲师报告了一个显著的变化：过去80%的网络安全专业毕业生在毕业后都能找到工作，现在大约75%的人*无法*在该领域找到工作，其中一半的人甚至难以找到入门级职位。
这次衰退并非归因于课程变化，而是更广泛的经济转变。招聘经理强调实际经验的需求，一些人质疑传统学历的价值，更倾向于通过漏洞赏金或退伍军人经历证明技能的候选人。
担忧不仅限于科技领域，还包括对艺术史等领域昂贵学位的价值的讨论。一些评论员对未来表示悲观，引用财富不平等、自动化和政府问题，导致一种毕业生正在为不那么安全的经济未来做准备的观点。虽然当前市场充满挑战，但据称与2003年相似，但不如2010年严重。
快速切换和保存Windows显示布局，通过CLI实现。
从Releases下载displayflow.exe。将其放置在您的PATH路径中。
displayflow.exe [MonitorConfigs] [Command] [Flags]
格式：ID:Width:Height:X:Y:Primary:Rotation:Frequenz (不带参数运行或双击.exe以查看您的ID)
垂直堆叠（显示器2在显示器1上方）
displayflow.exe "1:1920:1080:0:0:1:0:60 2:1920:1080:0:-1080:0:0:60" --save
堆叠游戏（禁用显示器2并启动Steam）
displayflow.exe "1:2560:1440:0:0:1:0:120 2:0:0:0:0:0:0:0" --save Gaming --post "C:\Path\To\Steam.exe" --hotkey
编码设置（纵向模式）
# 显示器1：超宽屏横向
# 显示器2：1080p纵向（旋转90°）
displayflow.exe "1:3440:1440:0:0:1:0:144 2:1080:1920:3440:0:0:90:144" --save Dev
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
原子显示切换：解决 (github.com/piot5)
8 分，作者 pyotq 1 天前 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
pyotq 1 天前 | 下一个 [–]
我构建这个的原因是廉价电视附带的愚蠢的通用显示驱动程序。即使在 Linux xrandr 下，我不得不使用变通方法才能获得一致的结果。
然后我最近切换到 win 11，并想最终修复它，所以我首先在 PS1 中使用多显示器工具 nirsoft 完成了。后来切换到 python，最终选择了 rust。现在我们有了最稳定的工具来解决这个问题。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## Rust 与内联汇编：一种叙事方法 Rust 的抽象机器强制执行硬件中不存在的规则，这引发了关于内联汇编和外部函数接口 (FFI) 如何与这些约束交互的问题。 提出的核心原则是，**任何内联汇编都必须有一个对应的“故事”——等效的 Rust 代码，该代码在抽象机器状态上产生相同的可观察效果。** 这确保了对纯 Rust 有效的优化即使与汇编集成后仍然正确。 本质上，编译器用其 Rust “故事”替换汇编块进行分析，然后在最后替换实际的汇编。 这可以防止汇编绕过 Rust 的安全保证。 示例说明了这一点：简单的指令可以由 Rust 等效项镜像，操作系统内核任务（如页表操作）可以被构建为复杂的分配，甚至看似不安全的非临时存储操作也需要一个维护内存模型一致性的故事。 这种方法不是在汇编*内部*重现 Rust 的规则，而是确保汇编的效果通过可验证的故事与 Rust 的规则*兼容*。 虽然尚未正式证明，但这种方法与现有的 Rust 正确性证明相符。 目标是采取保守的方法：仅允许具有清晰 Rust 等效项的汇编块，并扩展 Rust 的语言特性以适应当前需要不安全汇编的操作。 正在寻求反馈以完善这种“叙事”方法，然后再将其作为官方指南。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
如何使用故事讲述将内联汇编融入 Rust (ralfj.de)
20 分，由 vinhnx 1 天前发布 | 隐藏 | 过去 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## 人工智能泡沫：迫在眉睫的现实检验（摘要）
尽管投资和炒作巨大，人工智能热潮面临着重大障碍。尽管英伟达售出了数十亿美元的GPU，但实际在建的数据中心容量仅占已宣布容量的一小部分——大约33%，相当于约79.5GW的潜在IT负载。令人震惊的是，58%的新数据中心面临供电问题，电网容量滞后于需求。
这种脱节是由虚高的预测和缺乏透明度造成的。许多已宣布的项目进度落后多年，建设时间远比预期长。人工智能的快速部署也正在影响软件质量，公司迫使员工使用人工智能编码工具，常常导致代码库臃肿、维护不良以及潜在的安全风险。
此外，实际需求也存在疑问。尽管投资巨大，人工智能计算的收入并未达到预期，并且人们担心GPU被转移到中国。作者认为，整个情况类似于一个投机泡沫，由不切实际的时间表和对基本限制的漠视所驱动。
最终，人工智能叙事依赖于“建设它，它们就会来”的心态，忽视了建设、电力以及建立在昂贵且可能效率低下的工具之上的系统的长期可行性的实际挑战。一场清算似乎不可避免。
## AI 行业怀疑论与炒作担忧 (Hacker News 总结)
一个 Hacker News 讨论围绕着公关专业人士、直言不讳的 AI 怀疑论者 Ed Zitron，以及他对 AI 行业批评的有效性展开。一些人赞赏 Zitron 作为对 AI 炒作的反面观点，而另一些人则质疑他的准确性和原则，指出其数学错误和 perceived 缺乏客观性。人们对他作为曾经为 AI 公司工作的公关专业人士的背景表示担忧，认为可能存在利益冲突，并且更注重邮件列表的参与度而非实质性分析。
争论延伸到更广泛的问题：AI 公司的虚高估值、AI 演示与实际性能之间的差距，以及数据中心巨大的电力需求。一些评论员认为目前的重点是建立能力 *先于* 可证明的需求，而另一些人则捍卫 AI 提高生产力的潜力。一个反复出现的主题是对过于乐观的预测持怀疑态度，并呼吁在 AI 领域进行更严格的报道和透明度。最终，这场讨论凸显了人们对当前 AI 繁荣的可持续性和真正影响日益增长的不安。
## ProofShot：AI 编码代理的可视化验证
ProofShot 是一款开源 CLI 工具，旨在赋予 AI 编码代理*验证*其工作成果的能力，而不仅仅是*创建*。它解决了代理构建 UI 时，无法确认功能或视觉正确性的难题。
ProofShot 可以与任何能够运行 shell 命令的代理（Claude、Copilot、Gemini 等）配合使用，通过录制代理与真实浏览器交互的视频、捕获截图以及记录错误，来创建全面的“证明”包供人工审查。
**主要特性：**
* **代理无关性：** 可与任何 AI 编码代理集成。
* **自动化工作流程：** 简单的 `start`、`test`（由代理驱动）和 `stop` 命令。
* **详细的工件：** 生成视频录制、截图、错误报告和摘要 markdown 文件。
* **GitHub 集成：** 可以自动将验证结果上传为 GitHub PR 上的评论。
* **错误检测：** 自动检测 10 种以上语言的服务器日志中的错误。
安装简单，使用 `npm install -g proofshot`，然后使用 `proofshot install` 为您的代理配置技能。它是一种避免厂商锁定，并能增强对 AI 生成代码信任度的解决方案。
## ProofShot：为AI代理提供“视觉”以进行UI开发
ProofShot 是一款新的开源CLI工具，旨在帮助AI编码代理验证其构建的UI。它认识到代理可以在不*看到*浏览器中的结果的情况下编写代码，因此ProofShot允许代理打开浏览器，与页面交互，记录过程（视频、截图、日志），并将其打包成可共享的HTML文件以供审查。
它通过shell命令与任何代理（Claude、Cursor等）配合使用，并利用Vercel Labs的agent-browser来实现速度和效率。重要的是，它*不是*一个测试框架——它不会通过/失败，而是为开发者提供视觉证据。
讨论强调了现有的工具，如Playwright和Chrome DevTools，但ProofShot提供了一个简化的无头解决方案，专注于提供快速的视觉反馈。用户对其自动化UI验证的潜力感到兴奋，尤其是在复杂任务和移动应用开发方面，以及减少手动QA工作量。一些评论员指出，类似的功能正在AI平台（如Claude和Antigravity）中出现，但他们赞赏ProofShot的开源和独立性。
[https://proofshot.argil.io/](https://proofshot.argil.io/)