클로드 기초 및 활용 36회: 접근성 관점의 클로드 — 터미널이 오히려 편한 이유

이 회차를 위해 서른다섯 회를 왔습니다

4회부터 35회까지, 매 회차 끝에 저시력 사용자를 위한 항목이 하나씩 있었습니다. 눈치채셨을 겁니다.

그건 부록이 아니었습니다. 이 회차를 위한 준비였습니다. 오늘은 흩어져 있던 것들을 모으고, 그 위에 아직 말하지 않은 것을 얹습니다.

이 글은 저시력 당사자가 매일 클로드를 쓰며 얻은 경험을 바탕으로 씁니다. 이론이 아니라 실제로 되는 것과 안 되는 것에 대한 이야기입니다.

누가 읽으면 좋은가

세 부류입니다.

• 저시력·시각장애 당사자 — 오늘 내용은 대부분 바로 적용됩니다
• 주변에 그런 분이 있는 사람 — 무엇을 도와야 하는지 알게 됩니다
• 그 외 모든 사람 — 여기 나오는 설정은 눈이 피로한 날, 작은 화면, 밝은 야외에서도 유용합니다

마지막이 중요합니다. 접근성 설정은 특정 사용자만을 위한 것이 아닙니다.

오늘의 목표

오늘이 끝나면 할 수 있게 되는 것: 자기 환경에 맞는 작업 설정을 갖추고, 창구별로 어디가 편하고 어디가 불편한지 판단하고, AI가 실제로 무엇을 바꾸는지 이해하게 됩니다.

전제 하나 — 사람마다 다릅니다

시작 전에 짚어 둘 것이 있습니다. "저시력"은 하나의 상태가 아닙니다.

어떤 분은 중심 시야가 안 보이고, 어떤 분은 주변부가 좁고, 어떤 분은 대비에 민감하고, 어떤 분은 빛에 취약합니다. 어두운 화면이 편한 사람과 밝은 화면이 편한 사람이 다 있습니다.

그래서 이 글의 모든 권장은 "직접 써 보고 판단하세요"가 전제입니다. 남이 좋다는 설정이 나에게 맞을 이유가 없습니다.

기본 작업 환경 — 네 가지

여러 회차에 흩어져 있던 것을 모으면 이렇습니다.

① 확대 배율(6회) — 브라우저는 Ctrl + +, 되돌리기는 Ctrl + 0. 브라우저가 기억하므로 한 번만 맞추면 됩니다.

② 테마(6회) — 밝게/어둡게 둘 다 1분씩 써 보고 고르세요. 짐작하지 마세요.

③ 터미널 설정(17·18회) — 글자 크기를 아예 크게 지정하고, 대비를 확인하고, 창을 최대화합니다.

④ 출력 규칙(25·27회) — 개인용 CLAUDE.md와 개인 맞춤 지시에 넣습니다. 이게 가장 효과가 큽니다.

④번을 다시 — 출력 규칙 완성본

25회와 27회에서 나눠 다룬 것을 합칩니다. 이 여섯 줄을 개인 지시 또는 개인용 CLAUDE.md에 넣으세요.

"저는 화면을 크게 확대해서 사용합니다.
— 답은 짧게, 핵심부터. 다섯 줄을 기준으로 하되 꼭 필요하면 늘려도 됩니다.
— 파일이나 자료의 내용을 통째로 출력하지 말고 요약해 주세요. 전체가 필요하면 제가 요청하겠습니다.
— 진행 상황은 한 줄씩만. 무엇을 왜 하는지가 중요하고 세부 과정은 필요 없습니다.
— 작업이 끝나면 마지막에 전체 요약을 한 번 주세요.
— 목록은 다섯 항목을 넘기지 마세요. 더 있으면 나눠서 알려 주세요.
— 표는 꼭 필요할 때만 쓰고, 쓸 때는 아래에 같은 내용을 문장으로도 적어 주세요."

이 여섯 줄이 이 시리즈에서 배운 접근성 요청 전부를 담고 있습니다. 한 번 넣으면 매번 말할 필요가 없습니다.

표에 대하여 — 왜 문장 병기인가

마지막 줄만 따로 설명하겠습니다. 표는 접근성 관점에서 까다로운 형태입니다.

확대 환경에서: 표는 가로로 넓어서 가로 스크롤이 생깁니다. 14회에서 "가로 스크롤은 피해야 한다"고 한 이유가 이것입니다. 그리고 열 제목과 값이 화면에서 멀어져 어느 열인지 놓칩니다.

낭독 환경에서: 표를 읽으면 "이름, 김철수, 부서, 영업, 이름, 이영희, 부서, 개발…" 식이 됩니다. 항목이 많아지면 따라가기 어렵습니다.

그래서 문장 병기입니다. 표를 없애자는 게 아니라, 같은 내용을 다른 형태로도 두자는 것입니다. 보는 사람은 표를, 듣거나 확대해 읽는 사람은 문장을 쓰면 됩니다.

이 시리즈의 모든 회차에서 표 아래에 문장 설명을 붙인 것도 같은 이유입니다.

🔴 화면 낭독 프로그램과 함께 쓰기

본격적인 이야기입니다. 화면을 읽어 주는 프로그램(스크린리더)을 쓰는 환경에서 클로드는 어떨까요?

결론부터: 창구에 따라 차이가 큽니다.

잘 맞는 것 — 터미널
전부 글자이고, 순서대로 흘러가고, 구조가 단순합니다. 뒤에서 자세히 다룹니다.

보통 — 웹·데스크톱 앱의 채팅
대화는 글자라 무리 없습니다. 다만 버튼과 메뉴는 위치를 익혀야 합니다.

까다로운 것 — 아티팩트, 설정 화면, 외부 서비스 권한 화면
시각적 구조가 중요한 화면들입니다. 33회에서 권한 화면을 다룰 때 말한 어려움이 여기 속합니다.

터미널이 오히려 편한 이유 — 자세히

17회에서 짧게 다룬 것을 제대로 설명하겠습니다. 처음 들으면 의외지만, 써 보면 납득이 갑니다.

① 전부 글자입니다. 아이콘이 없습니다. "이게 무슨 버튼이지?"를 판단할 일이 없습니다. 낭독 프로그램이 읽을 것이 처음부터 끝까지 텍스트입니다.

② 확대해도 구조가 안 무너집니다. 그래픽 화면은 확대하면 요소가 잘리거나 겹치거나 화면 밖으로 나갑니다. 터미널은 글자만 커지고 줄이 바뀔 뿐입니다. 정보가 사라지지 않습니다.

③ 위치를 외울 필요가 없습니다. "설정 버튼이 오른쪽 위 어디쯤"을 기억하는 대신 명령 이름을 칩니다. 시야가 좁은 환경에서 화면을 훑어 찾는 부담이 통째로 사라집니다.

④ 기록이 그대로 남습니다. 방금 무엇을 했는지 화면에 남아 있습니다. 위로 올려 다시 읽을 수 있습니다. 순서대로 쌓이는 구조라 낭독으로 따라가기도 좋습니다.

⑤ 한 줄씩 진행됩니다. 여러 곳에서 동시에 뭔가 바뀌는 화면이 아닙니다. 선형입니다. 이게 생각보다 큰 장점입니다.

다만 터미널도 만능은 아닙니다

공정하게 짚겠습니다. 터미널에도 불편한 지점이 있습니다.

• 대화형 창(23회의 /config 같은 것) — 화면 안에서 위아래로 움직이는 구조라 낭독과 잘 안 맞을 수 있습니다
• 진행 표시 — 계속 갱신되는 부분이 있으면 낭독이 반복될 수 있습니다
• 색으로만 구분되는 정보 — 오류가 빨간색으로만 표시되면 색 구분이 어려운 환경에서 놓칩니다

대처: 마지막 항목은 요청으로 해결됩니다. "중요한 것은 색이 아니라 글자로도 표시해 줘"를 규칙에 넣으세요. 13회에서 디자인을 다룰 때 나온 원칙이 여기서도 그대로입니다.

🔴 AI가 실제로 없앤 장벽

이 회차에서 가장 하고 싶은 이야기입니다. 설정 요령을 넘어선 부분입니다.

시각에 제약이 있으면 컴퓨터 작업에서 세 종류의 장벽을 만납니다. AI는 그중 일부를 실제로 없앱니다.

장벽 ① 찾기
파일이 어디 있는지, 설정이 어느 메뉴에 있는지, 문서의 어느 부분에 필요한 내용이 있는지 — 화면을 훑어 찾는 일입니다. 확대 환경에서는 한 화면에 보이는 것이 적어 특히 오래 걸립니다.

→ 이건 거의 사라졌습니다. "찾아 줘"라고 말하면 됩니다. 16회의 클로드 코드, 34회의 외부 서비스 연결이 정확히 이 장벽을 겨냥합니다.

장벽 ② 읽기
작은 글씨, 대비가 약한 화면, 복잡한 표와 그래프. 보이지만 읽기 힘든 것들입니다.

→ 크게 줄었습니다. 9회에서 다룬 대로, 화면을 캡처해 "읽어 줘"라고 하면 됩니다. 그래프를 문장으로 설명받을 수도 있습니다. 시각 정보를 언어 정보로 바꾸는 것 — 이게 AI가 잘하는 일입니다.

장벽 ③ 오가기
창을 여러 개 띄우고 왔다 갔다 하는 일. 자료를 내려받아 다른 곳에 올리는 일.

→ 상당히 줄었습니다. 35회에서 다룬 엮기가 이 장벽을 겨냥합니다. 세 번 오가던 일이 한 문장이 됩니다.

아직 남아 있는 것

과장하지 않겠습니다. 해결되지 않은 것도 분명합니다.

① 연결과 설정 과정 — 33회에서 다룬 대로, 외부 서비스의 권한 화면 같은 것은 여전히 까다롭습니다. 그건 클로드가 아니라 그 서비스의 화면이기 때문입니다.

② 확인의 어려움 — 32회에서 짚은 문제입니다. 편해진 만큼 직접 눈으로 확인하지 않게 됩니다. 잘못돼도 알아채기 어렵습니다.

③ 처음 배우는 부담 — 이 시리즈가 서른여섯 회에 이른 것 자체가 증거입니다. 익히는 데 시간이 듭니다.

그래서 ②번에 대한 대책이 특히 중요합니다. 다음 항목입니다.

확인 습관 — 편의와 맞바꾸지 않기

이 시리즈에서 반복해 온 것을 여기서 정리합니다.

• 읽기부터 시작(32·34회) — 쓰기 권한은 익숙해진 뒤에
• 결과 요약 요청(19·35회) — "무엇을 했는지 한 줄로"
• 확인 관문(35회) — 되돌릴 수 없는 것 앞에서 멈추게
• 백업(20회) — 확인이 어려운 만큼 복구 수단을 두텁게

마지막이 핵심입니다. 매 단계 확인의 부담은 줄이고, 되돌릴 수 있는 준비를 두텁게. 20회에서 말한 이 교환이 접근성과 안전을 함께 잡는 방법입니다.

따라 하기 ① 환경 점검 30분

한 번에 정리하는 실습입니다.

• 1. 브라우저 배율을 편한 크기로 맞춥니다
• 2. 테마를 밝게/어둡게 각각 1분씩 써 보고 고릅니다
• 3. 터미널 글자 크기와 대비를 조정합니다
• 4. 앞의 여섯 줄 규칙을 개인 지시에 넣습니다

30분 투자로 이후 몇 달이 달라집니다. 23회에서 한 이야기입니다.

따라 하기 ② 창구별로 비교해 보기

같은 작업을 두 창구에서 해 보세요.

예를 들어 "이 폴더에 뭐가 있는지 알려 줘"를 데스크톱 앱과 터미널에서 각각 해 봅니다.

어느 쪽이 편한지는 사람마다 다릅니다. 직접 비교해 보는 것이 유일한 방법입니다.

따라 하기 ③ 읽어 달라고 해 보기

9회에서 배운 것을 실제로 써 보세요.

읽기 어려운 화면을 캡처해서 올리고 "이 화면에 뭐가 있는지, 어디를 눌러야 하는지 알려 줘"라고 물어보세요.

이 경험을 한 번 해 두면, 앞으로 작은 글씨 앞에서 포기하지 않게 됩니다.

따라 하기 ④ 나만의 접근성 스킬 만들기

30회에서 만든 /읽기좋게를 아직 안 만드셨다면 지금 만드세요.

그리고 31회에서 말한 대로 자동 호출이 잘 되게 설명문을 넓게 적으세요. 이 경우는 놓치지 않는 것이 더 중요합니다.

자주 겪는 어려움 ① "규칙을 넣었는데 가끔 안 지켜져요"

21회에서 다룬 컨텍스트 문제일 수 있습니다. 대화가 길어지면 앞의 규칙이 흐려집니다.

대처는 정리입니다(22회의 /compact). 그리고 규칙을 파일에 두면 정리 후에도 계속 읽힙니다(25회).

어려움 ② "답이 짧아서 정보가 부족할 때가 있어요"

기본값을 짧게 잡았을 때의 부작용입니다. 예외를 요청하면 됩니다.

"이번엔 자세히 설명해 주세요."

27회에서 말한 일시적 예외입니다. 기본은 짧게, 필요할 때만 길게 — 이 방향이 반대보다 낫습니다. 긴 것을 짧게 만드는 것보다 짧은 것을 늘리는 편이 쉽기 때문입니다.

어려움 ③ "확대하면 버튼이 화면 밖으로 나가요"

여러 회차에서 나온 문제입니다. 대처를 모으면 이렇습니다.

• 배율을 잠깐 낮추기 — 그 작업만 하고 되돌립니다(33회)
• 창을 최대화하거나 전체 화면으로
• 키보드로 이동 — Tab으로 초점을 옮기면 화면이 따라옵니다
• 터미널 쪽 창구를 쓰기 — 애초에 이 문제가 없습니다

어려움 ④ "혼자 하기 벅찹니다"

솔직한 이야기를 하겠습니다. 처음 설정하는 구간이 가장 어렵습니다. 특히 설치(18회)와 외부 서비스 연결(33회)이요.

그래서 이렇게 권합니다.

• 설정은 도움을 받아도 됩니다. 한 번만 하면 되는 일이니까요
• 일상 사용은 혼자 할 수 있습니다. 그게 목표입니다
• 막히면 클로드에게 물어보세요. 17회에서 말한 대로, 오류 메시지를 그대로 붙여 넣으면 됩니다

설정의 어려움 때문에 일상의 편의를 포기하지 마세요. 두 가지는 별개입니다.

실전 사례 ① 하루 작업 흐름

실제로 이렇게 씁니다.

아침: 터미널을 열고 claude -c로 어제 작업을 이어받습니다. 화면을 훑을 필요 없이 "어제 어디까지 했지?"라고 물으면 됩니다.

작업 중: 자료를 찾을 때 폴더를 뒤지지 않습니다. "○○ 관련 파일 찾아 줘." 결과가 길면 파일로 저장해 편한 편집기에서 큰 글씨로 읽습니다.

마칠 때: "오늘 한 일과 남은 일을 작업메모에 갱신해 줘." 내일 스크롤해서 찾을 일이 없어집니다.

공통점은 "화면을 훑는 일을 말로 대체한다"입니다.

실전 사례 ② 남이 만든 자료를 다룰 때

가장 자주 겪는 어려움 중 하나입니다. 남이 만든 문서는 내 환경에 맞춰져 있지 않습니다. 글씨가 작고, 표가 복잡하고, 색으로만 구분되어 있습니다.

대처: 원본을 읽으려 애쓰지 말고 변환을 요청하세요.

"이 문서를 읽고, 표는 문장으로 풀어서, 색으로 구분된 부분은 글자로 표시해서 다시 정리해 줘."

남의 형식에 맞추는 대신 내 형식으로 바꿔서 받는 것입니다. 이건 AI가 생기기 전에는 사람에게 부탁해야 했던 일입니다.

실전 사례 ③ 내가 만드는 것에 적용하기

마지막으로 방향을 바꿔 보겠습니다. 내가 만든 결과물이 남에게 어떻게 읽힐지의 이야기입니다.

13~15회에서 다룬 디자인 규격이 여기 연결됩니다. 그 규격의 접근성 조항 — 고대비, 최소 16픽셀, 색만으로 구분하지 않기, 표에 문장 병기 — 은 내가 겪은 불편을 남에게 물려주지 않기 위한 것입니다.

그리고 15회에서 말한 대로, 그 기준을 지킨 결과물이 대체로 더 읽기 좋습니다. 저시력 사용자만을 위한 배려가 아니라 더 나은 기본값입니다.

클로드에게 무언가를 만들게 할 때 이 규격을 함께 주는 것 — 그것이 이 시리즈가 접근성을 매 회차에 나눠 담은 이유이기도 합니다. 특별한 배려가 아니라 평범한 기본값이 되게 하려고요.

핵심 정리 3줄

• 설정 30분이 이후 몇 달을 바꿉니다. 배율·테마·터미널·출력 규칙 네 가지.
• 터미널은 오히려 접근성이 좋습니다. 전부 글자이고, 확대해도 안 무너지고, 위치를 외울 필요가 없습니다.
• 편해진 만큼 확인 수단을 두텁게. 읽기부터, 요약 요청, 확인 관문, 백업.

용어 정리

• 화면 낭독 프로그램(스크린리더) — 화면의 내용을 음성으로 읽어 주는 프로그램.
• 고대비 — 글자와 배경의 밝기 차이가 큰 상태(13회).
• 문장 병기 — 표나 도표의 내용을 같은 자리에 문장으로도 적는 것.
• 세 가지 장벽 — 찾기, 읽기, 오가기. AI가 겨냥하는 지점입니다.
• 확인 관문(35회) — 되돌릴 수 없는 작업 전에 멈추게 하는 장치.

다음 회차 예고와 실습 과제

37회 「나만의 워크플로우 조립하기」에서는 지금까지 배운 것을 하나로 엮습니다. 명령어 + 메모리 + 스킬 + MCP를 조합해, 실제 사례 두 개를 처음부터 끝까지 만들어 봅니다.

실습 과제 두 가지

• ① 환경 점검 30분을 실제로 해 보세요. 배율·테마·터미널·출력 규칙 네 가지입니다.
• ② 읽기 어려운 화면이나 문서를 "내 형식으로 바꿔서" 받아 보세요. 원본에 맞추지 않는 경험이 목적입니다.

여러분의 환경에서 특히 잘 통한 설정이나 여전히 어려운 지점이 있다면 댓글로 나눠 주세요. 사람마다 다르기에, 여러 사례가 모이는 것이 가장 좋은 자료가 됩니다.

본 회차는 2026년 8월 2일 기준입니다. 이 글의 권장 사항은 저시력 당사자의 실제 사용 경험을 바탕으로 하되, 시각 조건은 사람마다 크게 다릅니다. 모든 설정은 직접 시험해 보고 자신에게 맞는 것을 고르시기 바랍니다. 화면 낭독 프로그램과의 호환성은 프로그램 종류와 버전에 따라 다를 수 있습니다.

협업문의 : kuroicode@gmail.com
블로그 : https://ghost-production-0ec2.up.railway.app/
홈페이지 : https://kuroicode-beep.github.io/svil-homepage/