서버와 클라이언트 개념, 3분 만에 그림으로 이해됐다

"서버가 뭐예요?" 저도 처음엔 진짜 몰랐습니다

서버와 클라이언트 개념, 처음 들었을 때 솔직히 무슨 말인지 하나도 몰랐습니다ㅠ. 컴퓨터 관련 공부를 시작하거나 IT 직종에 처음 발을 들이면 꼭 마주치는 단어인데, 교과서 설명은 너무 딱딱하고 추상적이라서 읽어도 머릿속에 그림이 안 그려지더라고요.

"서버는 서비스를 제공하는 컴퓨터이고, 클라이언트는 서비스를 요청하는 컴퓨터입니다." — 이 한 줄, 읽고 나서 '아 그렇구나!' 하셨나요? 저는 솔직히 못 했습니다(ㅠ;;). 그래서 제가 직접 이해한 방식, 그림 비유로 풀어드리려고 합니다.

이 글 하나로 서버·클라이언트 구조가 머릿속에 그림으로 그려지게 됩니다. 네트워크 기초가 처음인 분도 끝까지 읽으면 "아, 이거였구나!" 하실 수 있어요.

특히 요즘은 클라우드 컴퓨팅, IoT, 산업용 이더넷(10SPE 같은 것들)처럼 서버-클라이언트 구조가 더 다양한 환경에 녹아들고 있어서, 이 개념을 이해해두면 두고두고 써먹을 수 있습니다.

"서버가 뭐예요?" 저도 처음엔 진짜 몰랐습니다

서버와 클라이언트 개념, 그림으로 이해하는 네트워크 기초

식당으로 이해하는 서버-클라이언트

제가 처음 이 개념을 이해한 건 "식당" 비유 덕분이었습니다. 이렇게 생각해보세요.

  • 손님 = 클라이언트 (Client)
  • 주방 + 서빙 직원 = 서버 (Server)
  • 메뉴 주문 = 요청 (Request)
  • 음식 가져다주기 = 응답 (Response)

클라이언트 = 주문하는 손님 / 서버 = 주문받고 음식 내주는 주방

손님이 "김치찌개 주세요" 하면 주방에서 만들어서 가져다주죠. 네트워크에서도 똑같습니다. 여러분이 브라우저에 "www.google.com" 치는 순간, 여러분 컴퓨터(클라이언트)가 구글 서버에 "홈페이지 데이터 주세요" 하고 요청(Request)을 보냅니다. 그러면 구글 서버가 HTML, 이미지 등 데이터를 묶어서 응답(Response)으로 돌려주고, 그게 화면에 뜨는 거예요.

클라이언트란 정확히 무엇인가요?

클라이언트(Client)는 서버에 무언가를 요청하는 쪽입니다. 우리가 매일 쓰는 것들이 거의 다 클라이언트 역할을 합니다.

▶ 웹 브라우저 (Chrome, Safari, Edge 등)

▶ 스마트폰 앱 (카카오톡, 유튜브, 인스타그램)

▶ 이메일 프로그램 (Outlook, Gmail 앱)

▶ 게임 클라이언트 (배틀그라운드, 리그 오브 레전드 실행 파일)

공통점이 보이시나요? 전부 "내가 실행하는 프로그램"이고, 어딘가 다른 컴퓨터(서버)에 접속해서 데이터를 가져오거나 보내는 역할을 합니다.

서버란 정확히 무엇인가요?

서버(Server)는 클라이언트의 요청을 받아서 처리하고 응답을 돌려주는 컴퓨터(또는 프로그램)입니다. 중요한 포인트가 있는데요:

▶ 서버는 24시간 켜져 있어야 합니다 (식당이 항상 열려 있어야 손님을 받을 수 있듯이)

▶ 서버는 동시에 여러 클라이언트를 상대할 수 있습니다 (주방 한 곳에서 테이블 30개 동시 처리)

▶ 서버가 꺼지면 클라이언트는 아무것도 못 합니다 (식당 문 닫으면 손님은 굶음ㅠ)

실제로 구글 서버는 전 세계에 수십만 대의 컴퓨터를 데이터센터에 배치해두고, 초당 수십억 건의 요청을 처리합니다. 우리 집 PC로는 절대 못 하는 일이죠.

요청(Request)과 응답(Response)의 흐름

네트워크 통신의 핵심은 이 두 가지 흐름입니다.

단계주체내용
1. 요청클라이언트 → 서버"이 페이지 데이터 줘"
2. 처리서버 내부DB 조회, 계산, 파일 읽기 등
3. 응답서버 → 클라이언트HTML, JSON, 이미지 등 전송
4. 렌더링클라이언트받은 데이터를 화면에 표시

이 4단계가 유튜브 영상 하나를 재생할 때도, 카카오톡 메시지를 보낼 때도, 쇼핑몰에서 결제할 때도 전부 일어납니다. 속도가 빠르면 0.1초 안에 끝나니까 우리가 느끼지 못할 뿐이에요.

실제로 제가 개발자 도구(F12 → Network 탭)로 확인해봤는데, 네이버 메인 페이지 하나 여는 데 요청이 100개 넘게 발생하더라고요. 이미지 하나하나, CSS 파일, JS 파일 전부 개별 요청-응답으로 받아오는 거였습니다. 신기하죠?

서버와 클라이언트 개념, 그림으로 이해하는 네트워크 기초

제가 직접 확인해본 서버-클라이언트 동작 방식

이론으로만 알면 금방 잊어버리더라고요. 그래서 제가 직접 눈으로 확인해본 방법들을 공유할게요. 따라 해보시면 "아, 진짜 이렇게 동작하는구나" 하는 감이 확 옵니다.

Step 1. 브라우저 개발자 도구로 요청-응답 보기

1. Chrome 브라우저를 열고 아무 사이트나 접속합니다 (예: naver.com). 2. F12 키를 누르면 개발자 도구가 열립니다. 3. 상단 탭에서 "Network"를 클릭합니다. 4. 페이지를 새로고침(F5)하면 요청 목록이 쭉 올라옵니다.

저는 처음 이걸 봤을 때 진짜 충격이었습니다. 페이지 하나 여는 데 수십~수백 개의 요청이 오가고, 각각 "어느 서버에 요청했는지", "응답 코드가 뭔지(200이면 성공, 404면 없는 페이지)" 다 보이거든요. 클라이언트(내 브라우저)가 서버에 요청하는 게 실시간으로 눈에 보이는 거예요.

Step 2. ping 명령어로 서버 살아있는지 확인

1. Windows라면 cmd(명령 프롬프트)를 열고, Mac이라면 터미널을 엽니다. 2. `ping google.com` 이라고 치고 엔터를 누릅니다. 3. 응답이 오면 서버가 살아있는 것, 응답이 없으면 서버가 꺼졌거나 연결이 끊긴 것입니다.

ping = "야, 거기 있어?" / 응답 = "응, 나 여기 있어!" — 서버-클라이언트 통신의 가장 기본 형태입니다.

실제로 제가 집 공유기 전원을 뽑고 `ping google.com` 쳤더니 "요청 시간이 초과되었습니다"가 뜨더라고요. 클라이언트(내 PC)가 서버(구글)에 닿지 못하는 상황을 눈으로 확인한 거죠.

Step 3. 서버와 클라이언트가 같은 컴퓨터일 수도 있다?

이게 처음엔 헷갈렸는데요. 개발할 때는 내 컴퓨터에 서버를 설치하고(로컬 서버), 같은 컴퓨터의 브라우저로 접속하는 경우가 많습니다. 이때 주소가 `localhost` 또는 `127.0.0.1`이에요.

  • 내 PC에서 Node.js나 Python Flask로 서버 실행
  • 같은 PC의 브라우저에서 `localhost:3000` 접속
  • 이 순간 내 PC가 서버이면서 동시에 클라이언트 역할도 함

처음엔 "어? 이게 되는 거야?" 했는데, 서버와 클라이언트는 물리적으로 다른 컴퓨터일 필요가 없고 역할의 구분이라는 걸 이때 제대로 이해했습니다. 개념이 물리적 장비가 아니라 논리적 역할이라는 거죠.

제가 직접 확인해본 서버-클라이언트 동작 방식

서버와 클라이언트, 자주 묻는 질문

Q. 서버는 무조건 비싸고 특수한 컴퓨터인가요?

A. 아닙니다! 서버는 역할의 이름이지, 특별한 기계가 아니에요. 이론상 집에 있는 낡은 노트북도 서버 프로그램을 설치하면 서버가 됩니다. 다만 실제 서비스용 서버는 24시간 안정적으로 켜두고 많은 요청을 처리해야 하니까, 고사양 장비를 쓰거나 클라우드(AWS, Google Cloud 등)를 빌려 쓰는 거예요. (굳이 처음부터 비싼 장비 살 필요 없습니다)

Q. 클라이언트-서버 구조와 P2P 구조는 뭐가 다른가요?

A. 클라이언트-서버 구조는 중앙에 서버가 있고 클라이언트들이 그 서버에 의존하는 방식입니다. 반면 P2P(Peer-to-Peer)는 중앙 서버 없이 참여자들이 서로 직접 연결해서 데이터를 주고받는 방식이에요. 비트코인·블록체인이 대표적인 P2P 구조입니다. 클라이언트-서버는 서버가 죽으면 전체가 마비되지만, P2P는 일부가 꺼져도 전체가 유지되는 장점이 있어요.

Q. 앱을 쓸 때 서버가 필요 없는 경우도 있나요?

A. 네, 있습니다! 인터넷 연결 없이 혼자 동작하는 앱(예: 계산기, 오프라인 메모장)은 서버 없이 클라이언트 혼자 돌아갑니다. 이걸 "스탠드얼론(Standalone)" 앱이라고 해요. 반면 카카오톡, 유튜브, 구글맵처럼 데이터를 주고받아야 하는 앱은 반드시 서버가 필요합니다.

Q. HTTP와 HTTPS는 서버-클라이언트랑 어떤 관계인가요?

A. HTTP는 클라이언트와 서버가 데이터를 주고받을 때 쓰는 약속(프로토콜)이에요. HTTPS는 HTTP + SSL, 즉 자물쇠를 채운 버전이라고 생각하시면 됩니다. 클라이언트와 서버 사이를 오가는 데이터를 암호화해서 중간에 누가 훔쳐봐도 알아볼 수 없게 만드는 거예요. 요즘 브라우저에서 주소창에 자물쇠 아이콘이 있으면 HTTPS로 통신 중이라는 뜻입니다.

오늘 당장 해볼 수 있는 것 3가지

서버와 클라이언트 개념, 이제 좀 그림이 그려지시나요? 마지막으로 핵심만 딱 정리하고 갑니다.

  • 클라이언트 = 요청하는 쪽 (내 브라우저, 앱), 서버 = 응답하는 쪽 (구글, 유튜브 등의 컴퓨터)
  • 통신의 흐름은 항상 "요청(Request) → 처리 → 응답(Response)" 3단계
  • 서버·클라이언트는 물리적 장비가 아니라 역할의 구분 — 같은 컴퓨터가 둘 다 될 수 있음

개념을 진짜 내 것으로 만드는 가장 빠른 방법은 직접 눈으로 확인하는 것입니다.

지금 당장 해볼 수 있는 것들을 제안드릴게요.

▶ 1단계: Chrome 개발자 도구(F12 → Network 탭) 열고 아무 사이트나 새로고침해서 요청 목록 구경하기

▶ 2단계: 터미널(또는 cmd)에서 `ping google.com` 쳐보고 응답 오는 거 확인하기

▶ 3단계: 네트워크를 끊고 다시 ping 쳐보면서 "클라이언트가 서버에 못 닿는 상황" 직접 체험하기

이 세 가지만 해봐도 교과서 열 번 읽는 것보다 훨씬 오래 기억에 남습니다. 저도 그랬거든요!

네트워크 기초 개념 중에 서버-클라이언트 다음으로 헷갈리는 게 IP 주소와 포트 번호인데요, 다음 글에서 그것도 그림 비유로 풀어드릴게요. 궁금한 점이나 "이 부분은 아직도 모르겠어요" 하시는 게 있으면 댓글로 남겨주세요! 최대한 쉽게 풀어드리겠습니다 😊

오늘 당장 해볼 수 있는 것 3가지

이 블로그의 인기 게시물

이메일 답장 10개를 5분 만에 끝내는 ChatGPT 활용법 (프롬프트 공개)

이미지
받은 편지함에 답장 못 한 이메일이 쌓여 있는데 퇴근 시간이 다가오는 상황, 한 번쯤 겪어보셨을 거예요. ChatGPT를 이메일 답장에 활용하면 이런 상황을 꽤 가볍게 넘길 수 있어요. 처음 ChatGPT를 써보려 했을 때 저도 꽤 헤맸어요. '이걸 어떻게 입력해야 제대로 된 답장이 나오지?' 싶어서 몇 번 시도하다 포기한 적도 있었거든요. 그런데 프롬프트 구조를 조금만 알면 생각보다 훨씬 쓸 만한 초안이 나와요. 이 글에서는 실제로 바로 복붙해서 쓸 수 있는 프롬프트 패턴과 활용 팁을 정리했어요. 거창한 설정 없이도 바로 시작할 수 있는 방법으로요. 📌 이 글에서 다루는 내용 ChatGPT 이메일 프롬프트의 기본 구조 / 상황별 프롬프트 패턴 4가지 / 초안을 내 말투로 다듬는 팁 / 자주 하는 실수와 주의할 점 ChatGPT 이메일 프롬프트의 기본 구조부터 짚어볼게요 ChatGPT에 '이메일 답장 써줘'라고만 입력하면 너무 일반적인 내용이 나와요. 핵심은 '상황 + 원하는 톤 + 포함할 내용'을 한 번에 알려주는 거예요. 처음엔 뭘 얼마나 써야 할지 감이 안 잡힐 수 있어요. 그런데 찾아보니 세 가지 정보만 넣어도 꽤 쓸 만한 초안이 나오더라고요. 📌 상황 설명: 누가 보낸 메일인지, 어떤 요청이었는지 한두 줄로 📌 원하는 톤: 공식적으로 / 친근하게 / 간결하게 등 📌 포함할 내용: 수락·거절·일정 조율·감사 표현 등 핵심 메시지 프롬프트 예시: '거래처 담당자가 보낸 미팅 요청 메일에 답장을 써줘. 다음 주 화요일 오후 2시로 일정을 확정하고 싶고 공식적이지만 친절한 톤으로 3~4문장 안에 마무리해줘.' 이렇게 입력하면 ChatGPT가 틀을 잡아주고 저는 거기서 어색한 부분만 고치면 돼요. 처음부터 끝까지 직접 쓰는 것보다 시간이 훨씬 줄어드는 걸 느낄 수 있어요. 상황별로 바로 쓸 수 있는 프롬프트 패턴 4가지 이메일 답장은 크게 몇 가지 유형으로 나뉘어요. 각...
Read more »

엑셀 수식, 저도 몰랐어요 - AI한테 맡겼더니 다 되더라고요

이미지
솔직히 저도 엑셀 수식을 잘 모릅니다. VLOOKUP이 뭔지 대충은 알아도 막상 쓰려면 괄호 위치부터 막히고 함수 이름도 헷갈리죠. 그런데 AI에게 원하는 결과를 말로 설명했더니 수식을 통째로 만들어주더라고요. 그때부터 엑셀이 달라 보이기 시작했어요. 이 글에서는 실제 업무에서 AI 수식 생성이 도움될 수 있는 상황 5가지를 소개합니다. 수식을 외울 필요 없이, 원하는 게 뭔지만 말할 줄 알면 충분해요. 📌 이 글의 핵심 요약 AI에게 '이런 결과가 필요해요'라고 설명하면 엑셀 수식을 직접 작성해 줍니다. 합계·조건 필터·날짜 계산·중복 제거·순위 매기기처럼 실무에서 자주 쓰는 작업 5가지를 사례로 정리했어요. AI한테 수식을 부탁하는 방법부터 짚고 갈게요 ChatGPT, Copilot, 클로드 같은 AI에게 엑셀 수식을 요청할 때는 딱 두 가지만 전달하면 됩니다. 어떤 데이터가 어느 셀에 있는지, 그리고 어떤 결과를 원하는지예요. 예를 들어 'A열에 이름, B열에 점수가 있어요. 점수가 80점 이상인 사람만 세고 싶어요'라고 쓰면 AI가 COUNTIF 수식을 바로 완성해서 보내줍니다. 수식 이름조차 몰라도 되는 이유가 여기에 있어요. 💡 요청할 때 이렇게 말하면 더 정확해요 셀 범위를 구체적으로 알려줄수록 AI가 바로 붙여넣기 가능한 수식을 만들어 줍니다. 예: 'A2부터 A100에 날짜, B2부터 B100에 금액이 있어요. 이번 달 금액 합계를 구하고 싶어요.' 이 정도면 충분해요. 실제 업무에서 바로 쓸 수 있는 사례 5가지 자료를 정리하면서 느낀 건, 수식이 필요한 상황 대부분이 몇 가지 패턴으로 반복된다는 점이에요. 아래 다섯 가지는 실무에서 특히 자주 등장하는 상황들이에요. 조건에 맞는 항목만 합산하기 — SUMIF — '특정 팀의 매출만 더하고 싶어요' 같은 요청에 AI가 SUMIF 수식을 만들어 줍니다. 예: C열에 팀 이름, D열에 매출이 있을 때, 영업팀 매출...
Read more »

AI한테 맡겼더니 오히려 일이 늘었던 이유, 이 단계를 건너뛰어서였어요

이미지
AI 툴을 써봤는데 생각보다 별로였다는 분들, 혹시 이 단계를 건너뛰진 않으셨나요? AI에게 일을 잘 맡기려면 업무 자체를 먼저 정리해두는 작업이 필요해요. ChatGPT나 Claude 같은 AI 툴을 업무에 써보려 했다가 '생각보다 별로네'라는 결론을 내린 분들이 꽤 많아요. 그런데 그 실망감의 원인이 AI 자체의 한계가 아닌 경우도 많아요. AI를 쓰기 전에 먼저 해야 할 준비 단계가 있거든요. 바로 내 반복 업무를 '예측 가능한 업무'와 '예외가 포함된 업무'로 나눠보는 작업이에요. 이 분류 작업 하나가 AI 활용의 성패를 가를 수 있어요. AI가 잘하는 일과 못하는 일은 처음부터 다릅니다 AI는 패턴이 일정한 업무에서 특히 강해요. 입력 형식이 비슷하고 출력 형식도 반복적인 작업이라면 AI가 안정적으로 처리할 수 있어요. 반면 맥락에 따라 판단이 달라지거나 예외 상황이 자주 끼어드는 업무라면 AI가 엉뚱한 결과를 낼 가능성이 높아요. 이걸 구분하지 않고 무작정 넘기면 수정 시간이 더 늘어날 수도 있어요. 💡 AI에게 맡기기 좋은 업무의 특징 입력값이 일정하고 출력 형식이 정해져 있고 판단 기준이 명확한 업무예요. 예를 들어 '같은 양식의 이메일 초안 작성', '정해진 형식의 보고서 요약', '반복되는 데이터 정리' 같은 작업이 여기에 해당해요. 예측 가능한 업무와 예외 업무, 어떻게 구분하나요 예측 가능한 업무란 '항상 비슷한 방식으로 처리되는 업무'예요. 매주 같은 형식으로 작성하는 주간 보고서, 동일한 질문 패턴에 답하는 고객 응대 메시지, 정해진 기준으로 분류하는 데이터 작업 등이 이에 해당해요. 예외 업무는 그 반대예요. 상황마다 조건이 달라지고 누군가의 판단이나 경험이 개입돼야 하는 업무예요. 고객 컴플레인 대응처럼 케이스마다 맥락이 다른 경우가 대표적이에요. ✅ 예측 가능한 업무 (AI에게 넘기기 좋음) : 입력 형식이...
Read more »

ChatGPT에 질문만 던지고 있다면, 지금 절반도 못 쓰고 있는 거예요

이미지
AI에게 '이거 어떻게 해요?'라고 물으면 대부분 두루뭉술한 답이 돌아와요. 그런데 같은 내용을 지시형으로 바꾸면 결과가 달라질 수 있어요. 이 글에서는 업무에서 바로 쓸 수 있는 지시형 프롬프트 구조를 소개합니다. 많은 분들이 AI를 쓸 때 검색창에 검색하듯 질문을 던져요. '보고서 잘 쓰는 법 알려줘', '이메일 어떻게 쓰지?' 같은 식으로요. 그런데 AI는 검색 엔진이 아니에요. 지시를 받아 실행하는 도구에 훨씬 가깝습니다. 질문형 프롬프트를 쓰기 전에는 답변을 받아도 '내가 원하는 게 아닌데'라는 느낌이 자주 들었을 거예요. 지시형으로 바꾼 뒤로는 수정 횟수가 줄고 결과물을 바로 쓸 수 있는 경우가 늘어납니다. 질문형과 지시형, 뭐가 다른 걸까요 질문형 프롬프트는 AI에게 선택권을 넘겨요. '어떻게 쓰면 좋을까요?'라고 물으면 AI는 범용적인 답을 골라서 내놓게 됩니다. 반면 지시형 프롬프트는 AI가 해야 할 일을 직접 설계해 주는 방식이에요. AI는 모호한 입력에 모호한 출력으로 반응하는 경향이 있어요. 구체적으로 지시할수록 원하는 방향에 가까운 결과를 받을 수 있습니다. 물론 항상 완벽하게 맞아떨어지진 않고 개인차나 사용 목적에 따라 효과가 다를 수 있어요. 질문형 프롬프트 예시 : "신제품 출시 보도자료 어떻게 쓰면 돼요?" → AI가 일반적인 보도자료 작성 팁을 안내합니다. 실제로 써주지 않아요. 지시형 프롬프트 예시 : "홍보팀 담당자 역할로, 스마트폰 신제품 출시를 알리는 보도자료를 A4 1장 분량으로 작성해줘. 과장 표현은 쓰지 마." → AI가 바로 초안을 작성해 줍니다. 좋은 지시형 프롬프트에는 네 가지 요소가 들어가요 지시형 프롬프트가 효과적으로 작동하려면 네 가지 정보를 나눠서 담는 게 좋아요. 이 구조만 익혀두면 어떤 업무에도 응용할 수 있습니다. 역할 — AI에게 누구처럼 행동할지 알려주세요 — ...
Read more »

출근길 10분으로 하루 할 일을 AI가 자동 정리하는 아침 루틴

이미지
지하철 문이 닫히는 순간, 오늘 뭐부터 해야 하지 — 멍하니 서 있던 적 있으신가요? 출근길 내내 스마트폰을 들여다보면서도, 막상 뭘 봐야 할지 몰라 뉴스 피드만 넘기다 도착하는 날이 반복됩니다. 사무실에 앉아서야 '아, 이거 오늘까지였는데'를 깨닫는 것도 꽤 익숙한 풍경일 겁니다. 이 글은 특정 사례가 아니라 많은 분들이 비슷하게 겪는 아침의 풍경을 바탕으로, AI를 활용한 간단한 루틴을 재구성한 내용입니다. 도구나 습관에 따라 체감 효과는 달라질 수 있으니, 가볍게 참고해 주세요. 결론부터 말하면, 출근길 10분 안에 AI가 오늘의 할 일을 자동으로 정리해주는 루틴을 만들 수 있습니다. 복잡한 앱 세팅이나 유료 도구 없이도, 이미 많은 분들이 쓰는 AI 채팅 도구 하나면 충분할 수 있습니다. 아침마다 할 일 정리가 안 되는 진짜 이유 할 일 목록을 못 만드는 건 의지 문제가 아닌 경우가 많습니다. 아침에 머릿속이 아직 제대로 깨어나지 않은 상태에서 '무엇을 먼저 할지'를 스스로 결정하는 일 자체가 꽤 높은 인지 부하를 요구합니다. 여기에 카카오톡 알림, 이메일, 슬랙 메시지까지 쏟아지면 뭐가 급한 건지 판단이 흐려집니다. 결국 눈에 먼저 띈 것부터 처리하다 하루가 끝나버리는 패턴이 반복될 수 있습니다. 💡 💡 핵심은 결정 피로를 줄이는 것 할 일 정리를 '내가 판단해야 하는 일'이 아니라 'AI에게 입력을 넘기는 일'로 바꾸면, 아침의 인지 부하가 눈에 띄게 줄어드는 경험을 할 수 있습니다. 물론 개인차는 있습니다. 출근길에 딱 맞는 AI 할 일 정리 루틴, 4단계 AI를 활용한 아침 루틴은 생각보다 단순합니다. 지하철에 타는 순간부터 사무실 도착 전까지, 스마트폰 하나로 끝낼 수 있는 흐름입니다. 어제 끝내지 못한 일을 30초 안에 메모한다 — 전날 퇴근 전 혹은 지하철에 타자마자, 어제 못 끝낸 일이나 오늘 반드시 해야 할 일 2~3가지를 메모 앱이나 AI 채팅창에 툭...
Read more »