FM-1 Workbench：把一台 FM 合成器搬进浏览器，打开即调音
NEW
开源项目 FM-1 Workbench 把一整台 FM 合成器搬进浏览器：振荡器、包络、滤波器与效果链以可视化面板呈现，打开网页即可试听和调参，无需安装音源插件或宿主软件。项目由 M-Vave 团队以 open 形式发布，定位是让声音设计的学习者绕开插件授权与 DAW 配置的门槛，直接在浏览器里理解 FM 合成的算子连接方式与音色变化逻辑。对想入门合成器、或需要快速做音色原型的前端与音乐技术开发者，这是一个低摩擦的练手与教学工具，也顺带展示了 Web Audio 在实时音频处理上的可用边界。
欺骗 Zed：让远程编辑器服务端跑在 FreeBSD 上
DEV
一位开发者记录了让 Zed 编辑器的远程开发服务端运行在 FreeBSD 上的全过程：官方并未提供 FreeBSD 构建，作者通过伪造运行时环境标识、绕开平台检测并补齐二进制依赖，最终让远程服务器成功启动，从而在 FreeBSD 主机上使用 Zed 的远程编辑能力。文章逐条列出踩到的坑——平台判断、依赖缺失、端口与启动脚本，也明确点出这种“欺骗”式做法的风险：官方更新后可能随时失效，且完全拿不到支持。对维护异构服务器、又想要现代编辑器远程体验的团队，它提供了一条可复用的排查与移植思路。
Pub/Sub、SQS 与 Service Bus 死信恢复对比：教育科技的四类失败场景
一篇工程向教程对比 Google Cloud Pub/Sub 死信主题、AWS SQS 死信队列与 Azure Service Bus 死信子队列在故障恢复上的差异，并以教育科技的四类典型失败（账号创建、支付回调、通知投递、批量导入）拆解选型标准：重试策略能否被审计、消息能否按条件重放、清理作业是否可回滚。作者的核心观点是三者都能做重试，真正拉开差距的是“恢复证据”与重放控制能力。对正在为异步任务设计保底恢复链路的团队，这篇文章给出的是一份判别清单，而不是一句结论式推荐。
用 30 行 JavaScript 查询一笔 2010 年的比特币输出是否被花费
一篇短教程用约 30 行 JavaScript 演示如何查询一笔 2010 年的比特币区块奖励是否已被花费：脚本通过公开节点或区块浏览器的接口读取 UTXO 状态，再用时间戳与确认数判断这笔 50 BTC 是否仍留在原地址。文章的切入点是 2026 年 11 月 13 日，两笔 2010 年 9 月的挖矿奖励在沉寂超过 16 年后首次移动，引发社区对早期钱包苏醒的讨论。作者借此说明链上“是否花费”本质上是一次可复现的查询，很适合作为理解 UTXO 模型与区块链 API 的入门练手项目。
日本邮编自动填充的本地化实现：不依赖 API Key，用日本邮政公开数据
一位日本开发者把日本邮政公开的免费邮编数据做成本地化的地址自动填充方案：用户输入 7 位邮便番号，都道府县、市区町村与町域自动补齐，全程不需要第三方 API Key，也不必把用户输入回传到外部服务。文章解释了原始数据的分割方式、如何压缩成前端可直接加载的文件、以及遇到地址改编与市町村合并时如何维护数据版本。作者强调，地址表单不做自动填充是“这个网站没为日本做过本地化”最明显的信号，对做跨境电商与出海表单的团队，这是一份成本极低、收益明确的改造参考。
科技爱好者周刊第 419 期：机房来了，写字楼走了
《科技爱好者周刊》第 419 期以“机房来了，写字楼走了”为题，延续每周五发布的技术见闻汇编：本期把视线放在算力基建与城市空间的此消彼长上，讨论数据中心扩张如何重新分配土地、电力与办公需求，并附上本周值得一读的工具、开源项目与文章清单。作为中文技术圈传播度最高的周期出版物之一，该周刊的选题往往反映一线开发者近期真正关心的话题。这一期以机房与写字楼的对照切入，为理解本轮 AI 基建投资热的现实成本提供了一个非技术的观察视角。
不占单元格的终端边框：一次关于宽度计算的较真
DEV
一篇终端渲染短文讨论如何画出“不消耗单元格”的边框：传统 TUI 里，边框本身要吃掉一行一列，屏幕小的时候尤其浪费空间；作者尝试借助终端支持的字符属性与 Unicode 组合字符，在不额外占用网格位置的前提下呈现分隔线，并分析不同终端模拟器在宽度计算、光标定位和复制选择行为上的差异。文章的价值在于把“终端字符宽度只是近似值”这类长期被忽视的兼容性问题讲清楚。对写 TUI 框架、做 CLI 交互界面或维护跨平台终端工具的开发者，这是一份难得的实践笔记，也能解释不少界面在某些终端里“串行”的原因。
Ctrl+C、Ctrl+V、Ctrl+CVE：绕过 Android 剪贴板读取防护
HOT
一篇安全研究文章拆解 Android 剪贴板读取防护的绕过路径：系统对后台应用读取剪贴板设有可见性提示与调用限制，作者通过特定的调用时序与组件交互，在不触发用户提示的情况下拿到剪贴板内容，并把这一单点能力延伸为敏感数据泄露链路，标题里的 Ctrl+CVE 由此而来。文章给出复现思路、影响面分析与厂商侧的修复进展，同时讨论这类“单点低危、组合高危”的漏洞为何长期被忽略。对 Android 应用开发者，它提醒不要把密码、验证码的安全完全寄托在系统剪贴板机制上。
如何把音乐播放器做砸：一位开发者的失败复盘
一位开发者复盘自己“如何把音乐播放器做砸”的经历：从最初想做一个跨平台本地播放器，到在元数据解析、音频解码、播放队列与断点续播上不断加需求，最终陷入依赖膨胀和边界条件的泥潭。文章没有停在抱怨，而是逐条拆解哪些决定是错的——过早抽象、低估音频格式的兼容成本、把界面状态与播放状态耦合在一起，导致每加一个功能都要改动大半代码。对准备动手做桌面或 Web 媒体应用的开发者，这是一篇讲范围控制与依赖取舍的反面教材，往往比成功案例更有参考价值。
Anthropic 升级 Claude Code Projects：并行跑多个 AI 工作者，无需逐步确认
AI
Anthropic 更新 Claude Code 的项目（Projects）能力，允许在同一个代码库中并行调度多个 AI 工作进程，把彼此独立的子任务分派出去后不再需要人工逐一点击确认，整体更接近“挂机批量执行”的协作方式。这一改动针对的是 agent 编程长期存在的瓶颈：串行执行把等待时间成倍放大，人被迫一直盯着终端。对已经用 Claude Code 做重构、批量补测试或跨文件迁移的团队，并行化意味着任务拆分方式要重新设计——如何划分互不冲突的文件边界，往往比提示词本身更决定成败，并直接影响合并冲突与审查成本。
Perplexity Decider v1.3：训练、评测与适用场景拆解
AI
Perplexity 发布 Decider v1.3，围绕“什么时候该让模型做决策、什么时候该走固定规则”给出训练与评测方法，并列举落地场景：客服工单分流、检索结果取舍、多步任务中的路径选择等。文章公开了训练数据的构造方式与评测指标，强调小模型配合明确定义的判定标准，在窄任务上可以替代大模型的高成本推理，从而把延迟和费用同时压下来。对正在做 agent 编排、成本控制与上线可靠性评估的工程团队，这套“决策器”思路提供了介于纯提示与纯规则之间的第三个选项，也便于量化收益。
今天的榜单透露一个信号：能进入讨论中心的项目都不大，Ember 只控一颗指示灯，FM-1 只是个浏览器合成器，但都解决具体问题。工具层面的红利正在变薄，剩下的价值要靠对硬件、终端、音频格式这些细节的深耕来挖。
两篇 AI 文章指向同一趋势：agent 的竞争重心从“生成质量”转向“调度与判定”。并行工作进程解决等待，决策器解决成本，本质上都是把模型放进流程里做工程约束。谁能定义清楚任务边界，谁才真正省下时间。
FreeBSD 上跑 Zed、日本邮编自动填充、终端边框宽度，这些看似边缘的题材恰恰是护城河所在。兼容性与本地化做不好，功能再多也会在真实用户面前露怯，这类笔记值得每个做基础设施的人常读。