초보자를 위한 COPILOT 제대로 쓰는 방법
얼마 전 문서 하나를 급하게 써야 했는데, 빈 화면을 보고 10분 넘게 커서만 깜빡이는 걸 본 적이 있습니다. 그때 COPILOT에 먼저 초안을 부탁했더니 신기하게도 시작점이 생기더군요. 물론 그대로 붙여 넣을 정도로 완벽하진 않았지만, 막막함을 줄이는 데는 꽤 쓸 만했습니다.
COPILOT은 이름은 하나처럼 보이지만 실제로는 여러 제품 안에서 조금씩 다르게 쓰입니다. Microsoft Copilot은 문서 작성, 검색, 요약, 이미지 생성, 일정 준비 같은 일상 업무에 가깝고, GitHub Copilot은 코딩 보조에 특화되어 있습니다. 그래서 처음엔 “이게 챗봇이야, 오피스 기능이야, 개발 도구야?” 하고 헷갈리기 쉽습니다.
COPILOT을 처음 쓸 때 먼저 구분할 것
가장 먼저 할 일은 내가 쓰려는 COPILOT이 어디에 붙어 있는지 확인하는 겁니다. 웹에서 쓰는 Microsoft Copilot, Word나 Excel 안에서 쓰는 Microsoft 365 Copilot, VS Code나 GitHub에서 쓰는 GitHub Copilot은 목적이 다릅니다.
- Microsoft Copilot: 검색, 글쓰기, 요약, 아이디어 정리에 적합
- Microsoft 365 Copilot: Word, Excel, PowerPoint, Outlook 같은 업무 도구 안에서 활용
- GitHub Copilot: 코드 자동완성, 코드 설명, 테스트 작성, 오류 수정에 적합
예를 들어 회의록을 짧게 줄이고 싶다면 Microsoft 365 Copilot 쪽이 자연스럽습니다. 반대로 React 컴포넌트에서 오류를 찾거나 SQL 쿼리를 고치고 싶다면 GitHub Copilot이 더 잘 맞습니다. 같은 COPILOT이라는 이름이라도 작업장이 다르면 기대해야 할 결과도 달라집니다.
질문을 잘게 나누면 결과가 좋아집니다
COPILOT을 처음 쓰는 분들이 자주 하는 실수는 한 번에 너무 큰 요청을 던지는 겁니다. “블로그 글 써줘”, “앱 만들어줘”, “엑셀 분석해줘”처럼 말하면 결과가 두루뭉술해질 가능성이 큽니다. 사람에게 일을 맡길 때도 배경, 목적, 분량, 형식을 알려주면 결과가 좋아지는 것과 비슷합니다.
예를 들어 블로그 글을 쓴다면 “직장인이 점심시간에 읽을 수 있게 1,500자 안팎으로, 어려운 용어는 피하고, 체크리스트를 포함해서 작성해줘”처럼 말하는 편이 낫습니다. 코딩에서도 “이 함수의 시간 복잡도를 줄이고 싶은데, 기존 입출력 형식은 유지해줘”라고 요청하면 COPILOT이 건드려야 할 범위가 선명해집니다.
바로 써먹기 좋은 요청 방식
- 역할 지정: “너는 엑셀 초보자를 돕는 강사야”
- 상황 설명: “매출 데이터 3개월치를 비교하려고 해”
- 출력 형식 지정: “표와 짧은 설명으로 나눠줘”
- 제약 조건 추가: “전문 용어는 풀어서 설명해줘”
사실 이 정도만 넣어도 답변 품질이 확 달라집니다. COPILOT은 마음을 읽는 도구가 아니라, 잘 적힌 요청을 바탕으로 다음 단계를 제안하는 도구에 가깝습니다.
업무에서는 초안, 비교, 반복 작업에 강합니다
업무용으로 COPILOT을 쓸 때 가장 체감이 큰 부분은 초안 만들기입니다. 메일 첫 문장, 보고서 목차, 발표자료 흐름처럼 시간이 은근히 걸리는 작업을 빠르게 시작할 수 있습니다. 특히 같은 형식의 문서를 반복해서 만들 때 효율이 좋습니다.
예를 들어 고객 문의에 답장해야 한다면 “사과는 담백하게, 보상 안내는 명확하게, 문장은 너무 딱딱하지 않게”라고 요청할 수 있습니다. 그러면 초안이 나오고, 사용자는 표현을 다듬으면 됩니다. 빈칸에서 시작하는 것보다 훨씬 가볍습니다.
Excel에서는 데이터를 설명하게 하거나, 어떤 열을 기준으로 피벗하면 좋을지 물어볼 수 있습니다. PowerPoint에서는 긴 문서를 바탕으로 발표 흐름을 만들 수 있고, Outlook에서는 긴 메일 스레드를 짧게 파악하는 데 유용합니다. 다만 회사 계정에서 어떤 기능을 쓸 수 있는지는 구독과 관리자 설정에 따라 달라질 수 있습니다. Microsoft 지원 문서에서도 무료 Copilot과 Microsoft 365 구독 기반 경험이 나뉜다고 안내하고 있습니다.
개발자는 GitHub Copilot을 이렇게 쓰면 편합니다
GitHub Copilot은 코드를 대신 다 짜주는 마법 도구라기보다, 옆에서 빠르게 제안해주는 페어 프로그래머에 가깝습니다. 자동완성, 코드 설명, 테스트 코드 제안, 리팩터링 방향 잡기에서 특히 빛납니다.
예를 들어 API 응답을 처리하는 함수를 만들 때 주석으로 “사용자 목록을 받아 활성 사용자만 필터링하고 이름순으로 정렬”이라고 적으면, COPILOT이 그 흐름에 맞는 코드를 제안합니다. 이미 작성된 함수에 대해 “이 코드에서 예외가 날 수 있는 부분을 알려줘”라고 물어보는 것도 꽤 유용합니다.
GitHub 공식 요금제 기준으로는 무료 플랜에도 월 2,000회 코드 완성과 제한된 채팅 요청이 포함되어 있고, Pro 플랜은 더 넓은 사용량과 모델 선택, 코드 리뷰 같은 기능을 제공합니다. 가격과 포함 기능은 바뀔 수 있으니 실제 결제 전에는 GitHub Copilot 공식 요금제 페이지를 확인하는 편이 좋습니다.
그대로 믿기보다 확인하는 습관이 중요합니다
COPILOT을 쓰다 보면 답이 너무 자연스러워 보여서 그냥 믿고 싶어질 때가 있습니다. 근데 여기서 조심해야 합니다. AI는 문장을 그럴듯하게 만드는 데 능숙하지만, 숫자나 최신 정책, 코드 실행 결과를 틀릴 수 있습니다.
특히 법률, 세금, 의료, 투자, 보안처럼 틀렸을 때 손해가 큰 분야에서는 참고용으로만 쓰는 편이 안전합니다. 개발 코드도 마찬가지입니다. COPILOT이 만든 코드는 테스트를 돌리고, 보안상 민감한 부분은 직접 확인해야 합니다. 업무 문서라면 회사 내부 정보나 고객 개인정보를 입력해도 되는지 먼저 확인하는 게 좋습니다.
- 숫자와 날짜는 원문 자료로 다시 확인
- 코드는 테스트와 리뷰를 거친 뒤 반영
- 민감한 정보는 입력 전에 회사 정책 확인
- 답변이 애매하면 근거와 가정을 다시 질문
제가 써보니 COPILOT은 일을 대신 끝내주는 도구라기보다, 시작을 빠르게 만들고 반복을 줄여주는 도구에 더 가깝습니다. 처음부터 거창하게 쓰려고 하면 실망할 수 있지만, 메일 초안 하나, 코드 설명 하나, 회의록 요약 하나처럼 작은 일부터 붙여보면 생각보다 빨리 손에 익습니다. 결국 좋은 사용법은 “어디까지 맡기고 어디부터 내가 확인할지”를 정하는 데서 갈립니다.
