맥의 ⌘⇧3·⌘⇧4를 윈도우에 그대로 옮겼습니다

AI로 내 컴퓨터를 튜닝한다는 것

맥에서 윈도우로 넘어오면 손가락이 먼저 기억하는 게 있습니다. ⌘⇧3을 누르면 화면 전체가, ⌘⇧4를 누르면 드래그한 영역이 곧바로 "파일"이 되어 바탕화면에 놓입니다. 그래서 그걸 그냥 끌어다 메신저든 문서든 아무 데나 놓으면 끝납니다.

윈도우는 다릅니다. Win+Shift+S는 클립보드에만 넣습니다. 붙여넣기는 되지만 파일이 아니라서 끌어다 놓을 수가 없습니다. Win+PrtScn은 파일로 저장은 되는데 어디에 저장됐는지 화면에 아무 표시가 없습니다.

원하는 건 한 문장이었습니다.

키를 누른다 → 파일로 저장된다 → 그 파일을 즉시 드래그할 수 있다

이 문장을 윈도우에서 성립시킨 작업의 기록입니다. 그리고 그 과정에서 느낀, AI로 컴퓨터를 손본다는 것이 무엇인지에 대한 이야기입니다.

단순히 단축키만 바꾸면 되는 줄 알았습니다

처음 생각은 간단했습니다. 그냥 키를 재할당하면 되지 않나.

아니었습니다. Win+Shift+3, Win+Shift+4, Win+Shift+5는 이미 윈도우 탐색기가 선점하고 있었습니다. 작업표시줄의 N번째 앱을 새 창으로 여는 기능입니다. 실제로 등록을 시도해보니 이렇게 나왔습니다.

• Win+Shift+3 → 실패 (에러 1409)

• Win+Shift+4 → 실패 (에러 1409)

• Win+Shift+5 → 실패 (에러 1409)

• Win+Shift+S → 실패 (에러 1409)

1409는 ERROR_HOTKEY_ALREADY_REGISTERED, "이미 다른 프로그램이 쓰고 있다"는 뜻입니다. 일반적인 방법으로는 이 키 조합을 가져올 길이 아예 없다는 이야기입니다.

남은 방법은 하나였습니다. 저수준 키보드 훅으로 탐색기보다 먼저 키 입력을 가로채서 먹어버리는 것. 이건 설정 변경으로 되는 일이 아니라 프로그램이 필요한 일이었습니다.

아무것도 설치하지 않고 전용 프로그램을 만들었습니다

보통 이럴 때 AutoHotkey 같은 걸 설치합니다. 그런데 윈도우에는 이미 C# 컴파일러가 내장되어 있습니다. C:\Windows\Microsoft.NET\Framework64\v4.0.30319\csc.exe 이걸 쓰면 아무것도 설치하지 않고 전용 실행 파일을 만들 수 있습니다.

결과물은 46KB짜리 exe 하나입니다. 백그라운드 트레이 아이콘으로 조용히 돌아갑니다. 제약도 있었습니다. 내장 컴파일러는 오래된 버전이라 옛날 문법까지만 지원합니다. 그래도 "설치 없음"이라는 장점이 그 불편을 압도했습니다.

완성된 단축키

Boot Camp에서는 애플 키보드의 Command 키가 Windows 키로 매핑됩니다. 그래서 물리적인 손가락 위치가 맥과 완전히 같습니다.

• ⌘⇧3 → Win+Shift+3 : 전체 화면을 파일로 저장 (모니터마다 한 장씩)

• ⌘⇧4 → Win+Shift+4 : 드래그한 영역을 파일로 저장

• ⌘⇧4 후 Space → Win+Shift+4 후 Space : 창 하나만, 그림자까지 넣어서

• ⌘⇧5 → Win+Shift+5 : 캡처 도구 막대

• Ctrl을 함께 누르면 : 파일 대신 클립보드에만 (맥의 ⌃와 동일)

• Win+Shift+6 : 저장 폴더 열기

영역을 선택하는 중에 쓰는 키도 맥과 같습니다. Esc나 우클릭으로 취소, Space로 선택 영역을 통째로 이동, Shift로 한 축 고정, Alt로 시작점을 중심으로 확대.

찍은 다음이 진짜 핵심입니다

파일명은 맥과 똑같은 형식으로 저장됩니다. "스크린샷 2026-08-12 오후 5.25.34.png" 이런 식입니다.

그리고 찍는 즉시 두 가지가 동시에 일어납니다.

첫째, 저장 폴더가 열리면서 방금 찍은 파일이 선택된 상태로 표시됩니다. 바로 끌어다 놓으면 됩니다. 같은 폴더 창이 이미 열려 있으면 그 창을 재사용합니다. 안 그러면 하루에도 수십 개씩 창이 쌓이니까요.

둘째, 화면 우측 하단에 작은 미리보기가 잠깐 뜹니다. 맥의 그 기능과 같습니다. 여기서 바로 끌어다 놓을 수도 있고, 클릭하면 열리고, 우클릭하면 메뉴가 나옵니다. 폴더를 아예 거치기 싫을 때는 이쪽이 더 빠릅니다.

만드는 과정에서 실제로 잡힌 문제들

개인적으로는 이 부분이 가장 흥미로웠습니다. "되겠지" 하고 넘어갔으면 망가진 채로 계속 썼을 것들입니다.

영역 캡처가 100% 취소되던 버그. 마우스를 뗄 때 "드래그 중" 상태를 먼저 꺼버리고 나서 선택 영역을 계산하고 있었습니다. 그러니 계산 시점엔 항상 빈 영역이었고, 전부 취소로 처리됐습니다. 영역 캡처 기능이 통째로 죽어 있었던 셈입니다. 가상 마우스 드래그로 자동 테스트를 돌려서 잡았습니다.

윈도우가 조용히 훅을 제거하던 문제. 키보드 훅과 캡처 작업을 같은 스레드에서 돌렸더니, 3840×2160 이미지 두 장을 PNG로 인코딩하는 약 1.1초 동안 훅 응답이 밀렸습니다. 윈도우는 이런 훅을 아무 경고 없이 제거해 버립니다. 단축키가 "가끔 안 먹는" 상태가 됩니다. 원인 찾기가 아주 고약한 종류의 버그입니다. 훅을 전용 스레드로 완전히 분리해서 해결했습니다.

화면이 축소되어 저장되던 문제. 이 PC는 모니터 두 대의 배율이 서로 다릅니다. DPI 인식 설정을 하지 않으면 캡처가 3840이 아니라 2194로 줄어들어 저장됩니다. 화질이 뭉개집니다. 덧붙이면, 이걸 확인하는 진단 스크립트를 잘못 만들면 보조 모니터 크기가 엉뚱한 값으로 보여서 "버그다!"라고 오진하게 됩니다. 실제로 한 번 오진했다가 다시 확인해서 바로잡았습니다.

시작 메뉴가 튀어나오던 문제. Win 키를 누른 채로 다른 키를 먹어버리면, Win 키를 뗄 때 시작 메뉴가 열립니다. 단축키를 소비한 직후에 의미 없는 더미 키를 하나 흘려보내서 막았습니다.

탐색기 창이 계속 쌓이던 문제. "파일 선택해서 폴더 열기"를 순진하게 구현하면 누를 때마다 새 창이 열립니다. 이미 그 폴더를 보고 있는 창이 있으면 재사용하도록 고쳤습니다.

그래서 — AI로 컴퓨터를 튜닝한다는 것

여기서부터가 사실 더 하고 싶은 이야기입니다.

위 작업을 혼자 했다면 어땠을까요. 검색해서 "윈도우 맥 스크린샷 단축키" 정도를 찾고, 아마 어디선가 스크립트 예제를 하나 구해 붙여넣고, 안 되면 포기하거나 대충 비슷한 무료 프로그램을 깔았을 겁니다.

AI를 쓴다는 건 그것과 질적으로 다릅니다. 핵심은 "코드를 대신 짜준다"가 아닙니다. 내 컴퓨터의 실제 상태를 직접 확인하고, 그에 맞춰 판단하고, 만들고, 검증까지 한 바퀴 돌린다는 것입니다.

하나. 추측 대신 측정으로 시작합니다.

일반적인 조언은 "보통은 이렇습니다"입니다. 하지만 내 컴퓨터는 보통이 아닙니다. 이번엔 시작하자마자 이런 것들을 확인했습니다. 윈도우 버전, 필요한 도구가 이미 깔려 있는지, 내장 컴파일러가 있는지, 키보드가 애플 것인지, Boot Camp 드라이버가 도는지, 모니터가 몇 대이고 각각 배율이 얼마인지, 그리고 문제의 단축키를 실제로 등록해보면 어떻게 되는지.

마지막 항목이 결정적이었습니다. "될 것 같다"가 아니라 실제로 시도해서 거부당하는 걸 확인했기 때문에, 처음부터 올바른 방향으로 갈 수 있었습니다. 이걸 몰랐으면 안 되는 방법으로 몇 시간을 태웠을 겁니다.

일반론이 아니라 이 컴퓨터의 사실에서 출발할 수 있다는 것. 이게 첫 번째 이점입니다.

둘. 일회용 진단 도구를 즉석에서 만듭니다.

"단축키가 이미 쓰이고 있나?"를 확인하려고 검사용 프로그램을 하나 만들었습니다. "DPI 설정이 실제로 먹었나?"를 확인하려고 또 하나 만들었습니다. 둘 다 확인이 끝나자 버렸습니다.

사람이 직접 한다면 이런 걸 만들 엄두를 못 냅니다. 배보다 배꼽이 크니까요. 그래서 보통은 추측으로 넘어가고, 그 추측이 틀리면 엉뚱한 데서 헤맵니다. AI에게는 이 비용이 거의 없습니다. 그래서 "확인해보고 가자"를 훨씬 자주 할 수 있고, 이게 결과 품질을 크게 바꿉니다.

셋. 만든 것을 사람이 못 하는 방식으로 검증합니다.

이번엔 단축키를 손으로 누르는 대신, 키 입력 자체를 프로그램으로 주입해서 테스트했습니다. 마우스 드래그도 좌표를 지정해 자동으로 수행했습니다. 그 결과 "(600,400) 위치에서 900×500 크기로 드래그했더니 정확히 900×500 이미지가 저장되었다"를 숫자로 확인할 수 있었습니다.

앞서 말한 영역 캡처 버그가 이렇게 잡혔습니다. 손으로 대충 눌러보는 테스트로는 "어? 안 되네" 정도에서 끝났을 겁니다.

넷. 실패가 기록으로 남습니다.

이 프로그램에는 로그가 들어 있습니다. 언제 어떤 단축키가 들어왔고, 선택 영역이 얼마였고, 어디에 저장됐는지가 전부 남습니다. 나중에 뭔가 이상해졌을 때 "가끔 안 돼요"가 아니라 정확히 어느 단계에서 어긋났는지 볼 수 있습니다. 사람 혼자 만들 때는 거의 생략하는 부분입니다.

어떤 것들이 가능한가

이번 건은 스크린샷이었지만, 같은 방식이 적용되는 영역은 넓습니다.

• 네트워크와 드라이버 튜닝. 실제 속도를 측정해서 어댑터 설정을 조정하고 전후를 숫자로 비교합니다. 체감이 아니라 측정으로 판단합니다.

• 부팅과 시작 프로그램 정리. 뭐가 왜 켜지는지 추적하고, 실제 부팅 시간에 얼마나 기여하는지 확인합니다.

• 반복 작업 자동화. 파일 정리, 이름 일괄 변경, 백업 스케줄, 폴더 동기화. 매번 하는 그 귀찮은 짓을 스크립트로 굳혀 둡니다.

• 성능 병목 진단. 느리다는 느낌의 원인을 로그와 카운터로 좁혀 들어갑니다.

• 아예 없는 기능 만들기. 원하는 동작이 어떤 프로그램에도 없을 때 직접 만듭니다. 의외로 이 경우가 많습니다.

• 작업 환경 구성. 설치, 설정, 경로, 권한 문제를 한 번에 정리합니다.

• 로그와 오류 메시지 해석. 이벤트 뷰어의 그 암호 같은 문장들을 실제 원인으로 번역합니다.

다만, 이렇게 쓰셔야 합니다

AI를 컴퓨터 손보는 데 쓸 때 실제로 중요한 것들입니다.

결과를 보여달라고 하십시오. "했습니다"가 아니라 "이렇게 확인했고 결과는 이렇습니다"를 요구하십시오. 검증 없는 완료 보고는 신뢰하지 마십시오. 이번에도 "될 겁니다"로 넘어갔으면 영역 캡처가 죽은 채로 넘어갔을 겁니다.

되돌릴 수 있게 하십시오. 시스템 설정을 바꾸는 작업은 원래 값이 무엇이었는지, 어떻게 되돌리는지 함께 남기십시오. 중요한 변경 전에는 복원 지점을 만들어 두는 게 좋습니다.

지우는 작업은 특히 확인하십시오. "정리해줘"가 지워도 되는 것과 지우면 안 되는 것을 구분한다는 보장은 없습니다. 무엇을 지울지 목록을 먼저 보십시오. 이번 작업에서도 테스트로 만든 파일 열 장만 골라 지우고 원래 있던 일흔다섯 장은 건드리지 않았습니다. 이런 구분이 필요합니다.

AI도 틀립니다. 이번 작업 중에도 "두 번째 모니터 캡처가 잘못됐다"고 한 번 오진했습니다. 다시 확인해서 실제로는 정상이었다는 걸 알아냈습니다. 진단 도구 자체가 잘못됐던 것이었죠. 중간 결론을 그대로 믿지 말고 근거를 물어보십시오.

목표를 동작으로 말하십시오. "스크린샷 좀 편하게"보다 "키 누르면 파일로 저장되고 그걸 바로 드래그할 수 있으면 좋겠다"가 훨씬 좋은 요청입니다. 실제로 이번 작업도 그 한 문장이 나오고 나서야 방향이 정해졌습니다.

무엇이 정말 달라졌는가

예전에는 이런 순서였습니다. 불편함 → 검색 → 비슷한 프로그램 설치 → 적당히 타협.

지금은 이렇게 됩니다. 불편함 → 내 환경 측정 → 왜 안 되는지 확인 → 내 환경에 맞게 제작 → 자동 검증 → 사용.

걸린 시간은 한 시간 남짓입니다. 설치한 프로그램은 없습니다. 결과물은 46KB이고, 정확히 원하던 대로 동작합니다.

"컴퓨터를 쓰는 사람"과 "컴퓨터를 고치는 사람" 사이의 벽이 많이 낮아졌다고 느낍니다. 프로그래밍을 몰라도, 무엇이 불편한지 정확히 말할 수 있으면 거기까지 갈 수 있게 됐습니다.

못 한 것도 적어 둡니다

화면 녹화는 없습니다. 맥 ⌘⇧5에는 녹화 기능이 있지만 이건 인코더가 필요한 별개의 작업이라 제외했습니다. 윈도우 내장 Win+Alt+R을 쓰면 됩니다.

타이머는 전체 화면 캡처에만 적용됩니다. 영역과 창 캡처는 화면을 얼려서 잘라내는 방식이라 타이머가 의미가 없습니다. 대신 선택하는 동안 화면이 바뀌어도 결과가 어긋나지 않습니다.

영역 선택 시 선택 밖을 살짝 어둡게 처리했습니다. 맥은 어둡게 하지 않습니다. 오버레이가 떠 있다는 걸 알기 쉽게 하려고 넣은 것이라 원하지 않으면 끌 수 있습니다.

정리

설치한 프로그램은 없고, 결과물은 트레이에 상주하는 46KB 실행 파일 하나입니다. 저장 위치는 Pictures\Screenshots이고, 자동 실행에 등록해 두었습니다. 걸린 시간은 약 한 시간, 그 사이에 실제 버그를 두 개 잡았습니다.

키를 누르면 파일이 되고, 그 파일을 바로 끌어다 놓을 수 있습니다. 처음에 원했던 그 한 문장이 이제 윈도우에서도 성립합니다.