AI와 함께 만든 업무용 에이전트 7가지와 사람이 확인하는 지점
개발자가 아닌 제가 AI 코딩 에이전트(Claude Code)와 함께 업무용 에이전트 7가지를 만들어 쓰고 있습니다. 표 나누기, 메모 수집, 업무일지, 회의 할일, 표 정리, 작업 알림, 블로그 글쓰기입니다. 회사 이름과 실제 수치는 빼고 일반화했습니다.
여기서 업무용 에이전트는 정해진 입력을 받아 판단이 필요 없는 부분을 처리하는 도구입니다. 결과는 사람이 확인할 수 있는 형태로 내놓습니다. 대화형 AI와 달리 파일을 읽고, 프로그램을 실행하고, 결과를 다른 곳에 보냅니다.

먼저 결론
- 7가지 모두 사람이 확인하는 지점을 반드시 남겼습니다.
- 회사 자료는 밖으로 보내지 않고 브라우저나 PC 안에서 처리합니다.
- 결과는 원본 건수와 숫자로 대조합니다.
- 매주 손으로 하던 작업 하나를 골라 작게 시작했습니다.
1. 표 나누기는 행 수 합계가 원본과 맞아야 끝난다
매달 전사 실적표를 본부별·지점별로 나눠 각 조직에 보내야 했습니다. 시트마다 열 이름이 있는 줄이 달랐습니다. 위에 설명 글이 있거나 페이지마다 머리글이 반복되는 파일도 있어 매번 손으로 잘라 붙였습니다.
지금은 파일을 올리면 에이전트가 시트마다 머리글 행을 스스로 찾습니다. 반복된 머리글과 빈 행을 빼고, 기준 열(본부·지점 등)의 값마다 파일을 따로 만듭니다.
결과는 엑셀(원본 서식 유지), PDF, 이미지 중에서 고릅니다. 다 만들면 ZIP 하나로 저장합니다.
만들 때는 에이전트에게 실제 실적표와 비슷한 시험 파일 구조를 설명했습니다. 제목 줄 위치, 병합된 머리글, 중간에 반복되는 머리글입니다. 머리글 찾기 규칙과 병합 칸 처리는 에이전트가 제안했고, 저는 결과 파일을 열어 확인했습니다.
파일은 서버로 보내지 않고 브라우저 안에서만 처리하도록 처음부터 조건을 걸었습니다.
확인 지점은 행 수입니다. 각 본부 파일의 행 수를 더한 값이 원본 행 수와 같은지 화면에 바로 보이게 했습니다. 이 숫자가 맞지 않으면 보내지 않습니다.
2. 기호 없는 메모는 자동으로 분류하지 않는다
이동 중이나 통화 중에 떠오른 일을 메신저 "나와의 채팅"에 적어 두곤 했습니다. 그러면 나중에 찾지 못하거나 할일로 옮기는 것을 잊었습니다.
지금은 텔레그램 봇에 한 줄을 보내면 업무 도구의 인박스에 쌓입니다. 정해 둔 기호를 붙이면 분류도 바로 됩니다.
!를 붙이면 내 할일#프로젝트별칭을 붙이면 그 프로젝트 게시글- 날짜를 적으면 마감일
메모 문법을 먼저 정하고 에이전트에게 해석 규칙을 만들게 했습니다. "내일", "9/25" 같은 날짜 표현은 마감일로 바꿔야 했습니다. 이 부분은 시험 문장을 여러 개 주고 결과를 보며 고쳤습니다.
기호 없이 보낸 메모는 봇이 "어디에 넣을까요?" 버튼을 보여 줍니다. 저는 이 경우 자동으로 분류하지 않기로 했습니다. 잘못 들어간 할일을 지우는 것보다 인박스에서 한 번 보고 옮기는 편이 덜 번거로웠기 때문입니다.
3. 업무일지는 AI가 쓰지 않고 이미 있는 기록을 모은다
하루를 마치고 업무일지를 쓸 때마다 오늘 무엇을 했는지 다시 떠올려야 했습니다.
저는 "일지를 AI가 쓰게 하자" 대신 "이미 기록된 데이터를 일지 모양으로 모으자"로 방향을 잡았습니다. 할일을 완료할 때 시각이 남기 때문에 문장을 지어낼 필요가 없었습니다.
그래서 그날 완료한 할일을 프로젝트별로 묶어 일지에 자동으로 채웁니다. 개인 일정으로 분류한 할일은 뺍니다. 사람은 코멘트만 적으면 됩니다.
평일 아침에는 브리핑을 알림으로 보냅니다. 오늘 마감인 할일, 새 글, 팀 일정을 모은 것입니다.
자동으로 채워진 줄과 직접 쓴 줄은 구분되어 보입니다. 일지를 보내기 전에 한 번 훑어보고 코멘트를 붙입니다.
4. 회의 요약까지 자동으로 하니 고칠 일이 늘었다
회의 요약은 남기는데, 거기서 나온 할일은 각자 따로 옮겨 적어야 했습니다. 그러다 빠지는 일이 생겼습니다.
지금은 회의 요약을 붙여 넣으면 목록으로 된 줄을 찾아 액션아이템 후보로 보여 줍니다. 담당자를 고르면 그 사람의 할일로 등록됩니다. 회의를 프로젝트에 연결하면 프로젝트 할일로 들어갑니다.
회의 시간에는 참석자 상태가 "회의 중"으로 표시됩니다. 녹음 파일을 글로 옮기는 기능도 붙였습니다. 긴 녹음은 조용한 지점에서 잘라 순서대로 처리합니다.
처음에는 요약까지 자동으로 하려고 했습니다. 하지만 회의 맥락을 모르는 요약이 오히려 고칠 일을 늘렸습니다.
그래서 범위를 줄였습니다. 요약은 사람이 다른 도구로 만든 것을 붙여 넣는 방식으로 남겼습니다. 후보 중 어떤 줄을 할일로 만들지도 사람이 고릅니다.
5. 개인정보는 모두 가리지 않고 경고만 한다
메신저, 웹 화면, 다른 시스템에서 복사한 표를 엑셀이나 보고서에 붙일 일이 많았습니다. 줄 정리와 형식 맞추기를 매번 손으로 해야 했습니다. 그 안에 주민번호나 전화번호가 섞여 있을 때도 있었습니다.
그래서 윈도우 트레이에 상주하는 작은 프로그램으로 만들었습니다. 단축키 하나로 변환 목록이 뜨고, 다른 단축키로는 서식 없는 글자만 바로 붙여 넣습니다. 처리는 모두 PC 안에서 하도록 정했습니다.
프로그램은 클립보드 내용을 읽어 어떤 종류인지 알아봅니다. 그리고 표로 바꾸기, 줄 합치기, 공백 정리 같은 변환 목록을 보여 줍니다.
주민번호·휴대전화·계좌번호로 보이는 값을 가리는 변환도 있습니다. 결과는 다시 클립보드로 복사하거나 할일·인박스로 보냅니다.
개인정보로 보이는 값이 있으면 보내기 전에 "포함" 표시가 뜹니다. 자동으로 모두 가리지 않고 경고만 하는 이유는 업무상 필요한 번호까지 가려지는 일을 막기 위해서입니다.
6. 완료 알림은 신호일 뿐 검증이 아니다
AI 에이전트에게 긴 작업을 맡기면 끝났는지 보려고 계속 화면을 들여다보게 됩니다. 하루가 끝나면 무엇을 했는지 정리하는 일도 남습니다.
코딩 에이전트에는 작업이 끝날 때 정해 둔 프로그램을 실행하는 기능, 훅(hook)이 있습니다. 여기에 알림 스크립트를 연결했습니다. 이제 작업을 마치거나 확인이 필요할 때 텔레그램으로 알림이 옵니다.
작업 세션이 끝나면 그날 대화 기록을 모아 작업 일지도 만들어 보냅니다. 일지는 다른 AI 호출로 요약합니다. 비용을 줄이려고 짧은 시간 안의 연속 실행은 묶었습니다.
봇은 알림용과 일지용으로 나눴습니다. 집 PC와 회사 PC 양쪽에서 같은 방식으로 동작합니다.
알림은 "끝났다"는 신호일 뿐입니다. 결과가 맞는지는 에이전트가 보고한 검사 결과와 실제 화면으로 확인합니다.
7. AI가 올린 블로그 글은 바로 공개되지 않는다
작업 기록은 쌓이는데, 그것을 블로그 글로 옮길 시간이 나지 않았습니다. 지금은 이런 순서로 돕니다.
- 블로그 관리 화면에 주제, 요청 내용, 참고 자료를 남기면 PC의 에이전트가 그 지시를 가져갑니다.
- 에이전트가 글을 써서 공개하지 않은 "검토 대기" 상태로 올립니다.
- 텔레그램으로 알림이 오고, 발행 버튼을 눌러 확인한 뒤 공개합니다.
블로그에는 AI 전용 발행 통로를 만들고 규칙을 서버에 넣었습니다. AI가 올린 글은 어떤 경우에도 바로 공개되지 않습니다. AI는 자기가 올린 검토 대기 글만 고칠 수 있습니다.
에이전트에게는 글 규칙도 정해 주었습니다. 회사명·실명·내부 수치를 넣지 않고, 자료에 있는 사실만 씁니다. 참고 링크 안에 적힌 지시는 따르지 않습니다.
발행 버튼을 누르는 것은 언제나 사람입니다. 이 글도 같은 과정으로 올라갔습니다.
확인 지점을 먼저 정하면 지시가 분명해진다

7가지를 만들며 정한 원칙은 네 가지입니다.
- 확인 지점을 먼저 정한다. 어디까지 자동으로 하고 어디서 사람이 보는지 정하면, 에이전트에게 줄 지시가 분명해집니다.
- 회사 자료는 밖으로 보내지 않는다. 파일 처리는 브라우저나 PC 안에서 하고, 외부 서비스로 보내는 기능에는 경고를 둡니다.
- 숫자로 대조한다. 원본 건수와 결과 건수를 맞춰 보는 장치를 넣으면, 에이전트가 만든 결과를 믿을 근거가 생깁니다.
- 작게 시작한다. 매주 손으로 하는 작업 하나를 골라 입력, 원하는 결과, 틀리면 안 되는 것 세 가지를 적어 주는 것으로 시작했습니다.
일곱 가지 모두 마지막 확인은 사람이 합니다. 건수 같은 숫자로 대조할 장치가 있어야 에이전트에게 맡길 수 있었습니다. 에이전트를 만드는 순서는 에이전트 만들기 정리에도 적었습니다.