放弃 Home Row Mods 之后，我用 keyd 实现了更稳定的大拇指和弦方案

很多追求极致输入效率的人都会尝试 Home Row Mods（主行修饰键），但实际体验中，HRM 最让人头疼的就是 Timing（计时）问题。为了防止在快速打字时误触发 Shift 或 Ctrl，你必须在软件里小心地调试按下延迟，但只要稍微快一点，就会出现该大写却没大写，或者本想输入字母却触发了快捷键的尴尬情况。

最近我通过 keyd 重新设计了一套逻辑，将大拇指的空格键作为“和弦锚点”，通过 space 与主行按键的组合来触发 Modifier，稳定性比单纯的 HRM 高出很多。

这套方案的核心逻辑是：将 space 与特定字母键的组合定义为 one-shot（一次性）修饰键。在 keyd 的配置文件中，实现方式极其简单。我目前在 [main] 段落中配置了如下逻辑：

[ids]

*

[main]

d+space = oneshot(shift)
k+space = oneshot(shift)

这里有一个非常精妙的实操细节：当你同时按下 d（或 k）和 space 且立即松开时，它处于 one-shot 模式，仅对下一个按键生效。这意味着输入长单词的首字母大写时，动作极其流畅。但如果你在触发和弦后，先松开字母键而一直按住空格，这个修饰符就会持续生效。这种灵活的切换让我在处理全大写单词时，完全不需要用小指去够那个遥远的 Shift 键，对人体工程学的优化非常明显。

为什么这种方案比传统的 HRM 稳定？因为它在逻辑上简化了对“按下时间差”的依赖。在 keyd 的底层处理中，只要两个键的按下时间差在 50ms 以内，系统就会将其判定为一次有效的和弦触发，而不是一个独立的按键序列。这意味着它不需要像 HRM 那样进行复杂的计时计算，极大地降低了误触率。

当然，在实际部署这套方案时，有一个必须注意的坑：触发阈值必须低于你最快的“滚键”速度（key-roll）。如果你是一个打字速度极快的人，空格键与周围字母的衔接时间如果低于 50ms，就可能会在正常输入时误触发修饰键。为了验证这一点，我之前专门写了一个监控工具来记录 WPM（每分钟字数）和具体的按键间隔时间，才最终确定了目前最适合我的触发参数。

从实战感受来看，这套方案最大的优势在于“硬件解耦”。你不需要购买昂贵的 Alice 键盘或分体键盘来获得大拇指功能键，在任何标准布局的键盘上，只要安装了 keyd 就能跑通。同时，由于它利用了大拇指作为锚点，双手在输入时的灵活性得到了极大的释放，且对于之前习惯过 HRM 的用户来说，肌肉记忆几乎可以无缝迁移。

如果你也厌倦了在 HRM 的延迟参数中反复横跳，尝试将空格键定义为和弦触发点，可能会是一个更高效的替代方案。