고객 문의 대응 효율을 높이기 위해, 과거 이슈 데이터를 기반으로 유사 사례를 검색하고 AI가 답변 초안을 생성하는 시스템을 설계하고 구축한 경험이 있습니다.

고객 문의 대응 효율을 높이기 위해, 과거 이슈 데이터를 기반으로 유사 사례를 검색하고 AI가 답변 초안을 생성하는 시스템을 설계하고 구축한 경험이 있습니다. 구조도는 보안상 실제 운영 환경을 그대로 표현한 것이 아니라, 일반적인 시스템 구성을 기준으로 추상화하여 작성한 내용입니다. 해당 프로젝트는 팀 내부의 AI 전환 과정에서 진행된 작업으로, 외부에 판매된 프로젝트는 아니며 실제 계약 금액과는 무관합니다. 이 시스템은 고객에게 자동으로 답변을 전달하는 방식이 아니라, 운영자가 먼저 과거 문의 히스토리와 AI가 생성한 추천 답변을 확인한 뒤 최종 답변을 등록하는 구조로 설계되었습니다. 이를 통해 잘못된 답변이 고객에게 전달되는 리스크를 줄이고, 실제 운영 환경에서도 적용 가능한 형태로 구성했습니다. 저는 이 시스템에서 다음과 같은 역할을 담당했습니다. GitHub 이벤트 기반 자동화 트리거 구성 n8n을 활용한 워크플로우 기반 자동 처리 구조 설계 과거 이슈 데이터를 활용한 지식베이스 구축 파이프라인 구성 LLM 기반 태깅 및 데이터 구조화 처리 벡터 DB를 활용한 유사 사례 검색 구조 구현 또한 시스템의 성능과 정확도를 확보하기 위해, 단순히 AI를 적용하는 것이 아니라 과거 질의/답변 데이터를 일정한 형식으로 정제하고 충분한 양을 확보하는 과정이 중요했습니다. 이를 위해 데이터 수집, 태깅, 청크 분리, 임베딩 등 지식베이스 품질을 높이기 위한 작업을 함께 진행했습니다. 다만 해당 시스템은 운영자에게 참고용 답변을 제공하는 보조 도구 성격으로, AI가 생성한 답변을 그대로 고객에게 전달하는 수준의 완전 자동화 시스템은 아니며, 최종 판단은 사람이 수행하는 구조입니다. 본 프로젝트는 내부 개선 프로젝트로 실제 계약 금액이 존재하지 않아, 시급 기준으로 환산한 추정 금액을 기입했습니다. 유지보수 비용은 제외된 금액입니다.
메시지 검색 API 개발 및 성능 개선
03대용량 로그 처리 및 아카이빙 시스템 개선
03
AI 업무 자동화 작업 범위 안내
05글 하나를 쓰면 네 개 채널에 자동으로 발행되고, 공감과 댓글, 서로이웃, 답글까지 처리하는 프로그램을 직접 설계하고 개발했습니다. 채널마다 API 규격과 인증 방식, 이미지 처리 방식이 전부 다릅니다. 채널을 추가할 때마다 본체를 고쳐야 하는 구조를 피하려고, 발행 로직을 채널별로 분리하고 공통 인터페이스만 지키도록 설계했습니다. 가장 어려웠던 것은 발행이 아니라 실패 처리였습니다. 초기에는 한 채널이 막히면 전체가 멈췄습니다. 채널별로 독립 재시도하도록 바꾸고, 실패 원인을 인증 만료와 일시 오류로 구분한 뒤에야 무인 운영이 가능해졌습니다. 로그인은 일부러 자동화하지 않았습니다. 프로그램이 반복 로그인하면 캡차가 뜨고 계정이 막히기 때문입니다. 처음 한 번 사용자가 직접 로그인하면 그 세션을 저장해 씁니다. 속도도 일부러 늦췄습니다. 사람처럼 간격을 두고 움직이도록 만들었습니다. 짧은 시간에 몰아서 처리하면 하루 만에 막힙니다. 파이썬으로 개발했고 설치 없이 실행 파일 하나로 동작합니다. 계정 정보는 사용자 PC에만 암호화 저장되며 외부로 전송되지 않습니다. ※ 각 블로그 서비스의 이용약관을 준수하는 범위에서 동작하며, 방문자 수나 노출 순위 등의 결과를 보장하지 않습니다.
032은행 거래 엑셀 분류, 검토, 등록 대조 도구 (자체 시연)
06말씀 주시면 다 만들어 드려요.
063AI 블로그글 자동생성기- 블로그,X,스레드 글까지
019Mac 실시간 회의 통역기 Mac 앱 (한국어/일본어/영어)
02AI가 매일 당직 순서대로 도선사 배정을 제안
04ERP 개발 포트폴리오
034ERP개발
091










