지금은 인공지능 시대(지인시) 심볼지금은 인공지능 시대
기술 트렌드

“AI로 먹고살려면 뭘 배울까?” HN의 질문에 답하는 실전 기술 3가지

정우석글 · 정우석
노트북 화면에 나란히 표시된 Python 코드와 고객 문의 분류 결과, 오류 검증 목록
노트북 화면에 나란히 표시된 Python 코드와 고객 문의 분류 결과, 오류 검증 목록
AI 도구는 쏟아지는데, 정작 내 몸값을 높이려면 무엇을 배워야 할까. Hacker News의 한 이용자는 적당한 기술 배경을 가진 개인이 학위 과정 없이 인터넷과 실험만으로 익힐 수 있는 구체적인 AI 기술을 물었다. 제공된 수집 자료에서 이 글은 70점을 기록했으며, 게시 시점과 댓글 내용은 확인되지 않아 커뮤니티의 합의로 해석할 수는 없다. 질문의 핵심은 LLM과 에이전트의 발전을 개인의 경제적 기회로 바꾸는 방법이다. 여기에 대한 실용적인 답은 ‘작은 업무 하나를 자동화하고, 제대로 처리했는지 증명하는 능력’이다. 예를 들어 고객 문의를 읽어 유형을 분류하고 주문번호를 추출한 뒤 담당자에게 넘기는 과정은 입력, 처리, 검증의 경계가 비교적 선명하다. 이런 과제를 골라야 인터넷 강좌에서 배운 코드가 실제 업무의 시간 절감으로 이어지는지 확인할 수 있다. 독학의 우선순위는 다음 세 가지로 좁혀볼 만하다.
  • Python으로 LLM API를 호출하고, CSV의 문의 내용을 한 건씩 처리해 결과와 호출 비용을 저장하는 법을 익힌다.
  • JSON Schema로 주문번호와 문의 유형의 형식을 정의하고, 필수 항목이 빠진 응답을 검증 단계에서 걸러내는 법을 배운다.
  • 정답을 붙인 문의 묶음으로 모델과 프롬프트를 비교하고, 실패 사례를 다시 시험하는 평가 코드를 만든다.
여기서 형식 검증과 내용 검증은 구분해야 한다. JSON Schema 공식 문서가 설명하는 필수 속성 검사는 주문번호 항목의 존재를 확인할 뿐, 그 번호가 실제 주문과 일치한다는 보장은 하지 않는다. 따라서 주문 데이터 조회와 대조까지 연결해야 ‘그럴듯한 답변’이 업무에 쓸 수 있는 결과가 된다. 업계 실무 관점에서도 단순한 구조부터 성능을 확인하라는 조언이 나온다. 앤트로픽은 2024년 12월 공개한 에이전트 구축 가이드에서 여러 팀과의 경험을 바탕으로, 필요할 때만 복잡성을 높이고 비용과 지연을 함께 따져야 한다고 설명했다. 에이전트 제품의 기능 경쟁과 연결해 보면, 개인에게 필요한 것은 작업자를 여럿 띄우는 기술에 앞서 어떤 단계에 판단과 검증이 필요한지 설계하는 능력이다. “곧 AI가 코드까지 다 짜주는데 이런 공부가 필요할까”라는 반론은 타당한 부분이 있다. 그러나 코드 생성이 쉬워져도 오분류의 손실, 사람이 확인할 조건, 허용 가능한 처리 비용은 해당 업무를 이해하는 사람이 정해야 한다. 가령 학습용 문의 50건과 별도의 검증용 50건을 준비한다는 것은 실적 수치가 아니라 독학 프로젝트 설계 예시이며, 성공률과 수동 수정 시간을 함께 기록해야 효과를 판단할 수 있다. 국내 중소기업이나 프리랜서 시장을 겨냥한다면 이런 기록은 범용 챗봇 시연보다 고객이 도입 가치를 판단하기 좋은 자료가 된다. 앞으로 모델과 서비스가 바뀌어도 남는 경쟁력은 특정 도구의 버튼 위치보다 업무 데이터, 실패 사례, 검증 기준을 축적하는 데 있을 것이다.
인사이트

개인의 AI 경쟁력은 도구 사용 경험을 검증 가능한 업무 개선으로 바꾸는 데서 생긴다. 작은 자동화라도 오류율과 수정 시간을 설명할 수 있어야 경제적 가치를 설득할 수 있다.

자주 묻는 질문

코딩을 잘 못해도 시작할 수 있어?
시작할 수 있다. 다만 이 기사에서 제안한 자동화를 구현하려면 Python의 파일 처리, API 호출, 오류 처리부터 익히는 편이 좋다. 첫 과제는 CSV에서 문의를 읽어 분류 결과를 저장하는 정도로 좁히면 된다.
RAG나 멀티 에이전트부터 배워야 해?
필수는 아니다. 먼저 단일 LLM 호출로 해결되는지 평가하고, 외부 문서가 필요하면 RAG를, 작업 분리가 성능을 개선한다면 여러 에이전트를 검토하면 된다. 구조를 추가할 때는 정확도뿐 아니라 비용과 처리 시간도 비교해야 한다.
포트폴리오에는 뭘 보여줘야 돈이 될까?
자동화한 업무, 별도 검증 데이터의 성공률, 사람이 수정하는 시간, 처리 비용을 보여주는 것이 좋다. 실패 사례와 사람이 개입하는 조건도 제시하면 적용 범위를 판단하기 쉽다. 이런 자료가 수익을 보장하지는 않지만 도입 효과를 검토할 근거는 제공한다.
공유XTelegram

이 기사 어땠어요?

피드백을 남겨주시면 더 나은 맞춤 추천을 만듭니다.

이런 뉴스를 매일 받아보세요

매일 아침 7시, 그날의 정리를 이메일과 Telegram으로 받아보세요.