## 英特尔 Arc Pro B70：摘要
英特尔 Arc Pro B70 GPU 进入专业市场，专注于人工智能工作负载，拥有 32GB 的显存——是其前代产品 B50 的两倍——以及更大、全新的 GPU 芯片。与将现有显卡改造的竞争对手不同，英特尔从头开始构建 B70，其 Xe 核心数量是 B50 的两倍，并改进了 Xe2 架构，以提高性能和效率。
虽然 B70 通常优于 NVIDIA RTX 2000 Blackwell，但其原始图形性能通常落后于 AMD 的 R9700。它在特定领域表现出色，例如 MLPerf（人工智能推理），通常超过所有测试过的 GPU，使其成为多 GPU 推理工作站的有力竞争者。然而，性能因专业应用程序而异；它在 Adobe After Effects 和 Revit 中表现滞后，在 Blender 和 Unreal Engine 中表现与竞争对手相似，并在 Premiere 和 DaVinci Resolve 中显示出适度的提升。
B70 的价格具有竞争力——比 R9700 低约 30%——为人工智能重点任务提供了引人注目的价值，尤其是在其大容量显存至关重要的情况下。英特尔将 B70 定位为“人工智能优先”显卡，其性能也支持这一点，但其平衡（或不平衡）的配置表明，如果降低显存容量和价格，可能会使其在更广泛的专业用途中受益。
每日HackerNews RSS
英特尔 Arc Pro B70 评测 (pugetsystems.com)
20 分，zdw 发表于 1 小时前 | 隐藏 | 过去 | 收藏 | 2 条评论 帮助
100ms 7 分钟前 [–]
这些对爱好者来说似乎很棒，但考虑到性能的 TDP 可能会成为部署大量设备的问题。
zrm 3 分钟前 | 父评论 [–]
它的性能相当不平衡。如果你用它来做它擅长的几件事，那么 TDP 具有竞争力。
考虑申请 YC 2026 年夏季项目！申请截止日期为 5 月 4 日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系方式
搜索：
最新的OpenAI模型，包括GPT-5.5和GPT-5.4，将在Amazon Bedrock上预览发布。通过您已经使用的Bedrock API使用OpenAI的前沿模型，具有统一的安全、治理和成本控制。无需配置额外的基础设施，无需学习新的安全模型。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
OpenAI 模型在 Amazon Bedrock 上 (amazon.com)
8 分，jaredwiener 发表于 2 小时前 | 隐藏 | 过去 | 收藏 | 3 条评论 帮助
OsrsNeedsf2P 发表于 2 小时前 | 下一个 [–]
> 将在 Amazon Bedrock 上预览版可用。听起来它们还没有发布。
meghneelgore 发表于 2 小时前 | 上一个 [–]
它们之前没有吗？
OsrsNeedsf2P 发表于 2 小时前 | 父评论 [–]
之前没有。微软之前有独家协议，协议几天前才到期。
考虑申请 YC 2026 夏季批次！申请截止至 5 月 4 日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系方式
搜索：
Warp现已开源，标志着软件开发向以Agent为先的工作流程转变。该项目由OpenAI主导，利用Oz Agent编排平台和GPT模型，赋能社区驱动的开发过程。 核心理念是通过将编码任务卸载给Agent来加速Warp的改进，使人类贡献者能够专注于更高层次的设计、验证和方向。这解决了当前限制开发速度的“人工参与循环”瓶颈。 此举还旨在在新兴的Agent开发环境中建立一个开放的替代方案，允许更广泛的参与者塑造其未来。随着开源的发布，Warp还推出了对开源模型（Kimi、MiniMax、Qwen）的扩展支持以及增加的定制选项，包括用于程序控制的设置文件。 源代码已在GitHub上以AGPL许可发布，邀请开发者贡献想法并监督Agent驱动的实现。最终，Warp设想一个协作生态系统，Agent和社区成员共同构建卓越的开发者体验。
## Warp 终端开源
Warp 终端应用程序已开源（warp.dev）。此举旨在与资金充足的闭源替代品竞争，并利用社区贡献加速开发。虽然 Warp 包含 AI 功能，但开发者已添加了禁用它们选项，包括无需登录即可访问的纯终端模式。
讨论围绕商业模式——可能依赖 LLM 代币费用——以及这次开源是否是最后的资金努力。一些用户表示有兴趣移除 AI 组件以创建一个轻量级终端。未来的开发包括潜在的 Ghostty 集成以及社区驱动的 tmux/zellij 支持。团队澄清他们的核心业务专注于他们的代理和编排器，而不是终端本身。 也有提及被 Frontier Lab 等公司收购的可能性。
本报告详细描述了在使用从GitHub等来源下载的补丁时可能出现的意外行为。GitHub将补丁以`.patch`文件的形式提供，当使用GNU `patch`处理时，该工具似乎会应用预期的更改，以及提交消息本身中包含的任何类似diff格式的文本。 作者通过一个公共仓库演示了这一点，该仓库的提交修改了`readme.md`，但其消息中还包含一个不存在文件(`SHOULD_NOT_BE_HERE.md`)的伪diff。下载补丁并使用`patch -p1`应用，会导致*两个*文件被创建/修改——预期的`readme.md`和意外的`SHOULD_NOT_BE_HERE.md`。 虽然`git apply`和`git am`对`.git/`目录内的更改有一定的抵抗力，但它们仍然接受针对工作树文件的注入diff。作者正在调查问题是否出在GNU `patch`、GitHub的补丁导出，或补丁格式本身，强调了常见补丁工作流中潜在的漏洞。
最近的 Hacker News 讨论强调了 `patch` 工具及其处理提交消息的一个常见问题。该工具有时会错误地应用从提交消息*内部*信息派生的“虚假差异”。
用户指出，核心问题在于 Unix 传统中，每个工具都使用自己、文档记录不完善的文件格式——不同于更标准化的选项，如 XML 或 JSON。虽然 XML/JSON 会提供清晰度，但会牺牲当前补丁格式的人类可读性。
`git` 本身能够导出和重新导入带有这些问题提交消息差异的补丁，这进一步加剧了问题。改进建议包括 GitHub 返回格式类似于 `git show` 输出（带有缩进的提交消息）的补丁文件，并承认在没有适当转义的情况下使用带内信号的固有风险。最终，这场讨论强调了维护与数十年前的工具和格式兼容的挑战。
## 微软与 OpenAI 加深合作，重点转向 AWS 集成 微软和 OpenAI 已经重组了他们的合作关系，将 OpenAI 模型更广泛的可访问性置于 Azure 独占性之上。尽管微软仍然是 OpenAI 至 2032 年的主要云合作伙伴，但 OpenAI 现在可以将其产品提供给其他云提供商，特别是 AWS。 这一转变源于企业对在现有云基础设施上访问模型的需求，这是 Anthropic 的竞争优势。 公告的核心是“Bedrock 管理代理”，这是一个由 OpenAI 提供支持并原生集成在 AWS 中的新产品。 这旨在简化已经投资于 AWS 生态系统的企业的代理开发，处理身份验证、安全性和部署复杂性。 两家公司都强调这种合作将释放超出当前可能性的新能力。 微软将不再从 OpenAI 获得收入分成，但仍是主要股东。 两位首席执行官都强调了人工智能像云计算和移动平台一样具有变革潜力，强调易用性和降低开发人员的准入门槛。 他们预见一个人工智能成本大幅降低的未来，从而推动更大的采用和创新。 最终，该合作旨在以更低的价格提供更多智能，从而推动新一波人工智能驱动的应用程序。
## OpenAI 模型扩展至 Amazon Bedrock
OpenAI 的最新模型即将登陆 Amazon Bedrock，OpenAI 和 AWS 首席执行官均已宣布。此次扩展包括在 Bedrock 上推出 Codex，以及由 OpenAI 提供支持的新 Amazon Bedrock 管理代理——两者目前处于有限预览阶段。
此次合作旨在为用户提供在 AWS 生态系统内持续访问 OpenAI 最新进展的途径。这意味着在 Bedrock 上构建的模型和代理将受益于未来的突破性技术，一旦这些技术问世。
该消息通过新闻稿和 Stratechery 访谈发布，Amazon 也在 X（前身为 Twitter）上分享了更多细节。此次合作加强了 AWS 在生成式人工智能领域的地位，并为开发者提供了更多利用尖端人工智能技术的选择。
一位忠实的 GitHub 用户（Ghostty/用户 1299）在每日使用 18 年——超过他生命的一半时间——后，将离开该平台。GitHub 一直是他个人和职业生涯的核心，是他快乐的源泉，也是他开源工作的中心，包括 Vagrant 的创建。他甚至希望有一天能在 GitHub 工作。 然而，最近频繁的宕机和不可靠性使得继续认真工作变得不可能。尽管他深爱着这个平台，并承认自己曾对其提出严厉批评，但他认为 GitHub 正在积极阻碍他贡献和发布软件的能力。 Ghostty 的项目 Ghostty 将迁移离开 GitHub，并保留只读镜像。虽然个人项目暂时会保留，但重点是为 Ghostty 社区寻找一个更稳定可靠的家园，探索商业和开源替代方案。他表达了希望有一天能够回归，但前提是 GitHub 的稳定性得到可证明的改善。
## Ghostty 离开 GitHub：日益增长的不满
Ghostty，一个SaaS项目，由于认为GitHub质量下降而离开，这一决定让其创建者米切尔感到明显沮丧。此举引发了 Hacker News 的长时间讨论，揭示了对 GitHub 最近表现的广泛不满。
许多评论员将问题归因于微软的收购以及随后对 Copilot 等项目的优先处理，而不是核心服务，以及基础设施的变化，例如迁移到 Azure。 频繁的宕机和性能下降——由一个非官方的状态页面记录——被认为是关键问题。 一些人推测，未经适当审查的 AI 生成代码集成正在加剧这些问题。
讨论强调了对替代方案日益增长的需求。 Tangled、Codeberg 和 GitLab 等项目被提及，但复制 GitHub 既定的社区和易用性仍然是一个挑战。 这种情绪是，GitHub 曾经是 Git 的*中心*枢纽，正在分崩离析，迫使开发者管理多个帐户并阻碍项目发现。 这种出走可能才刚刚开始，受到一种更广泛的感受的推动，即网络服务正变得越来越不可靠。
## 优化 AGENTS.md 文件以提升代码生成质量 对大量代码库中的众多 `AGENTS.md` 文件研究发现，其效果差异很大——最好的文件显著提升了代码生成质量（可比作模型升级），而最差的文件反而*降低*了质量。关键发现表明，**简洁通常更有效**。 有效的 `AGENTS.md` 文件（约 100-150 行）优先考虑**逐步披露**，仅在需要时链接到详细的参考文档。**程序化流程**（编号步骤）和**决策表**（提前消除歧义）显著提高了任务完成度和对编码标准的遵守程度。包含**实际代码库示例**可以提高代码复用率。相反，过多的警告（“不应该做什么”却没有“应该做什么”）会导致过度探索和降低输出。 至关重要的是，文档质量受其*环境*影响；围绕 `AGENTS.md` 的大量文档往往会掩盖其内容。研究强调**模块化文档**，专注于隔离的子模块。Agent 可以可靠地发现 `AGENTS.md` 和引用的文件，但难以处理深度嵌套或孤立的文档。 最终，一个简洁、集中的 `AGENTS.md` 文件，利用组织良好的参考资料，比一个全面但笨重的文档更有价值。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
一份好的 AGENTS.md 是一次模型升级。一份糟糕的反而比没有文档更糟 (augmentcode.com)
24 分，gmays 发表于 1 小时前 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
rgbrgb 发表于 14 分钟前 [–]
我想想 README/人工开发者文档一直都是这样。当然，不能直接对应，但仍然令人难以置信，我们现在能够用合成程序员来衡量这些（以前）理论上的东西。回复
考虑申请 YC 2026 夏季批次！申请截止至 5 月 4 日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系方式
搜索：
## Warp：一种代理式开发环境
Warp 是一种新的、开源的开发环境，由终端构建，并由 OpenAI 赞助。它允许开发者利用内置的、由 GPT 模型驱动的编码代理，或集成他们自己的 CLI 代理，如 Claude、Gemini 和 Codex。
核心 UI 框架采用 MIT 许可，而其余代码库使用 AGPL v3。Warp 积极鼓励社区贡献，并提供简化的工作流程——可以提交问题并标记为“准备规范”或“准备实现”，供贡献者使用。
用户可以下载 Warp，使用提供的脚本在本地构建它，并访问全面的文档。提供了一个 Slack 社区以获取支持，并且预览版本提供对实验性功能的访问。Warp 优先考虑一个尊重和富有同情心的社区，并以明确的行为准则为指导。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Warp 现在开源 (github.com/warpdotdev)
30 分，由 doppp 2小时前发布 | 隐藏 | 过去 | 收藏 | 2 条评论 帮助
ahmadyan 18分钟前 [–]
恭喜 Warp 开源。可以问一下做出这个决定的过程是什么吗？Warp 已经是一个成熟且完善的产品，开源有什么好处？Devin CLI 对开源 Warp 的决定有影响吗？另外，一个仓库在短短 2 小时内获得 29k 星标是怎么做到的？回复
AirMax98 13分钟前 | 父评论 [–]
> OpenAI 是新的开源 Warp 仓库的创始赞助商。
我的猜测是 OpenAI 提供了大笔资金。策略可能是试图对 Claude Code 进行广泛尝试。
考虑申请 YC 2026 年夏季项目！申请截止日期为 5 月 4 日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系方式
搜索：
美国破产申请在截至2026年3月31日的12个月内增加11.9%，总计591,850起——比前一年增加的529,080起显著增加。商业破产（增加11.4%至25,960起）和非商业破产（增加11.9%至565,890起）都促成了这一增长。 尽管这标志着在十年下降趋势之后的持续上升，破产申请在2022年6月达到380,634起的低点，但目前的水平仍然远低于2010年近160万的峰值。第七章破产仍然是最常见的，最新期间有369,702起申请，其次是第十三章破产，有11,700起。 详细统计数据，包括按破产类型和县的细分，可从美国法院行政办公室获得。
## 破产率上升，引发对原因的争论
最近的一份报告（uscourts.gov）显示，美国破产率上升了11.9%，引发了Hacker News上对潜在原因的讨论。一些人认为通货膨胀是关键因素，但一个反复出现的主题集中在体育博彩的兴起上，一项研究表明，合法博彩与破产率增加之间存在相关性（破产可能性增加10%）。
许多评论员认为，更广泛的经济焦虑和缺乏机会的认知，正在驱使人们通过赌博来绝望地改善他们的财务状况。另一些人强调破产本身的局限性，指出它无法免除学生贷款或赡养费等债务，这不成比例地影响了中产阶级和下层阶级。
对话还涉及系统性问题，包括财富不平等和政府政策的作用，一些人对当前政府下情况的改善表示悲观。几位用户指出，除了个人申请外，*商业*破产也大幅增加，并指出了疫情期间的刺激措施推迟了财务困境的影响。
跳过内容CJIT教程关于Dyne.orgCJITC，即时编译！一个受Terry Davis的HolyC启发的微型、可移植的C编译器和解释器，基于Fabrice Bellard的TinyCC，由Jaromil和Dyne.org团队打造教程下载
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
C，即时编译！ (dyne.org)
7 分，smartmic 21 分钟前 | 隐藏 | 过去的 | 收藏 | 1 条评论 帮助
uticus 3 分钟前 [–]
https://dyne.org/cjit/graphics.html#cjit-for-graphical-appli...> 欢迎来到使用 SDL（简单直接媒体层）的图形 C 应用程序的激动人心的世界。SDL 最初由 Sam Lantinga 于 1998 年开发... 这就是“开箱即用”。回复
考虑申请 YC 的 2026 年夏季批次！申请截止至 5 月 4 日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：