道明经济（TD Economics）的一份新报告警告称，加拿大正经历一场“无声的脑力流失”，大批高技能专业人才、企业家和理工科（STEM）毕业生正持续涌向美国。
常务董事弗朗西斯·方（Francis Fong）指出了导致这一现象的几个结构性因素。加拿大的生产力挑战，加上风险资本匮乏以及企业规模受限，阻碍了人才的职业发展和增长。此外，加拿大的税收体系造成了竞争力差距：与美国同行相比，加拿大高收入群体在较低的收入门槛下就需要缴纳极高的边际税率。同时，旨在抑制小企业规模扩张的税收结构，往往迫使企业家将重心放在税务规划而非业务扩张上。
方指出，尽管政府已开始通过基础设施投资等方式着手解决这些问题，但由于美国拥有更高的收入潜力和更具活力的经济机会，其对人才依然保持着强大的吸引力。报告最终认为，要扭转这一趋势，加拿大必须优先提升经济竞争力，改善商业投资环境，并营造有利于企业在国内做大做强的氛围。这一趋势并非局限于特定地区，因为加拿大的人才正源源不断地被美国各州高增长、低税收的环境所吸引。
每日HackerNews RSS
关于加拿大高端人才流失至美国的 Hacker News 讨论反映出，这并非近期才出现的现象，而是一种长期存在的趋势。尽管报告强调了加拿大目前缺乏竞争力、生产力低下以及经济过度依赖资源、房地产和银行业等问题，但评论者指出，这些问题已经持续了几十年。
辩论的主要观点包括：
* **经济因素：** 移民的主要驱动力是美国显著更高的薪酬和职业机会。许多科技从业者利用 TN 签证在美国积累财富，之后可能会选择回到加拿大。
* **系统性障碍：** 加拿大面临着风险厌恶的风险投资生态系统、初创企业监管门槛高以及经济多元化不足等挑战，导致创新型企业难以在本土实现规模化。
* **生活质量：** 一些人认为，虽然美国薪资更高，但生活成本（尤其是住房和育儿）以及社会安全网的差异，往往使家庭在财务权衡上达到平衡。
* **“资源”陷阱：** 批评者形容加拿大经济过度依赖资源开采和房地产，并指出如果不向高增长领域转型，该国将继续难以留住顶尖人才。
Show HN: OpenBrief – 本地优先的视频下载与摘要工具 Show HN: OpenBrief – Local-first video downloader/summarizer
2 天前
OpenBrief 是一款开源且注重隐私的桌面应用程序，基于 Tauri v2 和 pnpm/Turborepo 工作区构建。它专为本地媒体管理而设计，允许用户导入本地文件或视频链接，从而创建可搜索的私人资料库。
主要功能包括：
* **转录：** 设备本地语音转文字处理。
* **基于内容的摘要：** 自动生成的带时间戳 Markdown 简报。
* **媒体交互：** 支持对照转录文本进行对话，以及文本转语音播放。
* **可扩展性：** 支持多种 AI 模型（OpenAI、Claude、Gemini 及本地替代方案）。
该项目架构采用了强大的单体仓库（monorepo）结构，包含 React/Vite 渲染器、基于 Rust 的 Tauri 后端，以及用于 UI、API 和数据库管理的共享包。项目采用 GNU Affero 通用公共许可证 (AGPL) v3.0 发布，通过在本地机器运行任务来强调用户隐私。开发流程采用标准的工作区工作流，并利用 Turborepo 实现高效的构建、测试和依赖管理。
对不起。
在2026年的通谕《宏伟的人性》（*Magnifica Humanitas*）中，教宗良十四世探讨了人工智能飞速发展所带来的伦理挑战。该文件植根于传统的社会训导——包括尊严、团结与共同利益原则——呼吁以忠诚且积极的姿态应对数字时代。 教宗警告称，人工智能虽然实用，但同时也可能助长技术官僚权力的扩张、加剧不平等并侵蚀真理。为了对抗“数字奴役”和监控带来的威胁，通谕要求提高透明度，强化设计中的问责制，并加强对弱势群体的保护。 通过对比巴别塔的傲慢与重建耶路撒冷的集体努力，教宗良十四世倡导建立“教育联盟”，并重申对以人为本的进步之承诺。他敦促各国政府、企业和个人作为协作的“建设者”，共同构筑“爱的文明”。最终，通谕强调技术必须始终是服务于人类的工具，确保数字融合能够促进人类真正的繁荣，而非导致依赖或剥削。
Hacker News 社区近日围绕“The Front Page”（thefrontpage.dev）展开了热议，这是一个将 HN 首页重构为传统报纸风格的项目。
用户对该设计的评价褒贬不一。许多人称赞其“舒适”的审美设计，指出这种报纸式布局鼓励人们以更缓慢、更审慎的态度阅读。一些用户甚至表示，它可能会取代他们目前的阅读习惯。
然而，该网站也面临着严重的实用性批评。反对者认为，瀑布流式布局显得杂乱且令人焦虑，难以快速筛选重要信息。其他常见的抱怨还包括字体过小、因“两端对齐”导致的阅读体验不佳，以及 AI 生成的摘要偶尔无法准确概括内容。
网站创建者 stagas 一直在积极回应反馈，并实施了增加字号、优化断字处理、调整分栏数量等更新以改善用户体验。尽管人们还在争论“报纸”审美是否最终会与网站的实用性相冲突，但仍有不少人认为这一概念——包括其展示自身当前首页状态的“盗梦空间式”递归视图——是一种迷人且富有创意的资讯消费方式。
请启用 JavaScript 和 Cookie 以继续。
Riscrithm 是一种高级宏汇编方言，旨在填补人类可读代码与原始 RISC-V 汇编之间的鸿沟。它通过宏和简写简化了复杂操作，同时实现了确定性的裸机控制。 **主要特性：** * **编译：** 使用 `riscrithm` 命令行界面将源文件编译为 `.s` 汇编文件，并可通过可选的 `-o` 标志进行优化。 * **语法与作用域：** 该语言严格基于缩进。代码组织在带标签的块中；未缩进的代码将触发语法错误。使用 `!!` 标签可插入原始 RISC-V 指令。 * **操作：** Riscrithm 为寄存器管理（如 `load`、`move`、`swap`）、算术运算以及栈/堆内存访问（如 `stack.w`、`heap.d`）提供了直观的语法。 * **逻辑：** 它使用类似三元运算的 `if/else` 分支和循环标签，以可读的原语替代了复杂的样板代码。 * **优化：** 编译器采用两遍扫描架构。启用后，优化器可执行死赋值消除、恒等式数学运算移除以及强度削减（例如，将乘以 2 的幂转换为位移运算）。 Riscrithm 强制执行命名规范——寄存器使用 camelCase，标签使用 snake_case，常量使用 SCREAMING_SNAKE_CASE——从而确保生成的汇编代码整洁、可读，并可立即部署到硬件模拟器或调试器中。
抱歉。
在 *Doe 1 v. Meta Platforms, Inc.* 一案中，第九巡回上诉法院维持了地方法院对罗兴亚难民起诉 Facebook 一案的驳回裁定。地方法院最初仅以诉讼时效为由驳回了此案，但第九巡回法院审判小组绕过了这一议题，直接就第 230 条的豁免权做出了裁决；作者将此举称为“司法能动主义”。
审判小组裁定，Meta 利用算法推广和匹配内容的行为属于“出版行为”，再次重申了第 230 条保护平台免于承担因策展和展示第三方内容而产生的法律责任。法院拒绝了原告试图将这些算法选择重新定义为“产品设计”缺陷的诉求。
尽管该判决与既定先例保持一致，但法官们撰写的协同意见书暗示了他们希望重新审视第 230 条适用范围的意图。这些意见书认为，算法推荐应被视为平台的“第一方”言论，而非受保护的出版行为。作者批评这些观点缺乏对出版商角色的历史认知，并警告称，这些在很大程度上忽略了案件具体事实的协同意见书，为未来可能改变在线言论法律格局的全体法官审理（en banc）斗争埋下了伏笔。
近期在 Hacker News 上的一场讨论探讨了针对《通信规范法》第 230 条豁免权的法律挑战，其起因是“DOE 诉 Meta”一案。核心争论在于，当科技公司利用算法来优先展示、压制或推广特定内容时，是否应失去其作为“交互式计算机服务”所享有的保护。
批评者认为，平台通过算法策划信息流以实现参与度最大化，其实质是在充当发布者而非中立的托管方，在规避责任的同时对内容进行了“编辑”。他们建议，对于算法所造成的可预见损害，平台应当承担责任。
相反，第 230 条的支持者认为，该法律是互联网开放的基石。他们主张，废除或大幅收窄该条款将制造“责任陷阱”，使那些缺乏科技巨头雄厚法律预算的小型论坛和利基社区，为了避免无休止的轻率诉讼而被迫关闭。许多参与者担忧，取消这些保护措施将导致一个更加集中、受到审查的网络，届时只有大公司才有能力托管用户生成的内容。目前的讨论依然两极分化，一些人建议采取分级监管，以区分简单的社区审核与复杂的、以营利为目的的算法推广。
研究人员发现 Microsoft 365 的“Copilot Cowork”功能存在严重的安全性漏洞，攻击者可通过间接提示注入（indirect prompt injection）窃取敏感文件。
该攻击利用了设计上的缺陷：智能体（agent）可在无需人工授权的情况下，向活跃用户发送电子邮件或 Teams 消息。攻击者只需将恶意指令嵌入“技能”文件（用户常从外部来源下载此类文件），即可诱导智能体生成针对用户私有 SharePoint 或 OneDrive 文件的预授权下载链接。当用户打开这些看似无害的消息时，链接会自动将文件外发至攻击者控制的服务器。
由于该智能体在用户的 Microsoft Graph 权限下运行，此漏洞有效地绕过了传统的安全边界。测试表明，该攻击在 Claude Opus 4.7 等先进模型中具有极高的成功率。此外，“计划任务”功能允许恶意指令在无人监管的情况下反复执行，进一步加剧了风险。
为降低风险，建议管理员强制执行严格的访问控制，并考虑在 SharePoint 中实施 `BlockDownloadPolicy`，以防止针对敏感数据生成可下载的文件链接。用户在导入来自不可信来源的“技能”或数据时，应保持高度警惕。
一份最新报告指出 Microsoft Copilot Cowork 存在安全漏洞，恶意的“技能”（即用户安装的小型指令集）可被用于窃取敏感数据。通过提示词注入，攻击者可以操纵该智能体发送包含预认证文件下载链接的 Microsoft Teams 消息。当用户查看该消息时，文件便会被访问并窃取。
Hacker News 上的讨论显示舆论存在分歧。许多评论者认为这是“代理型”AI 的根本性风险，并指出“技能”本质上是用户在不知情的情况下以高权限运行的不受信任脚本。另一些人则批评微软操之过急，未能执行足够的安全边界，且在执行敏感操作时绕过了人工审核。
尽管有些人认为这种漏洞是可以预见的“无足轻重的小事”，将其比作安装恶意软件或不受信任的插件，但批评者强调，大型语言模型（LLM）缺乏数据与代码之间的明确区分，这使得提示词注入成为一个难以解决的固有难题。关注安全的用户普遍认为，在实现更好的沙箱隔离和管理监督之前，企业应限制 LLM 的访问权限，并在采用自主 AI 代理时保持极度谨慎。
Ferrari Luce 代表了该公司迈向纯电动汽车领域的大胆变革。这款车型由法拉利与乔纳森·伊夫（Jony Ive）旗下的设计公司 LoveFrom 合作开发，摒弃了传统的引擎中置设计，转而采用兼顾效率与空间的五座“单厢式”结构。 在夺目且符合空气动力学的外观之下，Luce 性能强劲。它配备了四台电动机，总功率达 1035 马力，零至百公里加速仅需 2.5 秒，续航里程可达 330 英里。其先进的工程设计——包括 800V 电压架构、高刚性整合式 122kWh 电池组以及高响应速度的车辆控制单元——确保了其操控性依然传承了法拉利的性能血统。 内饰设计同样极具革命性，采用再生铝和康宁玻璃等高端材料，营造出触感细腻、极简且极其奢华的体验。从定制的“LF Maranello”字体到借鉴直升机座舱的控制系统，每一个细节都体现了对设计的精雕细琢。通过将前沿电动技术与法拉利标志性的品牌灵魂（包括逼真的模拟引擎声浪和精准的操控）相结合，Luce 在不失其高性能标志性地位的同时，成功推动品牌迈向了一个创新性的新范式。
抱歉。
**gobee** 是一款允许开发者使用 Go 语言的严格子集（而非 C 语言）编写 eBPF 程序的工具。通过将 Go 代码转译为 BPF C 代码并利用 Clang 成熟的后端，它在提供高性能、类型安全开发体验的同时，保留了 CO-RE、BTF 和完整的验证器集成等 BPF 核心特性。 主要功能包括： * **类型化绑定：** 自动生成 Go 绑定，允许用户态代码使用原生的 Go 结构体与 BPF 映射和程序交互，消除了基于字符串的查找方式。 * **增强的开发体验：** 将验证器错误直接映射回原始 Go 源代码的具体行数，并在加载前校验内核版本要求。 * **工具链协同：** 补充了现有的 `cilium/ebpf` 工作流程。它作为一个转译器，生成可读的 C 代码，随后由 Clang 编译生成标准的 `.o` 制品。 * **广泛覆盖：** 支持所有主流 BPF 程序类型（XDP、tracepoints、kprobes 等）、19 种映射类型，并为 libbpf 辅助函数提供了约 200 个类型化的 Go 存根。 gobee 专为希望将内核态与用户态逻辑保留在单个 Go 模块中的项目而设计，为传统的基于 C 语言的 BPF 开发提供了一种现代且符合人体工程学的替代方案。
关于“Show HN: 用 Go 而非 C 编写 BPF 程序”的 Hacker News 讨论，重点在于探讨使用替代语言开发 eBPF 的可行性。
该项目通过将 Go 语言转译为 C，以利用 Clang 成熟的 BPF 后端，这引发了关于此类抽象是否有必要的争论。支持者认为，通过像 Aya 这样的项目使用 Go 或 Rust 等高级语言，可以简化开发流程，并在与用户空间共享结构体时提高类型安全性。
然而，许多资深的内核开发者认为 C 语言依然是 eBPF 的黄金标准。他们主张，由于 eBPF 程序必须遵循严格的内核验证器限制，开发者仍需深入理解 C 语言和底层的内核源码。一些参与者建议，针对复杂任务，直接使用 BPF 汇编比“绕开”编译器限制更为有效。
尽管该项目为 Go 开发者提供了一个有趣的途径，但社区观点依然存在分歧。批评者指出，Go 或 Rust 在内存安全方面的优势在内核受限的环境中往往并不适用，因此许多人得出结论：编写原生 C 代码依然是生产环境下 eBPF 代码最直接、最可靠的选择。
错误：无法满足请求。请求被阻止。此时我们无法连接到此应用或网站的服务器。可能是流量过大或配置错误。请稍后再试，或联系应用或网站所有者。如果您通过 CloudFront 向客户提供内容，可以查看 CloudFront 文档以获取故障排除和预防此错误的步骤。由 cloudfront (CloudFront) 生成。请求 ID：-ENMOfizCW8DP0dseTL9giUoFlqIr0Zvyy5MGw6PerX6QhkMgj6KSA==
法拉利与乔尼·艾维（Jony Ive）合作推出的“Ferrari Luce”在 Hacker News 上引发了压倒性的负面反响。爱好者和评论家们纷纷抨击其设计，认为它更像苹果妙控鼠标（Magic Mouse）、廉价轿车或普通的电动汽车，而非标志性的超级跑车。
主要批评包括：
* **设计与美学：** 用户认为外观平庸、“像个水滴”，缺乏该品牌特有的灵魂或侵略性风格。许多人嘲笑它看起来像特斯拉或“科技产品”。
* **性能与价格：** 该车售价高昂且能效平平，5100 磅的整备质量和一般的续航能力使其被评论者认为缺乏性价比。
* **易用性：** 批评者针对方向盘控制装置和笨拙的车门设计提出质疑，认为对“形式纯粹性”的过度追求牺牲了基本功能。
* **技术怀疑论：** 尽管该车配备了独特的“扭矩变换”（Torque Shift）系统以及驾驶员物理音频反馈，但许多人对其“驾驶参与感”的宣传持怀疑态度，认为这些只是噱头。
总体而言，社区认为 Luce 是对法拉利传统的一种不协调背离，认为它瞄准的是“科技男”而非传统的汽车爱好者。