TL;DR
Windows IMEにはShiftキーを1回押すだけで英数入力に入り、Enterで自動的に日本語に戻る機能がある。入力切替という概念自体が消える。設定は2箇所変えるだけ。
入力切替の3つの流派とその欠陥
日本語と英数の切り替え方法には、大きく3つの流派がある。
1. トグル派（半角/全角キー / CapsLock）
最も多数派。押すたびに日本語⇔英数が切り替わる。
問題：現在の入力状態を脳内で保持しなければならない。
いざ入力を始めたが、日本語を打ちたかったのに英語が入力されたという経験は誰にでもあるだろう。この方式は、この問題が非常に多く出る。
CapsLockに割り当てても本質は同じだ。位置が良くなっただけで、トグルという操作モデルが抱える認知コストは変わらない。
2. ステートレス派（英数/かな分離）
Macのデフォルト。英数キーを押せば必ず英数、かなキーを押せば必ず日本語。Windowsでも無変換/変換キーに割り当てることで再現できる。
トグルの「今どっちだっけ？」問題を完全に解決している。現在の状態に関係なく、目的の入力モードに確定的に入れる。
これは良い。良いが、まだ 「切替」という操作が存在している 。英数を打つ前に英数キーを押し、日本語に戻る前にかなキーを押す。切替専用のアクションが2回発生する。また、カタカナ変換の位置が遠くなり（無変換キーの消失）、既に入力した文字列を変換することができなくなる（変換キーの消失）という問題も抱えている。
3. Shift一時切替（本記事の推奨）
切替という概念自体を消す。
日本語入力中にShiftキーを1回押すと、一時的に英数入力モードに入る。そのまま自由に英数文字を入力し（小文字も大文字も記号もすべて可能）、Enterを押すと自動的に日本語入力に復帰する。
\[日本語入力中\] → Shift単押し → \[英数入力\] → Enter → \[日本語入力に自動復帰\]
なぜこれが最強なのか
比較表で見ると差が明確になる。
| モデル | 英数入力の開始 | 入力中 | 日本語への復帰 | 状態管理 | 専用キー操作 |
|---|---|---|---|---|---|
| トグル | 半角/全角を押す | 自由 | 半角/全角を押す | 脳内保持が必要 | 2回 |
| ステートレス | 英数キーを押す | 自由 | かなキーを押す | 不要 | 2回 |
| Shift一時切替 | Shiftを1回押す | 自由 | Enter（自動） | 不要 | 0回 |
「専用キー操作0回」がポイントだ。Shiftキーは英字入力で元々使うキーであり、Enterは入力確定で元々押すキーだ。入力切替のために追加の操作が一切発生しない。
操作モデルとしての分類で言えば、トグルとステートレスは「モード遷移の最適化」であり、Shift一時切替は「モード遷移の排除」だ。最適化と排除では抽象度が一段違う。
また、この操作は認知的にも優れている。我々日本語ユーザーは、ある程度入力したらEnterを押すという動作を違和感なくできる。この入力方式は、英語を入力し終えたらEnterで確定させつつ日本語に戻れるため、導入ハードルが低い。今すぐできる。
プログラミングでの具体例
Apexのコードを書きながらコメントを書く場面。
ステートレスの場合：
\[かな\] 取引先の → \[英数キー\] accountList → \[かなキー\] を取得する
操作：入力 → 英数キー → 入力 → かなキー → 入力（切替2回）
Shift一時切替の場合：
\[かな\] 取引先の → \[Shift\] accountList \[Enter\] → を取得する
操作：入力 → Shift → 入力 → Enter → 入力（切替0回。ShiftもEnterも入力の一部）
設定方法（Windows 10/11 Microsoft IME）
以下の二つ。
1.下のバーの「あ」や「A」と書かれているところを右クリック
2.プロパティ
3.詳細設定
4.和英混在入力
5.shiftキー単独で英数モードに切り替えるにチェック
1.3.の詳細設定
2.オートコレクト
3.全角/半角
4.英字
5.常に半角を入力
注意点と限界
長い英文の入力
この方法はコード中の変数名、短いコマンド、URLの一部など短い英数文字列のインライン入力に最適化されている。Enterを押すと日本語に戻るため、改行したい場面、例えば英語で長文のメールを書くような場面やコードを書く場面では、ステートレス切替や英語キーボードへの切り替えの方が適している。
Macでは完全再現できない
macOSの日本語入力にも「Shiftキーで英字入力」の機能は存在するが、最初の1文字がShiftとの同時押しとして処理されるため、必ず大文字になる。
これが致命的なのは記号入力だ。JIS配列で;を打ちたい場合、WindowsではShift → ;で入力できる（Shiftはモード切替トリガーとして消費され、;はそのまま入力される）。しかしMacではShift+;として処理され、+が出力される。小文字始まりの英数・記号入力が構造的に不可能。
WindowsのIMEはShiftキーの役割を時間的に分離しているのに対し、macOSは修飾キーとして同時適用する設計の違いが原因。この点においてはWindows IMEの設計の方が優れている。
なぜこの方法は知られていないのか
この入力法が優れているにもかかわらず普及しない理由は、機能の問題ではなく情報流通の構造的な問題だ。
- 検索クエリに載らない。 この方法を知らない人は「Shift 入力切替」で検索しない。「半角全角 面倒」「CapsLock IME 設定」で検索するが、それらのクエリに対する回答としてこの方法は検索エンジンに認識されにくい
- 既存の比較フレームに居場所がない。 入力切替の議論は「トグル vs ステートレス」の二項対立で語られている。第三の選択肢は分類体系から漏れている
- 発信者層とのズレ。 入力最適化を語る層にはmacOSユーザーが多い。macOSで完全再現できない方法はクロスプラットフォームのTipsとして流通しない
- Microsoft IMEのデフォルト機能なのに、発見が偶然に依存する。 体系的に教わる経路がない
まとめ
- 入力切替のストレスの本質はトグルの状態管理。CapsLockに変えても位置が良くなるだけで認知コストは同じ
- ステートレス（英数/かな分離）は状態管理を排除するが、切替操作は残る
- Shift一時切替は切替という概念自体を排除する。操作モデルとして一段上
- Windows限定。Macでは小文字・記号入力ができない制約がある
- 設定は2箇所。5分で終わる