업무용으로 Mac과 Windows PC를 오가며 사용한다면 한 가지 비대칭을 알아차렸을 수 있습니다. macOS는 수년 전부터 시스템 설정에서 시스템 전체 텍스트 대치와 예측 제안을 제공해 왔지만, Windows 데스크톱 앱은 대체로 앱별로 이런 기능을 처리해 왔으며, 기능 자체가 없는 경우도 있습니다. 이는 한 플랫폼이 “더 낫다”는 문제가 아닙니다. 각 운영 체제가 앱에 텍스트 입력을 제공하는 방식을 어떻게 선택했는지의 차이입니다.

macOS에 내장된 기능

macOS에는 오래전부터 시스템 수준의 Text Replacements 기능이 포함되어 있습니다. 이 기능은 시스템 설정의 키보드 항목에서 설정할 수 있으며, 사용자가 입력할 때 자동으로 확장되는 단축어를 지정할 수 있습니다. 또한 트랙패드나 터치 입력 환경에서는 키보드 위에 예측 텍스트 제안을 표시합니다. macOS는 Cocoa 앱에서 사용하는 통합 텍스트 입력 프레임워크를 제어하기 때문에 한 번 정의한 대치 항목이나 제안이 Mail, Notes, Safari 및 표준 텍스트 API를 사용하는 모든 앱에서 일관되게 표시될 수 있습니다.

이러한 일관성은 macOS의 앱 프레임워크에서 직접 비롯됩니다. 대부분의 기본 Mac 앱은 같은 기반 시스템 구성 요소를 통해 텍스트 입력을 처리하므로, 해당 계층에 내장된 기능은 거의 자동으로 모든 앱에 적용됩니다.

Windows가 다른 경로를 택한 이유

Windows에는 Win32, WPF, UWP, WinUI뿐 아니라 Electron 및 Chromium 기반 앱(Slack, Discord, VS Code)과 단일 기본 텍스트 입력 스택을 공유하지 않는 브라우저 렌더링 앱까지, 더 길고 다양한 앱 프레임워크의 역사가 있습니다. 모든 Windows 앱이 기반으로 삼는 단일 프레임워크가 없기 때문에, 사용자가 입력할 수 있는 모든 앱에서 일관되게 작동하는 중앙 집중식 “시스템 전체 예측 텍스트” 기능을 제공하기가 훨씬 어렵습니다.

Windows에는 터치 키보드와 같은 일부 환경에서 예측 텍스트 기능이 포함되어 있습니다. 예를 들어 화상 터치 키보드는 단어를 제안합니다. 하지만 이는 터치나 태블릿 입력 환경을 위한 것이며, Word나 Outlook에서 실제 키보드로 입력할 때 표시되는 기능은 아닙니다. 데스크톱에서 키보드로 입력할 때 Windows는 역사적으로 운영 체제 계층이 아니라 개별 앱(일부 메일 클라이언트, 일부 IDE)에 구문 단위 예측 기능을 맡겨 왔습니다.

품질에 대한 판단이 아닙니다. Windows 앱 프레임워크의 다양성은 유연성의 원천이기도 합니다. 동일한 운영 체제에서 수십 년 된 Win32 소프트웨어부터 최신 웹 기반 앱까지 실행할 수 있습니다. 이러한 유연성에는 절충이 따르며, 시스템 전체 텍스트 예측 기능은 중앙 집중화하기 어려워진 기능 중 하나입니다.

실제로 달라지는 점

결과적으로 오늘날 Windows 사용자가 예측 텍스트를 사용할 수 있는지는 전적으로 어떤 앱을 사용하느냐에 달려 있습니다.

터치 키보드: 사용 가능

Windows 화상 키보드는 단어 수준의 제안을 제공하지만, 해당 가상 키보드가 입력 방식일 때만 가능합니다. 실제 키보드로 입력하는 동안에는 제공되지 않습니다.

일부 앱: 내장 기능

일부 앱에는 자체 자동 완성 또는 제안 기능이 있지만, 해당 앱 안에서만 작동하며 다른 앱으로 이어지지 않습니다.

대부분의 데스크톱 입력: 기능 없음

채팅 앱, 브라우저, Notepad 및 대부분의 생산성 소프트웨어는 문자를 하나씩 입력하는 대로 표시할 뿐, 구문 단위 제안은 전혀 제공하지 않습니다.

트레이 유틸리티로 공백 메우기

Windows는 OS 수준에서 이 기능을 통합하지 않으므로, 실용적인 해결책은 Windows 앱이 일반적으로 키보드 입력을 받는 방식에 맞춰 백그라운드에서 작동하는 유틸리티를 사용하는 것입니다. 어떤 프레임워크로 앱을 만들었는지는 관계없습니다. Windows용 Typeahead 는 이 방식을 택합니다. 시스템 트레이에서 실행되며, 각 앱이 자체 제안 기능을 만들 때까지 기다리는 대신 거의 모든 데스크톱 앱에서 커서 위치를 감지합니다. 여기에는 WhatsApp, Telegram, Slack, Chrome, Edge, Firefox, Outlook, Thunderbird, Word, Notepad, Notepad++ 및 VS Code의 채팅과 텍스트 창이 포함됩니다.

이는 OS 계층에서 통합되지 않은 기능을 앱 계층에서 해결하는 방식입니다. 도구 하나와 모델 하나로, 현재 사용하는 앱이 어떤 프레임워크로 만들어졌는지와 관계없이 일관되게 작동합니다.

제안은 실제로 어떻게 표시될까

Typeahead는 입력하는 동안 현재 문장의 나머지 부분을 커서 옆에 흐리게 표시합니다. 누르세요 Tab 또는 오른쪽 화살표 키를 눌러 제안을 수락하고 계속하거나, 계속 입력하면 제안은 무시됩니다. 수락 키를 누르지 않으면 아무것도 삽입되지 않습니다. llama.cpp를 통해 Qwen 3.5를 사용하는 로컬 모델로 완전히 오프라인에서 실행되므로, 특정 앱의 클라우드 연동이나 특정 OS 기능의 존재 여부에 의존하지 않습니다.

항목 macOS 기본 기능 Windows 기본 기능 Windows용 Typeahead
적용 범위 시스템 전체(Cocoa 앱) 앱별 기능 또는 터치 키보드만 지원되는 앱 전체에서 시스템 전반에 적용
제안 유형 단어/구문 대체 단어 단위(터치 키보드) 전체 구문/문장 이어 쓰기
오프라인 작동 예 예 예

자주 묻는 질문

Windows에는 기본 제공 예측 텍스트 기능이 있나요?
화상 터치 키보드는 단어를 제안하지만, 입력 방식으로 해당 가상 키보드를 사용할 때만 적용됩니다. 데스크톱 앱에서 실제 키보드로 입력할 때는 적용되지 않습니다.
Windows에는 왜 macOS Text Replacements처럼 시스템 전체에서 작동하는 기능이 없나요?
Windows 앱은 Win32, WPF, UWP, WinUI, Electron 및 브라우저 렌더링 앱 등 훨씬 다양한 프레임워크를 기반으로 합니다. 대부분의 기본 Mac 앱이 Cocoa를 공유하는 것과 달리, 모든 앱이 공유하는 텍스트 입력 계층이 없습니다. 이러한 다양성 때문에 모든 앱에서 일관되게 작동하는 단일 중앙 집중식 기능을 구현하기가 더 어렵습니다.
이것은 Windows에 대한 비판인가요?
아니요. 아키텍처상의 절충을 설명하는 것입니다. 시스템 전체 예측 기능을 한곳에 모으기 어렵게 만드는 프레임워크의 다양성 덕분에 Windows는 오래된 Win32 앱부터 최신 웹 기반 도구까지 방대한 범위의 소프트웨어를 실행할 수도 있습니다.
그렇다면 Typeahead는 어떻게 이렇게 다양한 앱에서 작동하나요?
특정 앱 프레임워크에 의존하지 않고 OS 입력 수준에서 커서 위치를 감지하는 트레이 유틸리티로 실행됩니다. 따라서 메신저, 브라우저, 메일 클라이언트, Word, 텍스트 편집기 전반에서 일관되게 제안을 표시할 수 있습니다.
모든 앱에서 똑같이 작동하나요?
제안 방식은 일관적입니다. 커서 옆에 고스트 텍스트가 표시되고 Tab을 눌러 수락합니다. 하지만 Typeahead는 앱별로 켜거나 끌 수 있으며, VS Code에서는 코드 버퍼가 기본적으로 꺼져 있고 채팅 및 텍스트 창은 지원됩니다.

Typeahead 다운로드

Windows 10/11용 시스템 전반의 문장 예측 기능. 1회 결제 $9.99, 7일 무료 체험.

Microsoft Store에서 다운로드