비개발자인 사용자가 말하는 '바라본다' 경험
비개발자인 제가 참 좋아하는데 접근권한 그런 느낌입니다 c드라이브/users를 바라보게 하세요 거기에 쩜 코덱스 쩜 클로드 이런 폴더 보이시죠 그러면 이제 ai가 ai 세팅 폴더를 바라보고 있는 거예요 지금 문서 하나 켜두시면 우측하단에 ide context라고 써있는거 보이시죠 ai랑 사용자랑 지금 같은 걸 바라보고 있다고 생각하시면 돼요 (블로그 프로젝트에게) 걍 니가 애초에 내 헤르메스 서버 remote ssh를 직접 바라볼 수는 없나? 키같은 거 주면 니가 왔다갔다하면 되잖아 마치 군대에서 넘 추워서 그 추위가 패딩+야상+전투복+깔깔이+핫팩+내복이라는 단열재를 모두 뚫어버리면 으아 뚫렸다 라고 표현했던 것처럼 바라본다 를 쓰는데 이걸 듣는 사람도 직관적으로 이해할는지..
핵심 요약
이 메모는 비개발자가 AI 도구를 이해할 때 기술 용어보다 감각적인 표현이 더 먼저 작동한다는 점을 잘 보여줍니다. 여기서 “바라본다”는 말은 단순한 시각적 비유가 아니라, AI가 어떤 폴더와 설정을 읽고 어떤 문맥을 함께 공유하는지를 설명하려는 사용자 언어입니다. 즉 권한과 컨텍스트라는 기술 개념이, 실제 사용자의 머릿속에서는 “같은 것을 보고 있다”는 감각으로 번역된다는 뜻입니다.
표현이 작동하는 이유
C드라이브의 사용자 폴더, 특정 설정 디렉터리, 문서 편집기 하단의 IDE context 같은 예시는 모두 “AI가 지금 무엇을 참고하고 있는가”를 눈앞의 장면으로 바꿔줍니다. 비개발자 입장에서는 파일 경로, 설정 로딩, 세션 문맥 같은 표현보다 “이 도구가 지금 내 화면과 파일을 어디까지 보고 있느냐”가 훨씬 직관적입니다. 그래서 “바라본다”는 표현은 기술 설명을 쉽게 만드는 장점이 있지만, 동시에 읽기만 가능한지 쓰기도 가능한지, 로컬만 보는지 원격 서버까지 닿는지 같은 중요한 경계는 더 분명한 안내가 필요합니다.
실무적 의미
이 초안이 던지는 중요한 질문은 여기서 끝나지 않습니다. 사용자는 더 나아가 “원격 SSH로 내 헤르메스 서버까지 직접 바라보게 할 수 없나”라고 묻고 있습니다. 이 질문은 단순한 편의 요청이 아니라, AI가 로컬 문맥을 넘어서 원격 실행 환경까지 연결되길 기대하는 사용자 심리를 드러냅니다. 따라서 제품이나 워크플로를 설계하는 쪽에서는 기능 제공 여부만이 아니라, 접근 범위와 권한 수준을 어떻게 설명하고 통제할지까지 함께 설계해야 합니다.
권장 포인트
비개발자 대상 설명에서는 “바라본다” 같은 표현을 유지하되, 바로 뒤에 구체적 범위를 붙이는 방식이 가장 안전합니다. 예를 들어 “이 도구는 현재 열어둔 문서와 지정한 폴더를 읽어 문맥으로 삼는다”, “원격 서버는 별도 인증 없이는 보지 못한다”, “읽기 전용인지 수정까지 가능한지”를 한 문장씩 명시하면 이해와 신뢰를 동시에 얻을 수 있습니다. 즉 은유는 입구로 쓰고, 권한 설명은 반드시 그 뒤를 받쳐주는 구조가 좋습니다.
자주 묻는 질문
Q. 여기서 '바라본다'는 정확히 어떤 뜻인가요?
AI가 특정 폴더, 설정, 열어 둔 문서 같은 문맥을 참고하고 있다는 사실을 사용자가 직관적으로 표현한 말입니다.
Q. 왜 이런 표현이 비개발자에게 중요할까요?
권한이나 컨텍스트 같은 기술 용어보다, AI가 지금 무엇을 함께 보고 있는지 감각적으로 이해시키는 데 더 효과적이기 때문입니다.
Q. 실무에서는 무엇을 추가로 설명해야 하나요?
로컬과 원격의 범위, 읽기 전용인지 수정 가능한지, 별도 인증이 필요한지 같은 경계를 함께 설명해야 오해를 줄일 수 있습니다.
같이 읽을 글
같은 카테고리 안에서 이어서 보기 좋은 글만 추렸습니다.
하네스 엔지니어링은 새 방법론일까, 이름만 바뀐 프롬프트일까
하네스 엔지니어링이 완전히 새로운 기술인지, 아니면 기존 프롬프트·메모리·규칙 파일 운용을 더 구조화해 다시 부르는 이름인지 차분하게 따져보는 인사이트 글이다.
클로드 맥스 후기
5인 팀이 Claude Max 100달러 플랜을 실제로 써보며 느낀 사용량, Sonnet 4.6 중심 운용 방식, 소규모 팀 기준 가성비 판단 포인트를 정리한 인사이트 초안입니다.
프롬프트는 끝나지 않았다: AI 활용에서 더 중요해진 언어화 능력
AI 성능이 높아질수록 프롬프트의 중요성이 사라지는 것이 아니라, 내가 어떤 문제를 풀고 무엇을 더 시켜야 하는지 언어로 정의하는 능력이 더 큰 격차를 만든다는 관점을 정리한 인사이트입니다.
글에서 다 다루지 못한 부분은 워크숍에서 직접 이어갈 수 있습니다.
조직·팀 단위 AI 실무 강의나 워크숍이 필요하시면 메일로 문의해 주세요.