2026年7月发布的模型上下文协议（MCP）2.0，即“无状态 MCP”，标志着智能体互操作性的一次重大演进。通过从有状态的多请求握手转向简化的单请求模型，此次更新大幅降低了实现复杂度，并提升了 Web 应用的可扩展性。
作者指出，作为一种更安全、更易审计的替代方案，MCP 重新获得了关注，以取代赋予 LLM 智能体不受限制的 Shell 或互联网访问权限。尽管通用的智能体框架功能强大，但它们存在重大的安全风险；而 MCP 工具提供了一个受控接口，即使是较小的本地模型也能有效地进行管理。
为了探索这一更新后的规范，作者开发了三个项目：
1. **mcp-explorer**：一个用于交互式探测和调用 MCP 服务器工具的无状态命令行工具。
2. **datasette-mcp**：一个允许针对 Datasette 实例进行基于 SQL 查询的插件，使智能体能够安全地与实时数据进行交互。
3. **llm-mcp-client**：LLM 命令行工具的集成插件，使智能体能够直接与 MCP 服务器交互。
最终，作者认为无状态 MCP 是构建安全、稳健应用程序的更优基础，这标志着向更加可控和可预测的智能体生态系统迈进。
每日HackerNews RSS
最近的 Hacker News 讨论凸显了围绕模型上下文协议（MCP）日益激烈的争论，特别是其向无状态架构的转变。
**主要议题：**
* **无状态与有状态：** 许多参与者认为最初的有状态 MCP 设计过度复杂。转向无状态模型使其与标准的 REST/JSON-RPC 实践保持一致，从而更具可扩展性，并更易于与 API 网关和负载均衡器等现有基础设施集成。
* **“CLI 与 MCP”之争：** 很大一部分人认为，简单的 CLI 工具或 Shell 访问优于 MCP。他们认为 CLI 工具更灵活、更具可组合性（例如使用管道），且 LLM 对其理解更好；而有些人则将 MCP 视为一种“厂商锁定”的协议，是在重造 CORBA 或 REST 等现有标准。
* **上下文管理：** 批评者指出，MCP 可能导致“上下文膨胀”，即未使用的工具描述会消耗宝贵的 Token 额度。支持者则认为，现代的“渐进式披露”（如工具搜索或开关工具）已在很大程度上解决了这一问题，尽管仍有人坚持认为“技能”（按需调用）效率更高。
* **企业价值：** 支持者捍卫 MCP，认为它是必要的“标准化”层，允许 LLM 安全地与私有企业系统交互，在标准 REST API 可能缺乏必要 AI 友好元数据的情况下，提供细粒度的身份验证和发现功能。
随着韩国政府决定收紧对国内单只股票杠杆产品的监管（包括提高保证金要求和实施投资限额），投资者资金已迅速转向海外杠杆交易所交易基金（ETF）。 数据显示，从7月中旬到8月初，韩国投资者大量涌入美国上市的高杠杆ETF，例如Direxion每日半导体看涨3倍基金（SOXL）。在新的限制措施出台后，尽管国内杠杆产品的交易量大幅下滑，但顶级海外杠杆ETF的合计购买量却激增了超过10亿美元。 批评人士认为，政府仓促的监管方式适得其反。这些措施将对高风险资产的需求推向了海外市场，反而加剧了非预期的资本外流。业内人士警告称，虽然政府的初衷是抑制市场波动，但这种激进的监管收紧可能会在无意中削弱投资者信心，并增加国内资本市场的感知监管风险。
随着政府对两倍杠杆金融产品的限制日益严格，韩国散户投资者正转向风险更高的三倍杠杆产品。这一趋势的背后，是强烈的“错失恐惧症”（FOMO）、经济竞争压力，以及跟上飞涨资产价格（尤其是被视为婚姻和阶层身份象征的房地产）的迫切需求。
Hacker News 上的评论者认为，这种行为反映了韩国年轻人的一种“金融虚无主义”心态，即认为传统的劳动致富之路已行不通。鉴于首尔的平均房价动辄数百万美元，而工资却停滞不前，许多人将极端市场杠杆视为实现阶层跃升的唯一现实机会。这种现象在韩国这样一个高度集中、压力巨大的社会中愈发严重，财富展示与社会地位已成为生存的关键。
尽管有人将这些投机行为比作现代版的“郁金香泡沫”，但也有人认为，在资本利得已成为摆脱死胡同式未来的唯一可行途径的体制下，这是一种理性的反应。归根结底，许多韩国散户实际上是在为生存而豪赌，他们被一个系统性贬低传统劳动的经济环境所困。
从铅字熔炼到黑魔法：数学排版史（2017） From boiling lead and black art: The history of mathematical typography (2017)
3 天前
数学排版是一门将逻辑与美学融为一体的艺术，它将抽象的数据转化为人类可读的知识。从古登堡革命性的金属活字印刷到工业时代的复杂排字机系统，这一过程在历史上曾是一门艰苦的体力活。
数学符号的复杂性意味着它常被边缘化或被视为“费力不讨好的副本”。早期的数字工具虽优先考虑速度和易用性，却往往牺牲了技术交流所需的精美与精确。这种情况在 20 世纪 70 年代发生了改变：唐纳德·克努特（Donald Knuth）开发了 TeX 系统，利用数学算法模拟了热金属时代的排版高质量。
在 LaTeX 以及后来的 pdfTeX 的助力下，作者们得以专注于内容呈现的优雅，而非格式排版的机械劳作。如今，尽管我们能够即时发布内容，但作者认为，真正的挑战已不再是速度，而是意图。通过拥抱精雕细琢、富于艺术性的“摩擦”过程，我们得以超越单纯的自动化。了解排版历史是一种“认知资产”，它提醒我们，高质量的表达需要慢下来，以确保我们的思想配得上技术所赋予的持久性。
设定你的情绪，四种创意比例 随心掌控你的视觉叙事。在 16:9 电影宽画幅、经典 4:3 日常快照、纪实 3:2 和艺术感 1:1 方形画幅之间无缝切换，完美契合你的创意灵感。 即插即用，即时 OTG 连接 传输故事无需繁琐。通过一根 Type-C 数据线将 C100 直接连接至手机，即可即时预览、导出并与好友分享你的原始创作。 灵感无限，最高支持 128GB 扩展存储 让灵感源源不断。支持最高 128GB 的扩展存储，让你全天随心拍摄，无需再为剩余空间而担忧。
神牛（Godox）透明取景器相机（C100）在 Hacker News 上引发了观点两极分化的讨论。该产品定位为一款经济实惠的玩具相机，其透明取景器提供的更像是一种“噱头”而非精确的光学预览，因此一些评论者认为其技术水准不如智能手机。
然而，支持者认为该相机的设计初衷即是为了追求“氛围感”和随性的街拍，而非技术上的严谨。粉丝们将其类比为“腰平拍摄”，即摄影师更看重抓拍体验和捕捉瞬间，而非完美的构图或高端参数。由于价格亲民（约 200 元人民币），许多人将其视为一种轻松有趣的工具，适合那些希望摆脱复杂数字功能、拥抱更简单且实验性创作过程的儿童或爱好者。
尽管怀疑者指出官方参数缺失和取景器不准确是重大缺陷，但支持者普遍认为，C100 的成功之处在于它是一款经济、易用的玩具，它将创作过程的乐趣置于专业摄影的需求之上。
Bugtraq 最初由 Scott Chasin 于 1993 年创立，在超过十年的时间里，它一直是全球漏洞研究的主要且未经审查的中心。在经历企业收购和档案丢失后的多年沉寂，该平台现已正式回归。 新接管者收购了 SecurityFocus 和 Bugtraq 品牌，其使命明确：恢复一个以研究人员为先、无守门人的完全披露环境。该项目不仅作为现代漏洞讨论的论坛，还旨在对抗黑客历史的流失。通过整合散落在失效链接和私人服务器中的技术知识，重生的 Bugtraq 致力于在一个人工智能生成内容泛滥的时代，保存真实且由社区驱动的网络安全见解。 邮件列表现已在其原始地址 [email protected] 重新激活。该倡议邀请研究人员回归平台、分享最新发现，并为记录行业最关键工作的永久性公共档案做出贡献。这不是一座博物馆，而是一个新的开始。
Flowise 团队宣布将停止运营，理由是 AI 开发环境正转向比刚性低代码工作流更具灵活性的编码智能体（coding agents）。 该项目将遵循结构化的停运时间表： * **2026 年 7 月 29 日：** 功能开发停止，代码冻结。 * **2026 年 8 月 10 日：** GitHub 仓库将转为公开归档状态，软件包将被弃用。 * **2026 年 8 月 31 日：** 通过 Discord 和 GitHub 提供的官方支持将结束。 尽管官方开发即将结束，源代码仍将根据 Apache 2.0 协议公开提供。团队鼓励用户分叉（fork）仓库以维护自己的版本或继续进行社区主导的开发。创始人对社区在项目全程中给予的支持表示深切感谢。
Flowise，一个用于构建人工智能工作流的可视化低代码平台，即将关闭。开发者社区的共识认为，由于人工智能编程助手（如 Claude Code）的迅速发展，“拖拽式”工作流模式正在失去其相关性。
讨论中的主要观点包括：
* **思维模式的转变：** 用户正在从僵化的可视化图形界面转向“代理式”界面，在这种界面中，大语言模型（LLM）可以动态地生成、管理和调试代码。相比以往需要手动构建的节点式工作流，编码助手被认为更加灵活，且能够处理更复杂的任务。
* **复杂性的负担：** 许多评论者指出，随着复杂性的增加，可视化编辑器往往会变得难以管理，形成“意大利面条式”的混乱结构。此外，编码助手现在允许用户用自然语言描述需求，这使得可视化构建工具显得多余或繁琐。
* **对确定性的持续需求：** 尽管代理式工作流很受欢迎，但贡献者强调，企业对于可审计性、合规性和确定性行为的需求依然存在。一些人认为，这些平台的失败并非因为概念本身有缺陷，而是因为它们在面对功能日益强大的通用型编码 AI 时，难以找到可持续的市场定位。
归根结底，行业共识是：人工智能开发正朝着更加流畅、代码集成化的方向发展。
arXivLabs 是一个允许合作者直接在我们的网站上开发和分享 arXiv 新功能的框架。与 arXivLabs 合作的个人和组织都认同并接受我们关于开放、社区、卓越和用户数据隐私的价值观。arXiv 致力于坚守这些价值观，并仅与遵循这些价值观的合作伙伴合作。如果您有能为 arXiv 社区增值的项目想法，请了解更多关于 arXivLabs 的信息。
这篇 Hacker News 讨论探讨了物联网（IoT）协议的实际性能与可靠性，重点比较了 **Zigbee** 与新兴的 **Matter over Thread** 标准。
**主要结论包括：**
* **性能与稳定性：** 虽然 Zigbee 因其近乎瞬时的响应速度和快速的节点故障恢复能力（亚秒级）而广受好评，但部分用户认为它容易出现难以排查的连接问题。Matter over Thread 通常被认为在异构的大规模网络中更为稳健，尽管其在网络中断期间延迟更高，恢复时间也显著较长（长达 30 秒）。
* **关于“平台退化”（Enshittification）的争论：** 用户对这些设备的未来看法不一。一些人担心 Matter 的 IP 属性最终会导致强制性的云连接或“回传”要求。另一些人则认为，Thread 的本地优先架构能使智能家居真正保持离线状态，且不依赖于特定厂商。
* **基础设施偏好：** 对于依赖 `zigbee2mqtt` 等开源网关的爱好者来说，Zigbee 仍然是首选。相反，Thread 被视为一种现代化的标准化演进，尽管用户强调，稳定的设置需要对边界路由器进行仔细管理。
* **协议选择：** 虽然 Z-Wave 仍然是一种可靠且干扰较少的替代方案，但由于其专有属性和区域频率限制，与 2.4GHz 标准相比，其受欢迎程度正日益下降。
物理 旋转设备至横屏模式以开始游玩。
开发者“brontosaurusrex”最近在 Hacker News 上分享了一款“氛围感”十足的《打砖块》复刻游戏。该游戏包含 28 个关卡，配备 240Hz 物理引擎，并加入了球体旋转和反重力等独特机制。玩家可以通过桌面端或移动端浏览器直接游玩，并支持键盘、鼠标以及触控/重力感应等多种操作方式。
用户反馈普遍积极，玩家们对这款经典作品中富有创意的改进给予了赞赏。不过，开发者目前正在积极解决若干技术难题，包括鼠标指针锁定、移动端 UI 遮挡，以及 iOS 平台的兼容性问题（如重力感应受限和全屏显示限制等）。
开发者仍在持续对项目进行迭代，近期已发布了一个视觉效果升级的测试版本。尽管存在一些早期 Bug 和平台限制，该游戏依然保持着稳定的关注度，作者计划在未来的更新中进一步提升游戏的可访问性和稳定性。
本网站正在使用安全服务来抵御网络攻击。您刚才的操作触发了安全防御机制。触发此拦截的原因可能有多种，包括提交了特定的词汇或短语、SQL 命令或格式错误的数据。
对不起。
Psylo 的研究人员在苹果的 WebKit 引擎中发现了三个关键漏洞，这些漏洞会导致 iOS 和 macOS 系统出现隐私泄露。这些缺陷会绕过应用层的代理配置，从而暴露用户的真实 IP 地址和 DNS 查询记录。
这三个已识别的绕过漏洞包括：
1. **DNS 预取（DNS Prefetching）：** 允许网站通过设备的标准网络解析主机名，从而绕过配置的代理。
2. **WebAuthn 相关来源请求：** 触发系统级的凭据服务获取，该过程会忽略浏览器层级的代理设置，进而暴露用户的真实 IP。
3. **WebTransport：** 建立直接的 HTTP/3 连接，完全绕过代理路由。
这些漏洞影响了所有依赖 WebKit 的 `WKWebsiteDataStore.proxyConfigurations` API 的 iOS 浏览器，包括 Tor 浏览器和苹果自家的 iCloud 专用代理（iCloud Private Relay）。值得注意的是，全系统 VPN 不受影响，因为它们会对设备的所有流量进行隧道传输。
为解决这些问题，Psylo 浏览器（1.3.1 版本）已进行更新，默认拦截 DNS 预取提示，并禁用 WebTransport 和 WebAuthn。如有需要，用户可以针对特定网站重新启用这些功能。建议开发者通过提供的概念验证网站 `leaks.psylo.app` 测试其自身的配置。
研究人员 Tommy Mysk 和 Talal Haj Bakry 发现了 WebKit 中的漏洞，这些漏洞会导致 IP 和 DNS 泄露，从而削弱 iCloud 专用代理（iCloud Private Relay）及苹果设备上代理浏览器等隐私工具的保护作用。
一个关键发现是，WebKit 通过一个独立的系统进程来处理 WebAuthn（用于通行密钥）等 API 的请求，该进程会绕过代理保护，从而暴露用户的真实 IP 地址。由于苹果规定 iOS 平台上的所有浏览器都必须使用 WebKit 引擎，因此这些泄露几乎影响了该平台上的所有浏览器。这也促使一些开发者构建“加固版”浏览器，试图禁用 WebAuthn、WebTransport 和 DNS 预获取等存在问题的特性。
Hacker News 上的讨论凸显了用户对 iCloud 专用代理缺乏透明度和控制权的不满。参与者争论这些泄露究竟是技术疏忽还是系统性的架构缺陷，并指出苹果封闭的生态系统使得第三方浏览器难以彻底解决这些问题。用户希望能有更精细的控制权限，例如为专用代理提供可脚本化的开关；但也有观点认为，这些控制选项被刻意限制，是为了防止恶意应用程序的干扰。