この村では何が起きている？
QMKは自作キーボードで広く使われるオープンソースのファームウェアで、単なるキー配置だけでなく、レイヤー、長押しと短押しの使い分け、コンボ、マクロ、エンコーダ、独自処理まで記述できる。つまり同じ物理キーボードでも、keymap.cや設定JSONによって使い勝手は別物になる。ハードウェアを組み立てたユーザーが、次に『自分の仕事に合うキー配置が分からない』『QMKをビルドできない』と詰まるため、設定そのものが支援対象になる。
なぜ、これだけで市場になるのか
分割キーボードや少キー数キーボードでは、物理キーが少ない代わりにレイヤーやタップホールドを前提とする。完成品キーボードのように初期配置だけで終わらず、利用者のOS、エディタ、言語、ショートカット、手の癖に応じて設計を詰める必要がある。QMKは非常に柔軟だが、その柔軟性が設定負荷でもある。プログラミングに興味がない利用者にとっては、Git、ビルド環境、Cコード、ファーム書き込みまで一気に出てくるため、ハード購入後の最後の一歩が専門作業になる。
実際の仕事はこう進む
- 01
利用パターンを聞く
OS、JIS/US配列、主要アプリ、頻繁に使うショートカット、片手操作、数字入力、記号入力などを確認する。理想の配列はキーボード形状だけでは決まらない。
- 02
レイヤー構造を設計する
ベース、記号、数字、ナビゲーションなどのレイヤーを決め、親指キーへ何を置くかを設計する。少キー数では、覚えやすさと指の移動量のトレードオフが大きい。
- 03
QMK機能へ落とし込む
LTやMT、コンボ、Key Override、独自キーコードなどを使い、keymap.cやJSONへ実装する。複雑にしすぎると意図しない誤入力が増えるため、設定可能だから使うとは限らない。
- 04
ビルドと実機調整を繰り返す
ファームをビルドし、実機へ書き込み、数日使ってから再調整する。机上で最適に見える配列と、実際に高速入力できる配列は違うため反復が前提になる。
どこに金が流れる？
この市場は『QMK設定だけ』の大規模市場というより、自作キーボードの組立代行・導入支援の一部として金が動いている。利用者は基板やキットにすでにお金を払っており、完成後に設定で詰まると、ファーム書き込みやキー配置まで含めて助けを求める。ここでは単価の大きさより、同じ相談が機種ごとに繰り返されることが重要で、設定テンプレートや相談サービスへ商品化しやすい。
外から見ると見落とすこと
界隈では『最強配列』より、自分で調整できる状態を作ることが重視される。タップホールドの閾値、レイヤー移動、コンボは個人差が大きく、他人のkeymapをそのまま入れて終わることは少ない。またQMK本体は更新されるため、古いブログ記事の設定がそのまま通らない場合もある。QMK Configurator、VIA、RemapなどGUI系との役割分担もあり、利用者がどこまでコードを触りたいかで最適解が変わる。
AI・コードでどこまで削れる？
自然言語からの初期keymap生成はかなり現実的である。キーボード機種、OS、用途、よく使うショートカットを入力すると、レイヤー案とQMK JSON/keymap.cの叩き台を返し、GitHub Actionsでビルドまで行う流れが考えられる。さらに、同じキーへ競合する機能を割り当てていないか、タップホールドが過密でないかを静的解析できる。ただし最終的な『押しやすさ』は身体感覚なので、数日使ったフィードバックを再入力して改善するループが必要になる。
外からこの村に入るなら
- KeyballやCorneなど機種を選び、職種・OS・よく使うアプリを答えると、初期レイヤー案とQMKファイルを生成する『配列オンボーディング』。
- GitHub連携でQMK Userspaceを自動作成し、ユーザーはWeb上で変更するだけでファームがビルドされるホスティング型の設定管理サービス。
- 既存keymap.cを解析して、レイヤー遷移、コンボ、タップホールドを図解し、複雑すぎる箇所を指摘するレビューサービス。
この市場を雑に扱うと危ない点
- 誤ったファーム書き込みで一時的に入力できなくなる可能性がある。復旧手順とブートローダーへの入り方を機種ごとに確認する。
- キーボードによってQMK対応状況やキーマトリクスが違う。『QMK対応キーボードなら全部同じ』という前提で生成しない。
- 身体的な使いやすさは自動評価できない。初期案を完成品として売るより、調整履歴を残して改善できる設計にする。
この市場があると判断した根拠
最終確認: 2026-09-25