행정사 사무소의 인허가 서류, 초안과 요건 정리를 Claude Code로 앞당기는 실무법
건설업 면허나 체류자격 요건 정리와 초안에서 매번 막히는 행정사 사무소용. Claude Code에 맡길 범위, 복붙 프롬프트 양식, 개인정보 지키는 법을 실례로 정리했습니다.
금요일 저녁, 건설업 면허 갱신 건으로 저는 요건 목록 엑셀을 노려보고 있었습니다. “전임 기술자 증명 서류, 이걸로 다 모인 거 맞나.” 전임자가 만든 자기만의 양식 체크리스트는 항목이 30줄이라, 어디까지 모았는지 저조차 헷갈립니다. 고객이 “이제 뭐가 더 필요한가요”라고 물어도 바로 대답하지 못하고, 다음 주에 다시 연락드리겠다고 말해버립니다. 그 어색함, 행정사 사무소에서 일하다 보면 한 번쯤 겪는다고 생각합니다.
인허가 일은 어렵다기보다 “빠뜨리는 게 무서운” 일입니다. 요건은 법조문과 운영 기준, 과거 사례 경험이 섞여 있어서 매번 처음부터 다시 짜면 시간이 오래 걸립니다. 그렇다고 완전한 정형 업무도 아니라 템플릿만 붙여서는 끝나지 않습니다. 이 “절반은 정형, 절반은 판단”인 부분이야말로 Claude Code 같은 생성형 AI에 밑작업을 맡기면 효과가 큽니다.
이 글에서는 인허가 서류의 초안과 요건 정리를 사무소 업무에 어떻게 끼워 넣을지, 제가 실제로 시험한 순서와 그대로 쓸 수 있는 프롬프트로 설명합니다.
핵심 요약
- 행정사 사무소의 “요건 정리와 초안”은 AI가 밑작업, 사람이 최종 판단이라는 분담이 가장 사고가 적습니다.
- 신청 종류별로 요건 체크리스트를 생성시켜, 상담 항목의 누락을 먼저 메우는 방식이 즉효성 있습니다.
- 개인정보는 실명·주소·주민등록번호를 가림 처리로 바꾼 뒤 넘기는 게 대전제입니다. 가명화라는 한 단계가 안전도를 크게 바꿉니다.
- 복붙 프롬프트 양식 3종과, 가림 처리를 기계적으로 하는 검증 스크립트를 실었습니다.
- 법령의 최종 확인·첨부 서류의 필요 여부·고객을 향한 최종 답변은 반드시 행정사 본인이 판단합니다. AI의 출력은 초안에서 멈춥니다.
행정사 사무소 현장에서 무엇이 시간을 잡아먹는가
먼저 독자상을 맞춥니다. 이 글이 상정하는 대상은 건설업 면허, 폐기물 수집운반업, 식품접객업, 중고품 영업, 체류자격, 법인 설립 같은 여러 인허가를 소수 인원으로 돌리는 사무소의 행정사입니다. 보조 인력이 12명, 사건은 동시에 515건, 성수기엔 갱신과 신규가 겹칩니다. 그런 규모감을 떠올려 주세요.
인허가 사건의 업무 흐름은 대체로 이렇게 진행됩니다.
- 문의를 받고, 신청 종류와 요건의 윤곽을 잡는다
- 고객에게 상담하고, 필요 서류 목록을 건넨다
- 모인 서류를 확인하고, 부족한 분을 독촉한다
- 신청서·첨부 서류·사유서 등을 작성한다
- 관청 창구나 전자 신청에서 검토를 받고, 보정에 대응한다
- 허가 후 후속 관리(갱신 시기 관리 등)
시간을 잡아먹는 건 2, 3, 4입니다. 특히 “요건의 윤곽을 잡고 상담 항목을 만드는” 공정은 사건마다 미묘하게 다른데도 매번 수작업으로 다시 하고 있고, 게다가 빠뜨리면 뒤 공정의 되돌림으로 직결됩니다. 서류를 다 모으고 나서 “사실은 결산서가 한 회계연도 더 필요했어요”라고 밝혀지면, 고객 신뢰에도 금이 갑니다.
여기서 자주 생기는 되돌림을 늘어놓으면 이런 느낌입니다.
- 상담 항목 누락으로, 서류 독촉이 두세 번으로 쪼개진다
- 과거의 비슷한 사건 양식을 그대로 가져와, 이번엔 불필요한 서류까지 모은다
- 사유서 문장을 매번 처음부터 써놓고, 결국 표현은 지난번과 거의 같다
- 갱신 사건에서, 지난번부터의 변경점 추리기에 시간이 걸린다
AI에 맡길 범위와, 사람이 반드시 판단하는 범위
여기가 가장 중요하니 먼저 선을 긋습니다. Claude Code에 맡기는 건 “밑작업”, 사람이 하는 건 “최종 판단”. 이 경계를 흐리면, AI가 쓴 그럴듯한 요건 설명을 그대로 믿고 사고가 납니다.
| 공정 | AI에 맡겨도 되는 범위 | 행정사 본인이 판단하는 범위 |
|---|---|---|
| 요건 정리 | 신청 종류별 요건 항목 목록화, 상담표 초안 작성 | 그 지자체·그 사건에서 실제로 필요한 요건의 최종 확정 |
| 서류 목록 | 일반적인 첨부 서류 후보를 빠짐없이 제시 | 개별 사정에서의 필요 여부, 원본/사본 구분, 유효기간 |
| 초안 작성 | 사유서·신청 사유 문장의 초안, 정형 부분의 빈칸 채우기 | 사실관계의 정확성, 과장 없는 표현, 서명·날인 판단 |
| 보정 대응 | 보정 통지 내용을 쉽게 풀어쓰기, 대응안 정리 | 관청을 향한 최종 답변, 추가 서류 판단 |
AI의 출력은 “법조문이나 운영 기준의 정확한 베껴쓰기”가 아닙니다. 어디까지나 떠올리기 위한 실마리, 빠뜨림 점검의 동반자입니다. 최종 근거는 반드시 스스로 1차 정보를 확인합니다. 이걸 철저히 하면 초안 공정의 시간은 꽤 줄어듭니다. 생성형 AI에 업무를 맡길 때의 기본 사고방식은 코드를 못 써도 Claude Code는 쓸 수 있는 시작법에서도 정리했으니, 처음이신 분은 그쪽도 함께 읽어 주세요.
Use case 1: 신청 종류별 요건 체크리스트를 생성한다
가장 효과적인 게 이것입니다. 신규 문의가 들어온 순간에, 신청 종류를 알려주고 요건 체크리스트의 초안을 만들게 합니다. 손에 든 템플릿과 맞춰보며, 누락과 과잉을 10분이면 확인할 수 있습니다.
예를 들어 건설업 면허(시·도지사 면허·일반)의 신규라면, 경영 관리 책임자, 전임 기술자, 재산적 기초, 성실성, 결격 요건 같은 대항목별로 “확인해야 할 것”과 “모을 서류 후보”를 표로 만들게 합니다. 나온 목록을 자신의 1차 정보 체크리스트와 대조하고, 그 지자체의 안내서로 최종 확정합니다.
복붙할 수 있는 프롬프트 양식이 이것입니다.
당신은 행정사 사무소의 보조자입니다. 아래 인허가 신청에 대해,
요건 정리의 초안을 만들어 주세요. 최종 확인은 행정사가 하므로,
"일반적으로 이렇게 알려져 있다" 수준의 망라성을 우선하고, 단정은 피해 주세요.
# 신청의 종류
건설업 면허(시·도지사 면허·일반 건설업·신규)
# 출력해 주었으면 하는 것
1. 요건의 대항목(경영 관리·전임 기술자·재산적 기초·성실성·결격 요건 등)별로,
확인해야 할 포인트를 항목별로 정리
2. 각 항목에서 모을 가능성이 있는 첨부 서류 후보(원본/사본 구분을 알면 함께 표기)
3. 고객 상담에서 물어야 할 질문 목록
4. 지자체 안내서에서 반드시 확인해야 할 주의점(운영 차가 나기 쉬운 점)
# 제약
- 지자체마다 운영이 다른 점은 "확인 필요"라고 명기한다
- 법령 조항 번호는 참고로 덧붙이되, 근거는 사람이 확인하는 전제로 쓴다
요점은, 마지막 제약에서 “단정하지 말고, 확인 필요라고 써라”를 명시하는 것입니다. 이걸 넣지 않으면 AI는 자신만만하게 “○○는 불필요합니다”라고 써버리고, 거기를 놓치면 위험합니다. 프롬프트 정밀도를 높이는 세세한 기술은 프롬프트 엔지니어링 응용에 자세히 정리했습니다.
Use case 2: 상담표와 고객용 서류 목록을 만든다
요건 초안이 완성되면, 그것을 고객에게 건넬 수 있는 형태로 다듬습니다. 전문 용어투성이인 요건 목록을 그대로 건네도, 고객은 무엇을 준비해야 할지 모릅니다. “주민등록표 등본(본적 기재 있음, 3개월 이내)“처럼, 무엇을·어디서·어떤 상태로 떼는지까지 풀어쓴 목록으로 변환시킵니다.
이때 편리한 게, 출력 형식을 지정하는 것입니다.
앞의 요건 정리를 바탕으로, 고객(건설업 경영자·법률 용어에 익숙하지 않음)에게
그대로 건넬 수 있는 "준비해 주실 서류 목록"을 만들어 주세요.
# 형식
- 표 형식: 서류명 / 발급처 / 부수 / 주의점(유효기간 등)
- 전문 용어는 쓰지 않고, 발급처(시청·등기소·세무서 등)를 구체적으로 쓴다
- 체크박스(- [ ])를 붙여, 고객이 모으면서 지워나갈 수 있게 한다
# 주의
- 개별 사정으로 필요 여부가 바뀌는 것은 "※확인 필요"를 끝에 붙인다
- 부수나 유효기간이 지자체마다 바뀌는 것은 단정하지 않는다
이 목록은 독촉의 왕복을 줄이는 데 효과적입니다. 한 번에 무엇이 필요한지 눈에 보이므로, “이것도, 저것도” 하며 찔끔찔끔 나오지 않습니다.
Use case 3: 사유서·신청 사유의 초안을 앞당긴다
폐기물 수집운반업이나 체류자격 갱신에서는 사유서나 신청 사유 문장이 필요합니다. 이걸 처음부터 쓰면 은근히 시간을 잡아먹습니다. 과거 사건의 표현은 대체로 정해져 있는데, 매번 다시 생각하고 있었습니다.
여기서도 AI에 초안을 만들게 합니다. 단, 넘기는 정보에는 실명·주소·구체적 사업소명을 넣지 않습니다. 뒤에서 설명할 가림 처리를 반드시 거친 뒤 넘깁니다.
아래 사실 메모를 바탕으로, 폐기물 수집운반업 허가의 신청 사유서 초안을
만들어 주세요. 사실은 바꾸지 말고, 과장하지 말고, 담담하게 써 주세요.
# 사실 메모(가명화 완료)
- 신청자: A사(운송업을 15년 영위하는 법인)
- 동기: 거래처 B사의 의뢰로, 건설 폐자재 운반 수요가 늘었다
- 체제: 차량 3대, 운전기사 전원이 지정폐기물 관련 교육을 이수 완료
- 취급 품목: 건설 잔재류, 폐플라스틱류
# 제약
- 700자 정도, 합쇼체
- 사실 메모에 없는 것은 쓰지 않는다(추측으로 보충하지 않는다)
- 서명·날인·날짜란은 자리표시자로 한다
나온 초안은, 반드시 사실관계를 한 줄씩 확인한 뒤 씁니다. AI는 “그럴듯하게” 채우려 하므로, 메모에 없는 사실을 멋대로 더하지 않았는지가 핵심 점검 사항입니다.
도입 전과 후로, 무엇이 어떻게 달라졌나
수치로 실감을 공유합니다. 어디까지나 제 손끝의 어림이고, 사건 난이도로 앞뒤가 달라지지만, 기준으로.
| 공정 | 도입 전(수작업) | 도입 후(AI가 밑작업) |
|---|---|---|
| 요건 정리+상담표 작성 | 약 90분 | 약 30분(확인 포함) |
| 서류 목록 정서 | 약 40분 | 약 10분 |
| 사유서 초고 | 약 60분 | 약 20분 |
1건당으로 보면, 대략 3시간이 1시간 남짓으로 줄었습니다. 월에 신규·갱신 합쳐 10건을 돌리면, 단순 계산으로 월 15~20시간. 시급 환산으로 얼마가 될지는 사무소마다 다르지만, 그 시간을 면담이나 후속 관리로 돌릴 수 있는 건 큽니다. 주의할 점은, 줄어든 건 “밑작업 시간”이지 “확인 시간”이 아니라는 것. 확인은 오히려 더 꼼꼼히 하는 전제입니다.
개인정보와 보안의 주의점
여기를 건너뛰면 전부가 물거품이 됩니다. 행정사는 직무상 가족관계증명서나 주민등록표, 결산 정보 같은 민감한 데이터를 대량으로 다룹니다. 이걸 그대로 AI에 붙여 넣는 건 절대로 하지 마세요.
지켜야 할 최저선은 이것입니다.
- 실명·주소·생년월일·주민등록번호·법인등록번호·구체적 사업소명은, AI에 넘기기 전에 가림 처리(A사, B씨, ◯◯시 등)로 바꾼다.
- 가족관계증명서·주민등록표·등기사항증명서 같은 이미지나 PDF 자체를 업로드하지 않는다. 필요한 사실만 텍스트 메모로 만들어 넘긴다.
- 업무로 쓴다면, 입력 데이터가 학습에 쓰이지 않는 계약 형태(API 이용이나, 데이터 보관 설정을 확인한 플랜)를 고른다. 이용약관과 데이터 취급은 사무소로서 한번 제대로 확인한다.
- 고객과의 비밀유지 계약이나, 행정사법상의 비밀유지 의무에 어긋나지 않는 범위인지를, 도입 전에 스스로 선을 긋는다.
가명화는 수작업이면 오히려 새어 나갑니다. 그래서 기계적으로 합니다. 다음 스크립트는, 텍스트 속 전형적인 개인정보 패턴(이메일, 전화번호, 주민등록번호 자릿수의 숫자열 등)을 가림 처리로 바꾸는 간단한 전처리입니다. Node.js가 있으면 동작합니다. 완벽한 익명화 도구가 아니라 “붙이기 전의 1차 필터”로 써 주세요.
import { readFile, writeFile } from "node:fs/promises";
// 치환 규칙: 민감 정보의 패턴을 가림 처리한다
const rules = [
// 이메일 주소
[/[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}/g, "[이메일]"],
// 전화번호(하이픈 있음/없음, 10~11자리)
[/0\d{1,4}-?\d{1,4}-?\d{3,4}/g, "[전화번호]"],
// 주민등록번호·법인등록번호로 보이는 12~13자리 숫자
[/\d{12,13}/g, "[번호]"],
// 우편번호
[/\d{3}-?\d{3}/g, "[우편번호]"],
];
const input = process.argv[2] || "./draft.txt";
const output = process.argv[3] || "./draft.masked.txt";
let text = await readFile(input, "utf8");
let hits = 0;
for (const [pattern, replacement] of rules) {
text = text.replace(pattern, () => { hits++; return replacement; });
}
await writeFile(output, text, "utf8");
console.log(`${hits}건을 가림 처리했습니다 → ${output}`);
console.log("주의: 이름·주소·회사명은 자동으로 지워지지 않습니다. 반드시 눈으로 확인하세요.");
사용법은 node mask.mjs 원본메모.txt 가림처리본.txt 입니다. 마지막 경고 메시지가 중요한데, 이름이나 주소 같은 자유 기술은 정규식으로는 잡히지 않습니다. 그래서 스크립트를 거친 뒤, 반드시 사람 눈으로 고유명사를 지웁니다. 이 2단 구성으로 합니다. Claude Code에 이 가림 처리 자체를 규칙화해 맡기는 방법은, CLAUDE.md 작성법을 참고해 사무소의 규칙으로 설정 파일에 녹여 넣으면 더 안정적입니다.
체크리스트: AI 초안을 쓰기 전의 최종 확인
초안이 올라오면, 공개(=고객이나 관청에 제출)하기 전에 이것을 거칩니다.
- 가림 처리 스크립트와 눈 확인의 2단으로, 개인정보를 넘기지 않았는지 확인했다
- 요건의 근거를, 지자체 안내서나 법조문 1차 정보로 확인했다
- AI가 메모에 없는 사실을 멋대로 더하지 않았는지, 한 줄씩 대조했다
- “불필요” “필요 없음”이라는 단정을 곧이곧대로 믿지 않았는가
- 첨부 서류의 원본/사본 구분, 유효기간을 스스로 확정했다
- 고객용 문장에 전문 용어가 남아 있지 않은지 다시 읽었다
자주 묻는 질문
Q. AI가 낸 요건을 그대로 믿고 신청해도 괜찮나요. 안 됩니다. AI의 출력은 떠올리기 위한 실마리이지, 근거가 아닙니다. 요건은 반드시 지자체 안내서나 법조문 1차 정보로 확정해 주세요. 최종 책임은 행정사에게 있습니다.
Q. 고객에게서 받은 주민등록표 이미지를 읽히게 해도 되나요. 하지 마세요. 이미지나 PDF 자체를 넘기지 말고, 필요한 사실만 텍스트 메모로 옮기고, 게다가 실명이나 번호는 가림 처리한 뒤 넘깁니다. 수고로워 보이지만, 이것이 비밀유지 의무를 지키는 최저선입니다.
Q. 전문 용어를 모르는 보조자도 쓸 수 있나요. 쓸 수 있습니다. 오히려 우리말로 부탁하기만 하면 되니, 보조자의 초안 만들기에 알맞습니다. 도입의 첫걸음은 Claude Code 입문 가이드가 알기 쉽습니다. 나온 것을 행정사가 확인하는 운용으로 하면, 교육 비용도 줄어듭니다.
Q. 어느 신청부터 시험하는 게 좋나요. 건수가 많고 정형 부분이 큰 것부터. 건설업 면허 갱신, 중고품 영업, 식품접객업 정도는 효과를 실감하기 쉽습니다. 체류자격처럼 개별성이 높은 것은, 요건 정리만 맡기고 문장은 신중히 다루는 걸 추천합니다.
Q. 정보의 신선도는 어떻게 담보하나요. 법령이나 운영 기준은 바뀝니다. AI의 지식은 학습 시점에서 멈춰 있으므로, 시행일이나 개정의 최신 정보는 반드시 정부24나 각 지자체의 공식 정보로 확인해 주세요. 예를 들어 전자 신청 동향은 정부24 공식 사이트에서 1차 정보를 따라갈 수 있습니다.
실제로 시험한 결과
저는 실제로, 건설업 면허(지사·일반·신규)의 가상 사건으로, 요건 정리부터 상담표, 서류 목록까지를 한 번에 시험했습니다. 사실 메모는 전부 가명화하고, 가림 처리 스크립트를 거친 뒤 넘겼습니다.
확인한 건 세 가지입니다. 첫째, 요건 체크리스트의 초안은, 제 손에 든 목록과 맞춰보니 9할은 맞았습니다. 나머지 1할은 지자체마다의 운영 차로, 이건 예상대로 “확인 필요”라고 출력되어 있어 위험한 단정은 없었습니다. 둘째, 고객용 서류 목록은, 전문 용어를 제대로 풀어줘서 그대로 건넬 수 있는 완성도에 가까웠습니다. 셋째, 사유서 초안은, 사실 메모에 없는 사업소명을 한 번 멋대로 보충하려 해서, 여기는 눈으로 지웠습니다. 역시 “메모에 없는 건 쓰지 마라”는 제약을 넣어도 완전하지 않고, 마지막 대조는 뺄 수 없다고 다시 확인했습니다.
종합하면, 밑작업 시간은 체감으로 절반 이하가 되었고, 빈 시간을 요건의 최종 확인으로 돌릴 수 있었습니다. 다음 한 걸음으로는, 자기 사무소에서 자주 다루는 신청을 하나 골라, 그 요건 정리 프롬프트를 위 양식에서 만들어 보길 추천합니다. 더 파고들어 작업 단계부터 효율화하고 싶은 분은 Claude Code 활용 생산성 향상법도 함께 보세요. 사무소 전체로 업무에 끼워 넣고 싶다, 운용 규칙부터 함께 설계하고 싶다는 경우엔, 연수·상담에서 구체적인 흐름 만들기를 도와드립니다.
무료 PDF: Claude Code 치트시트
이메일을 입력하면 명령, 리뷰 습관, 안전한 워크플로를 정리한 PDF를 받을 수 있습니다.
개인정보를 안전하게 관리하며 스팸을 보내지 않습니다.
작성자 소개
Masa
Claude Code 실무 워크플로와 팀 도입을 검증하는 엔지니어입니다.
관련 글
제작사가 Claude Code에 고객 사이트를 맡기기 전 권한 체크리스트
고객 사이트를 안전하게 AI로 수정하기 위한 에이전시용 권한과 검증 절차입니다.
SaaS 고객지원 버그 신고를 Claude Code로 재현 절차로 바꾸는 방법
모호한 문의를 재현 단계, 증거, 개발자 전달 메모로 정리하는 지원팀 워크플로입니다.
Obsidian 묵은 메모를 Claude Code 지시서로 바꾸는 10분 루틴
Obsidian에 쌓인 메모가 매번 쓸모없어지는 분께. 사실·결정·미확인으로 분류해 Claude Code가 그대로 움직일 지시서로 바꾸는 아침 10분의 형(型)을 소개합니다.