US配列のままで「英数・かな」を親指で切り替える　─ HHKB × Mac & Windows設定ガイド ─

2026年5月18日 08:36

どうもです！えむしんです！

今回は、US配列キーボードでの日本語・英数の切り替えをもっと快適にした話です。

HHKB(HappyHackingKeyboard)の公式キーマップツールと、OS側のリマッピングツール（MacはKarabiner-Elements、WindowsはKanata + AutoHotKey）を組み合わせて、親指だけで「かな」「英数」を切り替えられるようにしました。しかも、MacでもWindowsでも同じ操作感で使えます。

小指の負担が消えて、執筆がめちゃくちゃ楽になったので共有します。

US配列への愛と、忍び寄る「小指の限界」

わたしはかれこれ25年以上もUS配列を使っています。記号の配置が合理的だし、プログラミングとの相性も良い。一度慣れると、もうJIS配列には戻れない体になってしまいました。

で、MacやWinPCでの日本語・英数の切り替えは Command + `（バッククオート）を使っていました。US配列のユーザーなら、おなじみの操作だと思います。

ちなみに、日英切替には Ctrl + Space や Command + Space を割り当てる方法もあります。ただ、わたしはそれらをSpotlight検索や他のショートカットとして使いたいので、日英切替には割り当てたくないんですよね。

余談ですが、昔のMacOSだった漢字Talk時代には Command + Space が日英切替のデフォルトでした。あの頃は何の迷いもなくそれを使っていたのに、時代が変わるとキーの役割も変わるものです。

……と、どうでもいい昔話はさておき。

Command + ` での切り替え、たまに使うくらいなら何の問題もないんです。

ですが、記事を書く量が増えてくると、話が変わってきました。日本語で文章を書いて、コマンドやコードを入力するために英数に切り替えて、また日本語に戻して……。この繰り返しが1日に何十回、何百回と発生します。

そのたびに右小指（または左小指）を遥か遠くまで伸ばして ` を押す。このわずかな距離が蓄積して、ふと気づけば小指に疲労が溜まっていました。

地味だけど確実にストレスになる、そういう類の問題です。

日本語配列の「いいとこ取り」をしたい

ここで、ふと日本語配列のキーボードを思い出しました。

JIS配列には、スペースキーの両隣に「英数」と「かな」のキーがあります。左親指で「英数」、右親指で「かな」。これ、切り替え方法としては実はめちゃくちゃ合理的なんですよね。

親指はホームポジションから動かさなくていい。押すキーは1つだけ。しかも「いま英数にしたい」「いまかなにしたい」と意図が明確に対応している。トグル式と違って「いまどっちだっけ？」と迷うこともありません。

じゃあ、US配列のHHKBでもこれを再現できないか？

……と考えたときに、ひとつ壁がありました。HHKBのUS配列では、スペースの左隣は Command、右隣は Option です。どちらも修飾キーとしてバリバリ使っています。特に Command を潰すわけにはいきません。

でも、よく考えたら解決策はシンプルでした。

「単押し」と「長押し」で役割を分ければいい。

単押しなら「英数」や「かな」として振る舞い、長押し（他のキーと同時押し）なら従来通り Command や Option として機能する。これなら、どちらの機能も諦めなくて済みます。

解決策の全体像：HHKB公式アプリ × OS側ツールの二段構え

この仕組みを実現するために、HHKB側とOS側で役割を分担させます。

◆ HHKB公式キーマップツール
　（OS共通の土台）
　　スペース左隣のキー → F13 を出力
　　スペース右隣のキー → F14 を出力

◆ OS側のリマッピングツール
　（F13/F14を受け取って最終的な動作を割り当てる）
　　Mac → Karabiner-Elements
　　Windows → Kanata + AutoHotKey + 自動起動

ポイントは、HHKBからはOSに依存しない「F13」「F14」という中間キーコードを吐き出させること。英数やかなの処理はOS側に任せます。

こうすることで、HHKB本体の設定は1つだけ。MacとWindowsで同じキーボードをそのまま差し替えて使えます。HHKBの公式ツールはファームウェアに書き込むので、接続先のOSを問わず設定が維持されます。まさに神アプリ。

なぜ「英数」「かな」をHHKBに割り当てないのかというと、HHKBの公式アプリだけでは「単押しと長押しで動作を変える」という高度な制御ができないからです。OS側のツールに処理を委ねるために、あえて中間キーコードのF13/F14を経由させています。

V V V もう少し、詳しく説明しますね。 V V V

HHKB公式キーマップツールの設定

HHKBの公式キーマップ変更ツールで、以下のように物理キーの割り当てを変更します。

スペースの左隣のキー → F13
スペースの右隣のキー → F14

F13とF14は、一般的なキーボードにはない「空いているキーコード」です。他のアプリやOSのショートカットと衝突する心配がほぼありません。だからこそ、OS側のツールで自由に意味を持たせるのに最適です。

設定はHHKBの内部ファームウェアに書き込まれるので、USBで別のPCに繋いでも、Bluetoothで接続先を切り替えても、この設定はそのまま維持されます。

Mac編：Karabiner-Elementsの設定

MacではKarabiner-Elementsを使って、F13/F14を受け取り、単押しと長押しで動作を振り分けます。

F13（スペースの左隣）　単押し → 英数　長押し → Left Command
F14（スペースの右隣）　単押し → かな　長押し → Right Option

以下が complex_modifications に追加するJSONです。

{
    "description": "英数/かなを短押しは通常、長押しは修飾キーにする",
    "manipulators": [
        {
            "from": {
                "key_code": "f13",
                "modifiers": { "optional": ["any"] }
            },
            "parameters": {
                "basic.to_if_alone_timeout_milliseconds": 200,
                "basic.to_if_held_down_threshold_milliseconds": 200
            },
            "to_if_alone": [{ "key_code": "japanese_eisuu" }],
            "to_if_held_down": [{ "key_code": "left_command" }],
            "type": "basic"
        },
        {
            "from": {
                "key_code": "f14",
                "modifiers": { "optional": ["any"] }
            },
            "parameters": {
                "basic.to_if_alone_timeout_milliseconds": 200,
                "basic.to_if_held_down_threshold_milliseconds": 200
            },
            "to_if_alone": [{ "key_code": "japanese_kana" }],
            "to_if_held_down": [{ "key_code": "right_option" }],
            "type": "basic"
        }
    ]
}

いくつか補足します。

to_if_alone が「単押し」時の動作、to_if_held_down が「長押し」時の動作です。Karabiner-Elementsがキーの押下時間を監視して、自動的に振り分けてくれます。

判定の閾値は 200 ミリ秒に設定しています。普通にポンと押せば英数・かなとして動作し、押しっぱなしにしたり他のキーと組み合わせたりすれば修飾キーとして機能します。200msはデフォルト値ですが、体感としてもちょうどいい塩梅です。もし誤判定が気になるようであれば、150〜300msの範囲で調整します。

"modifiers": { "optional": ["any"] } は、他の修飾キーが同時に押されていても発動するようにする設定です。これがないと、Shiftを押しながらの操作などで意図しない挙動になることがあります。

Windows編：Kanata + AutoHotKey、自動起動の設定

Windowsで割り当てたいことは

F13（スペースの左隣）　単押し → 英数　長押し → Alt
F14（スペースの右隣）　単押し → かな　長押し → Ctrl

WindowsではKarabiner-Elementsが使えないので、2つのツールを組み合わせて同じことを実現します。

Kanata ー F13/F14を受け取って「単押しと長押し」の振り分けを担当
AutoHotKey ー Kanataから出力されたキーコードを、Windowsが認識する「英数」「かな」に変換

なぜ2つ必要なのかというと、Kanataは単押し/長押しの振り分けは得意ですが、Windowsの日本語IME向けキーコード（vk1D / vk1C）を直接送れません。そこで、Kanataからはいったん別のキー（F15/F16）を出力して、AutoHotKeyでIMEが認識するキーコードに変換しています。

まず、Kanataの起動コマンドです。
（Kanataの導入は他の方にお任せします。これだけで記事になります）

kanata_windows_gui_winIOv2_x64.exe -c kanata.kbd

Kanataの設定ファイル（kanata.kbd）はこうなります。

(defcfg
  process-unmapped-keys yes
)

(defsrc
  f13
  f14
)

(defalias
  ei (tap-hold-press 200 200 f15 ralt)
  ka (tap-hold-press 200 200 f16 lctl)
)

(deflayer base
  @ei @ka
)

tap-hold-press は、Karabinerの to_if_alone / to_if_held_down に相当する機能です。200ミリ秒以内の単押しならF15/F16を、長押しならCtrl/Altを出力します。

次に、AutoHotKeyを設定します。
（Auto Hot Key の導入方法も他の方にお任せします💦）

AutoHotKeyの設定ファイル（kanata.ahk）はこうです。

#Requires AutoHotkey v2.0
F15::Send "{vk1D}"
F16::Send "{vk1C}"

vk1Dは「無変換」（≒英数）、vk1Cは「変換」（≒かな）のキーコードです。

事前に、WindowsでIME ON/OFF を割り当てる設定が必要です。
設定 > 時刻と言語 > 言語と地域 > オプション > Microsoft IME > キーとタッチのカスタマイズ > キーの割り当て　で、無変換キーをIME-オフ、変換キーをIME-オンにします。
WindowsのIMEはこれらを受け取ると、入力モードを英数/かなに切り替えてくれます。

KanataとAutoHotKeyは常駐型のツールなので、PCを再起動するたびに手動で起動するのは面倒です。タスクスケジューラに登録して、ログオン時に自動起動するようにしておきましょう。

(Windows)タスクスケジューラで自動起動させる

KanataとAutoHotKeyのそれぞれについて、以下の手順でタスクを作成します。

タスクスケジューラを開く（「タスクスケジューラ」で検索）
「タスクの作成」を選択（「基本タスクの作成」ではなく「タスクの作成」の方）
「全般」タブ
　タスク名を入力（例：Kanata、AutoHotKey）
　「最上位の特権で実行する」にチェック（Kanataはキーボード入力を横取りするので、管理者権限が必要です）
「トリガー」タブ
　「新規」→「ログオン時」を選択
1. Kanataの場合：「遅延時間を指定する」を30秒
2. AutoHotKeyの場合：「遅延時間を指定する」を35秒
「操作」タブ
　「新規」→「プログラムの開始」を選択
　Kanataの場合：「プログラム/スクリプト」に kanata_windows_gui_winIOv2_x64.exe のフルパスを指定し、「引数の追加」に -c kanata.kbd を入力、「開始」にkanata.kbdがあるフォルダのパスを指定
　AutoHotKeyの場合：「プログラム/スクリプト」に kanata.ahk のフルパスを指定
「条件」タブ
　「コンピューターをAC電源で使用している場合のみタスクを開始する」のチェックを外す（ノートPCの場合、バッテリー駆動時にも動くようにするため）
「OK」で保存

これで、Windowsを再起動しても自動的にKanataとAutoHotKeyが立ち上がり、すぐに親指切り替えが使えるようになります。

指癖の Command + ` もそのまま使える

ここが地味に嬉しいポイントです。

日本語切替の設定では、左側のキーを長押しすると Left Command（WinPCだとAlt）として機能します。つまり、従来の指癖で Command + ` を押しても、ちゃんと日英切替が発動します。

新しい操作に完全に移行するまでの過渡期でも、今までのやり方が壊れない。これ、設定変更で一番大事なことだと思います。「戻れる安心感」があると、新しい操作を試す心理的ハードルがぐっと下がります。

まとめ：1台のHHKBで、どこでも同じ操作感

設定してからしばらく使っていますが、もう元には戻れません。

一番の変化は、小指の疲労がなくなったこと。切り替えのたびに手の形を崩す必要がなくなったので、タイピングのリズムが途切れません。

そして意外と大きいのが、「思考コストの削減」です。トグル式の Command + ` だと、無意識に「いまどっちのモードだっけ？」と一瞬考えてしまうことがありました。それが「英数にしたいから左親指」「かなにしたいから右親指」と、意図と操作が1対1で対応するようになったことで、切り替え自体が思考の外に出ました。

そしてもうひとつ。F13/F14を中間キーコードとして挟んだことで、HHKB本体の設定は1つだけ。MacでもWindowsでも、同じキーボードをそのまま持っていくだけで、同じ親指切り替えが使えます。OSをまたいで同じ操作感が維持できるのは、地味ですが実用上とても大きい。

HHKBはキーが少ないぶん、1つのキーに複数の役割を持たせる設計思想と相性が良いです。公式アプリとOS側のツールを組み合わせれば、このコンパクトなキーボードのポテンシャルを最大限に引き出せます。

US配列で日本語を書く方、ぜひ試してみてください。小指が喜びます。ではでは。

いいなと思ったら応援しよう！

面白かったら、チップで一票いただけるとうれしいです。深掘りする励みになります！

US配列のままで「英数・かな」を親指で切り替える ─ HHKB × Mac & Windows設定ガイド ─