最新

构建了一个完全在客户端运行的多人 Pong 游戏，无需任何运行时基础设施。 * 在线演示：<a href="https:&#x2F;&#x2F;sueszli.github.io&#x2F;peroxide&#x2F;" rel="nofollow">https:&#x2F;&#x2F;sueszli.github.io&#x2F;peroxide&#x2F;</a> * 代码：<a href="https:&#x2F;&#x2F;github.com&#x2F;sueszli&#x2F;peroxide" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;sueszli&#x2F;peroxide</a> 两个玩家通过复制粘贴会话代码，无需任何信令服务器即可建立直接的 WebRTC 数据通道。所有内容都打包成一个包含嵌入式 WASM 二进制文件的 HTML 文件。没有外部依赖，无需加载资源。 ᕙ( •̀ ᗜ •́ )ᕗ 玩得开心！ 个人说明：我将在 10 月结束在 QRT 的量化开发合同，在那里我有机会向一些非常优秀的同事学习 Rust。如果你正在从事有趣的系统挑战，我很乐意听听你正在构建什么！

GPT-5 简直是个猛兽。但大家都不愿明说的是：它扼杀了提示工程作为一种可持续实践的可能性。 从 GPT-4o 开始精心调整的提示词？全废了。 风格、逻辑、回答习惯？全都变了。 公司？一夜之间被迫回滚或重新测试成千上万的提示词。 这根本不是进步。这是伪装成创新的技术债务。每一次新发布都意味着要缴纳“提示迁移税”：重写、回归测试，以及重新培训团队。 与此同时： 用户正在失去信任——要么坚持使用旧模型，要么更换服务提供商。 安全就是个笑话——OWASP 已经将提示词注入列为 LLM 的首要风险，NIST 也表达了同样的观点。 供应商们还在不断推广“最佳实践”，比如更长的分隔符或系统提示……这只是治标不治本。 这个循环是这样的：升级 → 崩溃 → 修补 → 再次崩溃 → 再次修补。整个行业要多久才能意识到这已经走投无路了？ 提示工程不是未来。它是个陷阱。 而 GPT-5 已经让这一点变得非常清楚。