## miditui：基于终端的 MIDI 编曲器
miditui 是一款由 Rust 驱动的终端应用程序，为 MIDI 编曲、混音和播放提供了一种令人惊讶的、功能齐全的 DAW 类似体验。它支持完整的鼠标操作——点击、拖动、滚动——从而实现与终端的直观交互。
主要功能包括钢琴卷帘视图、项目时间线、具有独立控制（静音/独奏、音量/声像）的无限 MIDI 音轨，以及通过 rustysynth 实现的低延迟 44.1kHz 音频。用户可以使用 QWERTY 键盘布局或通过点击钢琴卷帘实时编曲，并获得实时音频反馈。
miditui 支持导入/导出 MIDI 和 JSON 文件，以及导出为 WAV 格式。自动保存和撤销/重做功能可保护您的工作。它需要一个 SoundFont 文件 (.sf2) 用于声音生成，并且最好与支持水平鼠标滚动的终端（如 Ghostty）一起使用。
miditui 在 Claude Opus 4.5 的协助下开发，作为一项编码实验，适用于 macOS、Linux 和 Windows，也可以通过 Cargo 安装。
每日HackerNews RSS
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Show HN: Miditui – 一个用于MIDI作曲、混音和播放的终端应用/UI (github.com/minimaxir)
10 分，由 minimaxir 1小时前发布 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系方式
搜索：
## 紫色花园 (Purple Garden) 的曼彻斯特垃圾回收器 (mgc) 摘要 曼彻斯特垃圾回收器 (mgc) 是为紫色花园设计的全新垃圾回收系统，紫色花园是一种极简、高性能的脚本语言。它采用组合方法，结合预分配、通过根集追踪的可达性分析和半空间复制，以实现快速分配、低延迟和减少碎片。 mgc 针对紫色花园的特定需求进行了定制：其对嵌入性、小内存占用和短生命周期脚本的关注。它在三个暂停执行阶段运行：从寄存器和变量表（根集）开始标记可达对象，将存活对象复制到新的内存区域，以及交换旧区域和新区域。 主要特性包括一个位标记的 `Value` 结构体来区分堆分配的对象，一个 bump 分配器用于高效的内存管理，以及通过 `GcHeader` 元数据仔细跟踪分配。配置选项允许禁用垃圾回收器或根据内存限制调整其行为。该设计优先考虑简单性和速度，有意省略其他垃圾回收器中常见的特性（如代际收集或写屏障），因为紫色花园是单线程的，并且侧重于快速启动/执行。作者目前正在用 Rust 重写紫色花园，这将进一步完善这些概念。
一个 Hacker News 的讨论围绕一个新的曼彻斯特垃圾回收器和运行时（xnacly.me）。一位评论者 hayley-patton 指出该回收器是 Lisp-2 标记-整理算法的一个变种，并注意到它巧妙地通过在整理期间重写引用来避免使用半空间。
他们质疑作者关于分配开销的说法，认为自由列表分配器不*一定*需要比 bump 分配更多的系统调用，并引用了缓存机制和 mimalloc 的大型段请求（4MiB）等策略。
该评论者还指出了代码中潜在的优化点，建议垃圾回收器头部的“next”字段在使用 bump 分配时是冗余的，并且由于堆遍历已经修复了引用，`rewrite_nested` 中的递归调用是不必要的。提供了指向维基百科上标记-整理算法以及关于 mimalloc 的研究的链接，以供进一步参考。
abliteration.ai
本网站无需JavaScript即可抓取，但实时控制台需要JavaScript。
文档 |
定义 |
隐私政策 |
服务条款
Abliteration打开菜单文档角色扮演迁移定义定价☀️浅色模式切换至浅色模式登录注册404页面未找到您正在寻找的页面不存在。请尝试以下页面：热门页面主页OpenAI兼容性Python快速入门什么是abliteration？隐私政策定义文档在Postman中运行隐私政策服务条款Hugging [email protected] (Twitter)© 2025 Social Keyboard, Inc. 版权所有。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 工作 | 提交 登录
Show HN: 针对 OpenAI 兼容聊天补全 API 的角色扮演优先聊天 UI (abliteration.ai)
3 分，abliterationai 发表于 1 小时前 | 隐藏 | 过去 | 收藏 | 1 条评论
我为 abliteration.ai 构建了一个专门的角色扮演聊天 UI：https://abliteration.ai/roleplay
后端与 OpenAI 兼容 (/v1/chat/completions)，采用基于使用量的定价，默认不保留提示/输出 (详情请参见网站)。该 UI 旨在用于长篇角色聊天和互动小说，无需本地前端。
文档（包括角色扮演后端指南和 SillyTavern 集成指南）：
https://abliteration.ai/docs
希望收到关于缺少 RP 功能、UX 粗糙边缘以及您对角色扮演优先界面期望的反馈。
thomasds 发表于 50 分钟前 [–]
有趣.. 非常类似于 sillytavern
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
立即添加到 Chrome！
Yellopages。Ka Wai Cheung 提供的免费软件。我很感谢您的支持。请给我买杯咖啡！
Chrome 正在变成标签页墓地吗？
升级您的新标签页
并对您的网页再次说
“Yello！”
yellopages
一键清理相似标签页。把它们喂给标签页怪兽！
在一个地方搜索您的标签页、历史记录和书签。
来自每个标签页的新通知、邮件、点赞、回复。
搜索所有正在播放声音的标签页。切换正在播放的内容。
Mayday！ 立即隐藏标签页。稍后找回它们。
使用收藏夹记住您重要的页面。
yellopages。
一款让浏览体验惊艳的 Chrome 新标签页扩展程序！此扩展程序仅适用于非移动设备。
×
‹
›
## Yellopages：一款新的Chrome扩展程序，用于标签页管理
一款名为Yellopages的新Chrome扩展程序旨在简化和改进标签页管理。它由一位独立网页开发者开发，用专门设计用于对抗标签页过载的功能取代了你的新建标签页。
Yellopages可以**按域名、音频状态和新通知智能地分组标签页**，从而可以快速执行操作，例如静音所有播放音频的标签页，或一键关闭来自特定网站（如Gmail）的所有标签页。它还提供**跨标签页、书签和历史记录的通用搜索**。
该扩展程序包含一个独特的“关闭所有标签页”功能，适用于屏幕共享等情况，并提供快速恢复选项。开发者希望建立用户群体，并欢迎通过[Buy Me a Coffee](https://buymeacoffee.com/kawaicheung)提供支持。它可免费使用，现已可用。
(Empty input provided. There is nothing to translate.)
## 预提交代码检查与AI辅助编码
一则Hacker News讨论集中在使用AI编码助手时，维护代码质量的挑战。核心观点是，虽然AI可以*看似*修复代码检查错误（特别是TypeScript的隐式`any`问题或Python类型提示），但它常常会通过过度使用`any`、`unknown`或无意义的类型缩小，引入微妙的错误。
用户建议在CI/CD流水线中强制执行严格的代码检查，并阻止AI修改代码检查配置。工具如Ruff（用于Python）被建议用于自动修复和格式化。
一个关键的结论是，AI可能会产生技术债务，开发者应该谨慎对待代码的过早抽象——代码重复应该是语义上的，而不是偶然的。最终，讨论强调即使*在*AI辅助编码的情况下，代码检查仍然至关重要，作为防止隐藏错误的的重要保障。
## 致科技博物馆的一封情书 Marcin Wichary 分享了他数十年参观科技博物馆的感悟，强调了某些体验真正出色的原因。他认为这些博物馆提供了宝贵的经验——从在限制下解决问题到欣赏有缺陷的创新——并且常常蕴含着更美好未来的蓝图。 他最难忘的经历包括**台北铁路博物馆园区**，因其沉浸式的修复视频和周到的展示而备受赞誉，以及**西班牙Empordà技术博物馆**，因其充满热情的打字机收藏和背景资料而闻名。其他最爱包括**墨尔本ACMI**的创意展览、**柏林电脑游戏博物馆**的深度以及**荷兰**（Bonami & Home Computer）博物馆的庞大藏品。 Wichary 强调了规模、热情和周到设计的的重要性。他也毫不避讳批评，指出那些缺乏深度或感觉过时的博物馆。最终，他推崇那些能够激发好奇心并提供多层次发现的博物馆，认为最好的博物馆会让你渴望与它们的藏品“第二次约会”。他邀请读者分享他们自己的博物馆推荐，继续探索科技历史的精彩世界。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
最喜欢的科技博物馆 (aresluna.org)
5 分，justincormack 发表于 2 小时前 | 隐藏 | 过去的 | 收藏 | 1 条评论
Animats 1 分钟前 [–]
科学与工业博物馆 (芝加哥)。 经典之作。它曾经包含来自主要制造商的展品。美国钢铁、通用电气、RCA、AT&T、IBM、惠而浦、国际收割机、圣菲铁路…… 大部分企业赞助已经消失，现在更偏向“教育”，而且费用为 30 美元，而不是免费。
广播博物馆 (芝加哥)。
曾经令人印象深刻，现在已经关闭，文物存放在仓库中。它拥有许多早期的电视演播室设备。他们的怀旧展品，互联网时代之前，是他们有一个巨大的电视节目 VHS 磁带库，你可以要求播放其中一个。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
一位谷歌工程经理分享了一个简单有效的团队习惯：将所有会议安排在每小时五分钟开始。这并非为了提前结束，而是为了保证连续会议之间的缓冲时间。
这个策略利用了社会压力——人们不太可能大幅超出整点时间，也不太愿意赶在紧迫的结束时间前挤进去。这个小小的休息让参会者可以精神重整，减少压力，并全身心投入。
虽然看似损失了每个会议的五分钟，但这位经理指出，之前的会议很少能准时开始。这项做法已经在组织内自然传播开来，证明了它的价值。这是一个小细节，就像优秀的编码一样，通过优先考虑精神空间和尊重时间，显著改善了工作日。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
从5分钟开始你的会议 (philipotoole.com)
11点 由 otoolep 3小时前 | 隐藏 | 过去的 | 收藏 | 4条评论
exegete 5分钟前 | 下一个 [–]
我们公司这样做，猜猜怎么着 - 会议往往会晚5分钟开始，因为每个人都知道下一次会议要到5分钟后才开始。
teeray 6分钟前 | 前一个 | 下一个 [–]
除了在连续的会议之间快速休息一下，它还为你的与会者提供了关键的生物休息时间。
AndrewKemendo 45分钟前 | 前一个 [–]
#领导力 真的让我对这件事感到共鸣。
antonvs 31分钟前 | 父评论 [–]
那张PHB的图片比作者愿意承认的更相关。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## 程序设计中的权衡：数据 vs. 对象 vs. ADT
本系列探讨程序设计中的基本权衡，重点关注**能力**（添加功能的灵活性）与**属性**（可靠、可预测的行为）之间的张力。一个关键的考虑因素是您是否在**系统边界**内进行设计——由于外部依赖而难以更改的代码。在边界之外，简单性胜过严格的规则。
作者认为我们的语言通过未能充分拥抱**对象**和**数据**的独特性，阻碍了良好的设计。他们用坐标表示（极坐标/笛卡尔坐标）来说明这一点——可以作为对象（具有固定接口）或数据（具有固定模式）来实现。
* **数据**允许轻松添加函数，但限制了类型本身的扩展。
* **对象**允许添加新的实现，但限制了接口的更改。
* **抽象数据类型 (ADT)** 为作者提供最大的控制权，防止外部扩展，但允许未来的修改。
这种选择与**表达问题**有关——在变体*和*操作中都具有可扩展性的愿望。虽然存在解决方案，但它们通常会牺牲代码清晰度或引入复杂性。最终，仔细考虑这些权衡，并为特定上下文选择正确的方法，对于良好设计的代码至关重要。作者将在未来的文章中探讨现有语言中的解决方法。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
设计二元性和表达问题 (2018) (tedinski.com)
4 分，来自 NeutralForest 1小时前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## 音频与图像变换：一次有趣的探索 本文探讨了栅格图形和音频处理之间令人惊讶的相似之处，源于两者都是模拟测量值的序列这一理念。作者尝试将基于图像的变换应用于音频，反之亦然，揭示了有趣的结果。 “像素化”音频——降采样和求平均值——由于耳蜗对波形跳跃的敏感性，会产生不悦的金属泛音，这与图像产生的视觉上可接受的像素艺术不同。平滑波形可以解决这个问题。相反，降低音频*位深度*会引入嘶嘶声，这是量化造成的后果。 将图像滤波器应用于音频会产生进一步的见解。延迟和衰减音频（如模糊图像）会产生回声和合唱等效果。频率域分析（使用FFT）对音频来说功能强大——能够实现人声编码器和自动调音——但由于会产生伪影，因此对图像编辑具有挑战性。 作者详细介绍了使用窗口技术（如汉宁函数）克服FFT限制的方法，以避免编辑过程中出现可听见的咔哒声，从而实现选择性的音高变换。最终，这次探索强调了我们对视觉和听觉数据的感知差异，以及看似相似的数据表示形式需要不同的处理方法。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
用你欺骗的耳朵来听 (lcamtuf.substack.com)
11 分，来自 fratellobigio 39 分钟前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
卡尔特兰展示了为什么每个地区都应该转向区域铁路。
Caltrain shows why every region should be moving toward regional rail
6 小时前
## 区域铁路发展势头 区域铁路正在复兴，加州Caltrain的成功和伊利诺伊州的最新立法是例证。 Caltrain的电气化促使其转向区域铁路模式，**周末列车服务和客运量翻倍——目前已超过疫情前水平**，尽管总体客运量仍为60%。 11月在旧金山湾区可能举行的交通资金投票，每年可能为当地系统提供近10亿美元的资金，巩固这一进展。伊利诺伊州最近通过了一项法律，每年投资15亿美元用于铁路和交通运输，旨在建立一个现代化、互联互通的铁路网络。 目前的重点是将这种模式扩展到整个美国，将区域铁路定位为不仅仅是社会服务，而是**经济增长、社区健康和环境可持续性的重要基础设施**。 加州、伊利诺伊州和纽约等关键州正在引领这一潮流。
## Caltrain 与区域铁路的未来
一篇黑客新闻的讨论围绕着一篇近期文章，文章强调 Caltrain 电气化后客运量增加了 47%，但仍仅为疫情前水平的 60%。虽然改善后的频率（现在每 30 分钟一班）是一项主要优势，但评论员们争论 Caltrain 是否代表了区域铁路扩张的成功模式。
批评集中在 Caltrain 的局限性上：它是一个单一、线性的系统，缺乏特快车道、足够的插座或高架/地下分离，并且自 1992 年以来没有扩展过线路。一些人认为它的成功受到地理位置的限制（半岛的“长走廊”形状）以及联合太平洋的线路使用权的影响。
许多人指出湾区治理的碎片化以及 Caltrain 与 BART 之间缺乏整合是关键问题。建议范围从用 BART 替换 Caltrain 到创建像纽约市那样更全面、互联的区域交通网络。其他例子，例如德克萨斯州奥斯汀的单轨铁路，被引用为低效规划的警示故事。