AI, AX 강사 강성희

발행일 2026-10-04 · 글쓴이 강성희 (랑잠AI교육연구원 대표 · 한국AI디지털교육협회 협회장)

안녕하세요.
한국AI디지털교육협회 협회장, 랑잠AI교육연구원 대표, AI 강사로 활동하고 있는 강성희입니다.

혹시 이런 경험 있으신가요?
1~5편을 따라 인터넷망 PC에서 규칙 문서와 공개 자료 루프까지 만들었는데, "정작 우리 과 공문과 보고서는 업무망에 있는데요"라는 벽에 부딪힌 경험이요.
옆 지자체가 자체 AI를 내부망에 구축했다는 기사를 보고 "우리도 저런 걸 둘 수 있나, 누구에게 말을 꺼내야 하나" 하다가 그냥 넘긴 경험이요.

공공기관 AX(AI 전환) 교육에서 AI 에이전트 활용을 가르치다 보면, 시리즈의 끝에서 꼭 같은 질문이 나옵니다. "업무망 안에서 돌아가는 건 없나요?" 있습니다. 하네스와 루프를 청사 안에 설치해 두는 선택지, 오늘 다룰 헤르메스 에이전트(Hermes Agent)와 지자체 자체 sLLM이 그 방향이에요. 다만 이 답에는 조건이 붙습니다. 공공에서는 설치 명령보다 보안성 검토가 먼저이고, 개인이 아니라 정보화 부서와 함께 가야 한다는 점이에요. 오늘 글은 그 길의 지도를 그려 드립니다.

이 글은 Hermes Agent 공식 저장소와 공식 문서(설치·로컬 Ollama·업무용 PC 보안·크론 가이드), 국가정보원 「챗GPT 등 생성형 AI 활용 보안 가이드라인」 원문, 국가 사이버보안 기본지침 개정 보도와 지자체 자체 언어모델 사례 보도(2026년 6~7월), 행정안전부 공공부문 AI 윤리기준 보도를 직접 확인해 정리했고, 공공기관 교육 현장과 제 블로그 자동화 운영 경험을 더했습니다. — 강성희 (랑잠AI교육연구원 대표 · 한국AI디지털교육협회 협회장, AX(AI 전환)·AI 에이전트 교육 전문가, 공공기관·기업·학교 200여 곳 생성형 AI 교육 진행)

오늘 이 글 하나면 자체 호스팅이 무엇이고 채팅 서비스와 무엇이 다른지, 지자체 자체 sLLM 사례가 왜 '자체 호스팅의 공공판'인지, 이 상주 에이전트의 설치 흐름과 로컬 모델·크론의 형식, 보안성 검토에서 무엇을 묻고 무엇을 준비하는지, 그리고 정보화 부서와 함께 가는 도입 로드맵까지 한 번에 잡을 수 있습니다. 이번 글은 시·군·구청과 읍면동에서 일하는 공직자를 위한 시리즈의 마지막 6편이에요(1편: 입문, 2~3편: 하네스, 4~5편: 루프). 1~5편의 규칙 문서와 체크리스트를 그대로 들고 오시면 됩니다.

목차

1. 방법 둘, 제품 하나 — 헤르메스 에이전트는 기술이 아니라 제품이다
2. 청사 안의 상주 AI — 자체 호스팅이란 무엇인가?
3. 지자체 자체 sLLM 사례는 '자체 호스팅의 공공판' — 광주·양산·남양주·광진구
4. 상주 에이전트는 어떻게 설치하고 무엇을 고르나? — 설치 명령과 로컬 모델
5. 메신저 호출과 크론 — 공공기관에서 외부 메신저가 걸리는 이유
6. 보안성 검토 — 국가 사이버보안 기본지침의 AI 시스템 보안 조항과 상주 에이전트 보안 설정
7. 정보화 부서와 함께하는 도입 로드맵 5단계
8. 30분 실습 — 설치가 아니라 '설치 전 준비물 체크리스트' 만들기
9. 흔한 실패 네 가지와 시리즈 마무리 — 1~6편 요약
10. 자주 묻는 질문 FAQ

1. 방법 둘, 제품 하나 — 헤르메스 에이전트는 기술이 아니라 제품이다

1편에서 짧게 짚었던 이야기를 오늘은 제대로 하고 가겠습니다. 세 이름을 '2026년의 세 가지 ○○ 엔지니어링'처럼 나란히 소개하는 글이 있는데, 앞의 둘은 방법이고 마지막은 제품이에요.

▣ 방법 둘, 제품 하나 (1차 출처 기준)

제가 확인한 범위에서 '헤르메스 엔지니어링'이라는 문구는 한국어·영어 어디에서도 1차 출처가 없습니다. 실체는 Nous Research가 2026년 2월 25일 MIT 라이선스로 공개한 오픈소스 Hermes Agent예요. 공식 저장소의 한 줄 소개는 "함께 성장하는 에이전트(The agent that grows with you)"이고, 공식 설명을 빌리면 "서버에 상주하며, 배운 것을 기억하고, 오래 돌릴수록 유능해지는" 에이전트입니다.

이 구분이 공공에서 특히 중요한 이유가 있어요. 방법은 배우면 어디서나 쓸 수 있지만, 제품은 청사 안에 두는 순간 '정보시스템'이 됩니다. 2편의 민원 답변 규칙 문서는 인터넷망 상용 AI든 업무망 공공 AI든 붙여 넣으면 성립하지만, 설치형 에이전트는 설치·운영·보안 책임이 따라오고, 공공에서는 그 책임의 주체가 개인이 아니라 기관이에요. 그래서 이 글의 절반은 보안성 검토와 로드맵 이야기입니다.

하네스와 루프는 '배워야 할 기술'이고, 상주 에이전트는 '기관이 고를 수 있는 선택지'입니다. 기술은 담당자가 익히고, 선택지는 정보화 부서와 함께 고릅니다.

2. 청사 안의 상주 AI — 자체 호스팅이란 무엇인가?

비유로 시작할게요. 1~5편에서 쓴 인터넷망 PC의 프로젝트·예약 작업은 청사 밖 사무실에 앉아 있는 외부 보조 인력입니다. 우리가 쓴 업무 매뉴얼(규칙 문서)대로 일을 잘해 주지만, 책상이 밖에 있어서 공개 자료만 건넬 수 있고, 기억은 프로젝트 폴더 안에서만, 근무 시각은 서비스가 정한 방식 안에서만 고릅니다. 업무망의 공공 AI는 청사 안 공용 창구의 상담원이에요. 안에 있어서 내부 문서를 보여 줄 수 있지만 '프로젝트' 버튼이 없어 매번 머리글 프롬프트를 붙여야 하죠(3편). 자체 호스팅 에이전트는 우리 과 안에 좌석을 둔 상주 직원입니다. 좌석(청사 안 서버), 사물함(기억), 업무 매뉴얼 묶음(스킬), 출입증과 보안 구역(권한), 당직표(크론), 내선 전화(호출·배달)까지 전부 청사 안에 있어요.

▣ 상주 직원에게 주는 일곱 가지 = 상주 에이전트의 구성 (공식 저장소·문서 기준)

1편의 말이 그대로 보이죠. 하네스(기억·스킬·권한)와 루프(크론·배달)가 설치형 제품으로 묶인 것입니다. 그리고 '자체 호스팅'이란 이 좌석과 두뇌가 남의 서비스가 아니라 우리 쪽 서버에 있다는 뜻이에요.

▣ 같은 일을 세 방식으로 — 상급기관 공문 요약

두 줄만 기억하세요. 공개 자료로 하는 루프는 4편의 예약 작업으로 충분하고, 자체 호스팅 에이전트가 진짜 값어치를 하는 곳은 업무망 안의 문서가 들어가는 반복 업무입니다. 그 값어치의 대가가 마지막 행, 운영 책임이에요.

'청사 안에 둔다'는 말은 데이터만 안에 남는다는 뜻이 아니라, 책임도 기관 안에 남는다는 뜻입니다. 그래서 공공의 상주 AI는 개인 설치가 아니라 정보화 부서의 과제예요.

3. 지자체 자체 sLLM 사례는 '자체 호스팅의 공공판' — 광주·양산·남양주·광진구

사실 자체 호스팅은 공공에서 이미 시작됐습니다. 행정안전부·과학기술정보통신부의 범정부 AI 공통기반이 2025년 11월 24일 중앙·지방정부를 대상으로 행정망 안에서 AI 챗서비스 2종을 시작했고(시범 운영 후 확대 계획), 서울시는 행정망 안에 자체 언어모델을 구축했으며, 아래 지자체들은 보도된 내용만으로도 '자체 호스팅의 공공판'이라 부를 만해요.

▣ 지자체 자체 언어모델 사례 (디지털데일리 2026-06-29, 아시아경제 2026-07-22 보도 기준)

표의 오른쪽 열이 오늘의 요점이에요. 지자체 sLLM은 좌석(청사 안 서버) + 두뇌(로컬 모델) + 근거 문서(RAG) 까지 갖춘 자체 호스팅이고, Hermes Agent 같은 오픈소스 에이전트는 거기에 기억·스킬·크론·도구 실행(손) 을 더한 과(課)·부서 단위 버전입니다. '채팅'에서 '에이전트'로 가는 다음 단계인데, 손이 생기는 만큼 보안성 검토는 더 무거워져요. 남양주시가 "보안성 검토에만 80%"라고 말한 이유가 거기 있습니다.

그래서 공공에서 이 상주 에이전트는 개인이 업무 PC에 깔아 볼 도구가 아니라, 정보화 부서가 시범 서버에 올려 검토할 후보로 보시는 게 정확해요. 담당자의 역할은 설치가 아니라 7절의 로드맵에서 보듯 필요 업무 목록과 규칙 문서를 준비하는 것입니다.

지자체 sLLM이 '청사 안의 두뇌'라면, 상주 에이전트는 '두뇌에 손을 붙인 것'입니다. 손이 생기는 만큼 출입증과 보안 구역이 먼저 필요합니다.

4. 상주 에이전트는 어떻게 설치하고 무엇을 고르나? — 설치 명령과 로컬 모델

이 절은 정보화 부서가 시범 서버에서 하는 흐름을 담당자도 알아 두기 위한 설명입니다. 흐름을 알아야 보안성 검토 협의에서 같은 말로 이야기할 수 있거든요. 직접 체험해 보고 싶다면 집의 개인 PC에서 공개 자료만으로, 기관 자료는 한 줄도 쓰지 않고 해 보세요. 아래 그림은 실제 캡처가 아니라 공식 문서를 기준으로 명령과 설정 순서를 재현한 것이라, 실제 화면과 배치가 조금 다를 수 있습니다.

▣ 설치 — 공식 저장소의 명령 그대로

• 리눅스·맥·WSL2(윈도우 안의 리눅스): curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash
• 윈도우 PowerShell: iex (irm https://hermes-agent.nousresearch.com/install.ps1)
• 파이썬 3.11 기반입니다. 설치 뒤에는 hermes setup(전체 설정 마법사), hermes model(모델 제공자·모델 고르기), hermes gateway(메신저 게이트웨이), hermes doctor(문제 진단), hermes update(업데이트)를 씁니다.

▣ 모델 제공자 선택 — 공공에서는 사실상 한 갈래

Ollama 로컬 흐름을 공식 '로컬 Ollama 설정' 가이드 순서대로 적으면 이렇습니다. ① ollama.com/download 에서 운영체제에 맞게 Ollama 설치(리눅스는 curl -fsSL https://ollama.com/install.sh | sh) ② ollama pull gemma4:31b ③ Modelfile에 FROM gemma4:31b와 PARAMETER num_ctx 64000 두 줄을 적고 ollama create gemma4-64k -f Modelfile로 컨텍스트를 64k로 늘린 모델 만들기 ④ hermes setup에서 제공자로 'Custom Endpoint'를 고르고 엔드포인트에 http://localhost:11434/v1 넣기.

왜 '도구 호출'이 조건일까요. 공식 가이드 문장은 "도구 호출을 지원하지 않는 모델은 구조화된 함수 호출 대신 일반 텍스트를 출력한다"예요. 파일을 읽고 명령을 실행하는 '손'이 없는 셈이라 상주 직원이 아니라 채팅창이 됩니다. 한국어 때문에 국산 모델을 찾는 분이 많은데, Ollama 라이브러리의 EXAONE 3.5(LG AI연구원, 한·영 이중언어)는 모델 페이지에 도구 호출 지원 표시가 없고 컨텍스트가 32K라서 공식 가이드의 권장 조건과는 맞지 않습니다. 로컬 모델은 한국어가 되는가보다 도구 호출이 되는가를 먼저 보세요.

로컬 모델의 조건은 세 가지 — 도구 호출이 되는가, 컨텍스트가 64k 이상인가, 그 모델을 돌릴 서버가 있는가. 공공에서 상용 API 갈래는 사실상 닫혀 있다고 보고 시작하는 편이 안전합니다.

5. 메신저 호출과 크론 — 공공기관에서 외부 메신저가 걸리는 이유

상주 직원에게 내선 전화(호출·배달)와 당직표(크론)를 주는 단계입니다. 공식 문서의 예시에 자주 나오는 메신저는 텔레그램이에요. 봇을 만들어(@BotFather에서 /newbot) 토큰을 ~/.hermes/.env에 TELEGRAM_BOT_TOKEN=…으로 넣고, 내 사용자 ID를 TELEGRAM_ALLOWED_USERS=…에 명시한 뒤 hermes gateway setup → hermes gateway start로 시작합니다. 허용 목록이 없으면 게이트웨이는 기본적으로 모든 사용자를 거부하고, 이 기본값은 풀지 않는 것이 원칙이에요.

그런데 공공에서는 여기서 바로 벽을 만납니다. 텔레그램 봇은 텔레그램 서버를 거쳐 메시지를 주고받으니, 업무망에 둔 상주 에이전트를 외부 메신저로 부르는 구성은 망분리의 취지와 맞지 않을 가능성이 높아요. 판단은 기관(정보보안담당관)이 하지만, 공공판 설계에서는 호출은 터미널, 배달은 로컬 파일로 시작하는 것이 안전합니다. 이 에이전트의 크론은 배달 대상으로 local(로컬 파일만)을 지원하거든요. 기관 내부 메신저 연동은 기관 정책의 영역이라 단정하지 않겠습니다.

▣ 크론 — 형식과 규칙 (공식 '크론으로 자동화' 가이드)

4편의 "예약 프롬프트는 자기완결적으로"가 그대로 적용됩니다. 3편의 머리글 프롬프트와 2편의 입력 게이트를 합쳐 '수신 공문 요약' 크론을 설계하면 아래와 같아요. 업무망 시범 서버와 로컬 모델을 전제로 한 설계안이므로, 실제 적용은 6절의 보안성 검토를 거친 뒤입니다.

▣ 크론 프롬프트 예시 — 수신 공문 요약, 청사 안 상주 직원 버전 (그대로 복사해 쓸 수 있는 완성형)

너는 ○○군 △△과의 수신 공문 요약 담당이다. 이 작업은 이전 대화를 기억하지 못하므로 아래 규칙만 따른다.
[입력] ~/hermes-work/수신공문/ 폴더에서 어제 이후 새로 들어온 문서 파일(텍스트로 변환해 둔 것)만 읽는다. 새 파일이 없으면 [SILENT] 만 출력한다.
[입력 게이트] 파일에 성명·주민등록번호·연락처·주소가 보이면 그 파일은 요약하지 않고 '식별정보 포함: 파일명' 한 줄만 적는다.
[출력 서식 — 파일마다] ① 문서 제목·발신 기관·시행일 ② 요지 3줄 ③ 우리 과 조치 사항(기한 포함) ④ 근거 조문·지침명(문서에 적힌 것만) ⑤ 담당자가 확인할 질문
[근거 규칙] 문서에 없는 기한·금액·조문 번호를 만들지 않는다. 없으면 '문서에 없음'으로 적는다.
[표기] 첫 줄 '※ AI 요약(검토 전)', 끝 줄 '검토자/일자: ____'.
[금지] 파일 쓰기·삭제·외부 전송을 하지 않는다. 결론이나 결재 의견을 쓰지 않는다.

위 규칙 전문을 한 줄로 이어 붙여 /cron add "30 8 * * 1-5" "(규칙 전문)" --name "수신 공문 요약" --deliver local로 걸면 평일 아침 8시 30분에 요약 파일이 남습니다. 팁 하나. 처음 몇 주는 [SILENT] 대신 "[새 문서 없음] 날짜" 한 줄을 남기게 하세요. 5편의 '완료 표시 ≠ 성공' 원리 그대로, 루프가 실제로 돌고 있다는 센서가 필요하거든요.

크론 프롬프트 = 규칙 문서 전문 + 입력 위치 + 입력 게이트 + 조용히 넘길 조건. 공공판에서는 배달도 청사 안(로컬 파일)에서 끝나야 합니다.

6. 보안성 검토 — 국가 사이버보안 기본지침의 AI 시스템 보안 조항과 상주 에이전트 보안 설정

솔직하게 말씀드릴게요. 이 글을 읽고 업무 PC에 바로 설치하시면 안 됩니다. 제도부터 짚을게요. 2026년 5월 1일 시행된 「국가 사이버보안 기본지침」은 종전의 망분리 조항(제40조)을 삭제하고, 업무정보 등급 식별 조항과 인공지능시스템 보안 조항(제72조의2) 을 새로 두었습니다(국가 망 보안체계, N2SF 중심). 조문 내용은 기관의 정보보안담당관이 원문으로 확인할 영역이라 여기 옮기지 않겠습니다. 담당자가 알아 둘 흐름은 하나예요. 청사 안에 AI 시스템을 두는 일은 등급 식별과 보안성 검토를 거쳐야 할 과제로 보는 것이 안전하다는 것. 국가정보원 「챗GPT 등 생성형 AI 활용 보안 가이드라인」(2023년 6월) 원문도 "기관 내부(업무)망에서의 서비스 사용시 별도 내부 전용 서비스로 한정하여 사용"이라고 적고 있는데, 자체 호스팅 에이전트가 그 '내부 전용 서비스'가 되려면 기관의 검토를 통과해야 하고, 통과 전의 개인 설치는 그 취지와 맞지 않을 가능성이 높아요. 판단은 기관이 합니다.

Hermes Agent 쪽에도 공식 '업무용 PC에서 안전하게 쓰기' 가이드가 있어요. 보안성 검토 협의에 가져갈 설정값이 바로 이것입니다(설정 파일 ~/.hermes/config.yaml, 비밀값은 ~/.hermes/.env).

▣ 공식 '업무용 PC' 가이드의 설정값 — 결재선 비유로

행정안전부가 2026년 10월 2일 확정한 「공공부문 인공지능(AI) 윤리기준」의 "최종적인 책임과 통제가 사람에게 있음"을 설정값으로 옮기면 바로 첫 줄, 승인 모드 manual이에요. 네트워크에 대해 공식 문서는 "API 호출은 설정한 LLM 제공자에게만 가고, 텔레메트리·사용 데이터·분석 정보를 수집하지 않는다"고 적고 있지만, '설정한 제공자'가 외부 상용 API라면 데이터는 밖으로 갑니다. 공공판은 로컬 Ollama와 묶여야 완성돼요.

▣ 왜 설정만으로 끝나지 않는가 — 2026년에 실제로 있었던 일

• 스킬 마켓 공급망 사고 — 2026년 2월 2일, 같은 유형의 자체 호스팅 오픈소스 에이전트 OpenClaw의 스킬 마켓(ClawHub)에서 악성 스킬 341개가 발견됐다는 보안 매체 보도가 있었습니다. 스킬은 '남이 쓴 업무 매뉴얼 + 실행 코드'라서, 검증 없는 설치는 출처 모를 USB를 업무망 서버에 꽂는 것과 같아요.
• 에이전트 자체 취약점 — Cloud Security Alliance의 2026년 5월 4일 연구 노트는 이 에이전트의 CVE 3건(경로 조작, 심볼릭 링크 추적, 웹 UI 경로 조작)과 2026년 4월 11일 공개된 커뮤니티 보안 감사(치명 4건·높음 9건)를 정리했습니다. 노트 시점 기준 일부는 수정 버전이 나왔고 하나는 패치 대기였어요.
• CSA의 권고 — 최신 버전 업데이트, Docker 같은 비로컬 샌드박스, 자동 승인(YOLO) 모드 사용 여부 점검·중단, HERMES_WRITE_SAFE_ROOT로 쓰기 범위 제한, 스킬은 검증된 내부 저장소에서만, 컨테이너·VM 격리 배포. 위 설정 표와 정확히 겹칩니다.

남양주시의 "보안성 검토에만 전체 개발 노력의 80%"가 과장이 아닌 이유가 여기 있어요. 그 검토를 담당자가 혼자 할 수는 없지만, 검토에 가져갈 자료는 담당자가 준비할 수 있습니다. 7절의 로드맵과 8절의 체크리스트가 그 자료예요.

보안 설정은 체크박스가 아니라 출입증입니다. 승인 모드 manual, Docker 격리, 쓰기 범위 제한, 허용 사용자 명시 — 이 넷이 없는 상주 에이전트는 청사 안에 출입증 없는 외부인을 두는 것과 같습니다.

7. 정보화 부서와 함께하는 도입 로드맵 5단계

공공의 상주 AI는 개인 설치가 아니라 과(課)의 필요에서 출발해 정보화 부서와 함께 가는 과제입니다. 담당자가 할 수 있는 일과 정보화 부서가 할 일을 나눠 다섯 단계로 적었어요.

1단계. 필요 업무 목록 (담당자)

과 단위 반복 업무 가운데 입력 자료의 등급이 낮은 것부터 고릅니다. 상급기관 공문 요약, 계획서·결과보고서 초안, 월간 통계 집계가 먼저이고, 민원 답변 초안처럼 개인정보가 섞이는 일은 뒤로 둡니다. 업무마다 입력물·출력물·주기·현재 소요 시간을 한 줄씩 적어요.

2단계. 규칙 문서·체크리스트 준비 (담당자)

2~5편의 산출물이 그대로 재료입니다. 민원 답변 규칙 문서(2편), 머리글 프롬프트(3편), 주간 요약 예약 프롬프트(4편), 보고서 체크리스트 루프(5편). 이 에이전트의 스킬도 공개 표준인 SKILL.md 형식을 쓰기 때문에, 3편의 머리글 프롬프트가 곧 스킬 초안이에요. "이전 대화 없이도 돌아가는가"를 기준으로 자기완결 여부를 점검합니다.

3단계. 보안성 검토 협의 (정보화 부서 + 담당자)

정보화 부서·정보보안담당관과 일곱 가지를 함께 정합니다. ① 설치 위치(업무망 시범 서버인가, 격리 시험용 PC인가) ② 모델(로컬 Ollama로 한정하는가) ③ 네트워크(외부 메신저는 쓰지 않고 터미널·로컬 파일로 하는가, 내부 채널 연동은 가능한가) ④ 데이터 등급(어떤 문서까지 넣을 수 있는가 — 기관 기준으로 식별) ⑤ 쓰기 범위와 승인(허용 폴더 1개, 승인 모드 manual) ⑥ 로그·업데이트 책임 ⑦ 스킬 반입 절차(검증된 것만). 8절의 체크리스트가 이 협의의 첫 장이에요.

4단계. 시범 부서 (1개 과, 1개 업무, 4주)

한 과가 한 업무로 4주를 돌립니다. 처음 2주는 사람이 터미널에서 직접 시키는 수동 루프, 뒤 2주는 크론. 결과마다 "※ AI 요약(검토 전)" 표기와 검토자 서명을 남기고, 5편의 체크리스트로 실패 유형을 기록합니다. 실패가 날 때마다 규칙 문서에 한 줄을 더하는 것이 이 단계의 산출물이에요.

5단계. 확대 (정보화 부서 주관)

시범 결과와 규칙 문서 버전 이력(v1→v3)을 근거로 과를 늘립니다. 행정안전부 윤리기준의 자율점검표(68개 항목)와 인사혁신처 「생성형 인공지능 활용 지침」(2026년 5월 22일)의 '활용 사실의 투명한 공개' 원칙을 운영 규칙에 연결하고, 광진구처럼 '개인정보 및 비공개 자료 입력 금지' 같은 관리 원칙을 문서로 둡니다.

담당자는 1·2단계를, 정보화 부서는 3·5단계를, 4단계는 함께. 상주 AI의 도입 속도는 설치 명령이 아니라 규칙 문서와 체크리스트가 얼마나 준비돼 있느냐로 정해집니다.

8. 30분 실습 — 설치가 아니라 '설치 전 준비물 체크리스트' 만들기

오늘 실습은 설치가 아닙니다. 7절 1~2단계를 30분 안에, 기관 자료 없이, 정보화 부서에 들고 갈 수 있는 준비물 체크리스트 한 장으로 만드는 거예요.

1단계. 우리 과 반복 업무 3개 고르기 (5분)

주기적이고 서식이 고정되며 판정 기준이 분명한 일. 예: 상급기관 공문 요약(매일), 월간 통계 집계(월말), 결과보고서 초안(분기). 업무마다 입력물·출력물·주기를 한 줄씩 적습니다.

2단계. 규칙 문서 1개 고르기 (5분)

2~5편 산출물 중 하나를 고르고 "이전 대화 없이도 돌아가는가"를 점검합니다. 입력 위치·입력 게이트·출력 서식·검증·금지가 다 들어 있으면 합격이에요.

3단계. 데이터 분류 (10분)

세 업무의 입력 자료를 ① 공개 ② 기관 비공개(업무망 안에서만) ③ 개인정보 포함으로 나눕니다. ①은 인터넷망 루프(4편)로도 되고, ②는 청사 안 로컬 모델만, ③은 이번 단계에서 제외합니다. 등급의 최종 판단은 기관 기준이라는 점을 적어 둡니다.

4단계. 허용 사용자와 호출 경로 (5분)

누가 상주 직원을 부를 수 있는지 이름과 역할로 적습니다(ID는 검토 뒤에). 호출은 터미널, 배달은 로컬 파일(--deliver local)로 적고, 외부 메신저는 쓰지 않는다고 명시합니다.

5단계. 승인 필요 여부 표시 (5분)

업무별로 '읽기만 / 파일 쓰기 / 명령 실행'을 구분하고, 사람이 승인해야 하는 동작에 표시합니다. 쓰기 허용 폴더는 1개만 정합니다.

▣ 설치 전 준비물 체크리스트 (그대로 복사해 채우세요)

청사 안 상주 AI 에이전트 설치 전 준비물 체크리스트 v1 — 과: _ 작성자: 일자: _
[반복 업무 3개] ① 업무명 / 입력물 / 출력물 / 주기 ② … ③ …
[규칙 문서] 이름: (2~5편 산출물 중) / 자기완결 점검: 입력 위치 □ 입력 게이트 □ 출력 서식 □ 검증 항목 □ 금지 규칙 □
[데이터 분류] 업무①: 공개 □ 기관 비공개 □ 개인정보 포함 □ / 업무②: … / 업무③: … (등급 판단: 기관 기준)
[모델] 로컬 Ollama 만 □ / 필요 사양 확인: RAM GB, GPU __GB, 저장 공간 __GB
[설치 위치] 업무망 시범 서버 □ 격리 시험용 PC □ (개인 업무 PC는 선택하지 않음)
[호출·배달] 허용 사용자(이름·역할): _ / 터미널 호출 □ 로컬 파일 배달 □ 외부 메신저 사용 안 함 □
[권한] 읽기 폴더: / 쓰기 허용 폴더(1개): _ / 사람 승인이 필요한 동작: _
[보안 설정 약속] approvals.mode manual □ terminal.backend docker 또는 ssh □ HERMESWRITE_SAFE_ROOT □ checkpoints □ 허용 사용자 명시 □ 검증된 스킬만 □
[표기·검토] 결과 첫 줄 '※ AI 초안(검토 전)' □ 검토자 서명란 □ 실패 기록표 □
[운영 책임] 업데이트 담당: / 로그 확인 주기: _ / 스킬 반입 검토자: / 보안성 검토 협의 일자: _

이 한 장이 있으면 정보화 부서와의 대화가 "이런 거 둘 수 있나요?"에서 "이 조건이면 검토해 볼 수 있나요?"로 바뀝니다. 검토가 길어지더라도 2~5편의 규칙 문서는 업무망 공공 AI의 머리글 프롬프트와 수동 루프(3편)로 오늘부터 쓸 수 있고요. 산출물은 체크리스트 1장입니다.

9. 흔한 실패 네 가지와 시리즈 마무리 — 1~6편 요약

▣ 흔한 실패 네 가지

• 자동 승인을 켜 둔다 — 기본 모드를 그대로 두거나 /yolo 같은 전부 허용 모드로 돌리면 상주 직원이 결재 없이 파일을 지우고 명령을 실행합니다. 윤리기준의 "최종적인 책임과 통제가 사람에게 있음"에 정면으로 어긋나요. approvals.mode: manual과 Docker 격리가 전제입니다.
• 허용 사용자를 비워 둔다 — GATEWAY_ALLOW_ALL_USERS를 true로 두면 봇 주소를 아는 누구나 서버에 명령을 내릴 수 있습니다. 허용 사용자를 명시하고 기본값인 '전부 거부'를 풀지 마세요.
• 검증 안 된 스킬을 설치한다 — 악성 스킬 341개 사례가 보여 주듯 스킬 마켓은 편리한 만큼 공급망 위험이 있습니다. 스킬은 정보화 부서가 검토한 것만, 가능하면 직접 쓴 규칙 문서를 스킬로 만드세요.
• 보안성 검토 없이 설치한다 — "되는지 먼저 보고 말하자"가 가장 흔한 사고 경로예요. 기본지침에 AI 시스템 보안 조항이 신설된 지금, 개인 설치는 개인 책임이 됩니다. 8절의 체크리스트를 들고 먼저 가세요.

▣ 지자체 공무원 편 1~6편 요약

시리즈 내내 한 가지 원칙만 반복했습니다. 모델이 똑똑해지길 기다리지 말고, 실수 하나를 발견할 때마다 규칙 한 줄을 더하라. 1편에서는 그 규칙이 프로젝트 지침에 살았고, 3편에서는 머리글 프롬프트에, 4편에서는 예약 프롬프트에, 오늘은 청사 안 상주 에이전트의 스킬과 보안 설정에 삽니다. 자리는 바뀌어도 규칙은 같고, 그 규칙을 쓰는 사람은 개발자가 아니라 업무를 아는 담당 주무관이에요. 시리즈는 여기서 일단 마무리하고, 반응을 보고 '우리 과 루프 지도'를 그리는 종합편을 더할 수 있습니다.

10. 자주 묻는 질문 FAQ

Q1. 공무원이 업무망 PC에 헤르메스 에이전트를 설치해도 되나요?

A1. 개인 설치는 권하지 않습니다. 2026년 5월 1일 시행된 국가 사이버보안 기본지침에 인공지능시스템 보안 조항이 신설됐고, 국정원 가이드라인도 업무망에서는 "별도 내부 전용 서비스로 한정"하라고 적고 있어요. 자체 호스팅 에이전트가 그 내부 전용 서비스가 되려면 정보화 부서의 보안성 검토를 거쳐야 하고, 판단은 기관이 합니다.

Q2. 지자체 자체 sLLM과 Hermes Agent는 무엇이 다른가요?

A2. 자체 sLLM은 청사 안 서버에 둔 '두뇌'(로컬 모델)에 근거 문서 검색을 붙인 것이고, 상주 에이전트는 그 두뇌에 기억·스킬·크론·도구 실행이라는 '손'을 더한 것입니다. 손이 생기는 만큼 승인 모드·쓰기 범위·허용 사용자 설정이 필요하고, 보안성 검토도 그만큼 무거워져요.

Q3. 로컬 모델이면 개인정보가 든 문서를 넣어도 되나요?

A3. 외부 전송이 없다는 것과 개인정보를 처리해도 된다는 것은 다른 문제예요. 국정원 가이드라인의 "가명화 및 익명화를 통한 실제 개인정보와 기관과의 관계 유추 가능성 차단" 원칙은 그대로 적용되고, 규칙 문서의 입력 게이트로 식별정보를 걸러야 합니다. 어떤 문서까지 넣을지는 기관의 등급 식별과 개인정보 보호 담당 부서가 판단합니다.

정리하면, 이 상주 에이전트는 하네스(기억·스킬·권한)와 루프(크론·배달)를 청사 안 서버에 상주시키는 선택지이고, 광주·양산·남양주·광진구처럼 지자체가 자체 구축한 AI는 그 공공판입니다. 다만 청사 안에 두는 순간 정보시스템이 되기 때문에, 설치 명령보다 등급 식별과 보안성 검토가 먼저이고, 담당자의 몫은 설치가 아니라 필요 업무 목록·규칙 문서·체크리스트를 준비해 정보화 부서와 함께 가는 것이에요. 검토가 끝날 때까지는 업무망 공공 AI의 머리글 프롬프트와 수동 루프로 같은 규칙을 오늘부터 쓸 수 있습니다.

출입증 먼저, 설치는 다음. 그리고 어디에 두든 — 실수 하나에 규칙 한 줄.

지금 바로 8절의 체크리스트를 열어 우리 과 반복 업무 3개와 규칙 문서 1개부터 적어 보세요. 그 한 장이 채워지는 순간, 정보화 부서에 무엇을 들고 가야 하는지 스스로 알게 됩니다.

공무원 헤르메스 에이전트 입문 | 청사 안에 두는 상주 AI, 자체 sLLM 사례와 보안성 검토, 강성희 강사 (시리즈 6편)

📎 관련 정보 및 공식 채널

• Hermes Agent 공식 저장소 (Nous Research) — 설치 명령, 기능, 설치 뒤 명령어
• Hermes Agent 업무용 PC 보안 가이드 — 승인 모드, Docker 백엔드, 쓰기 범위, 허용 사용자
• 로컬 Ollama 설정 가이드 (공식 문서) — 권장 사양, 도구 호출 모델, 컨텍스트 64k
• 국가 사이버보안 기본지침 개정 시행 보도 (아이티데일리) — 망분리 조항 삭제, 업무정보 등급 식별·AI 시스템 보안 조항 신설
• 지자체 자체 언어모델 사례 보도 (디지털데일리, 2026-06-29) — 광주·양산·남양주·광진구 내부망 AI

실질적인 업무 변화를 이끌어내는 전문가의 AI 교육이 필요하시다면 아래 오픈카톡방 또는 네이버톡톡으로 문의하시면 됩니다.

챗GPT강사 강성희님의 오픈프로필 — 챗gpt/ 생성형 AI/ 프롬프트 엔지니어링 강사

생성형 AI 강사 강성희 — 재직자, 공무원 AI 교육 관련 글모음

• 바이브코딩 AI강사 양성과정 수료식 | 강성희 강사, 미니강의 후기, 한국AI디지털교육협회
• 공무원 AI 교육 후기 | 강성희 강사, 농식품인재개발원 7기 VBA·제미나이 노트북으로 업무자동화
• 제조업 재직자 AI, 엑셀 VBA 업무 자동화 교육 후기 | 강성희 강사, 한남대, 데이터 분석
• 재직자를 위한 칼퇴를 부르는 클로드 기본 활용법, 일잘러 AI 강사 강성희가 알려주는 claude 실무 노하우
• 제조업 재직자 필독! 엑셀, PPT에서 클로드로 데이터 분석부터 8D 보고서까지, 일잘러 AI 강사 강성희의 Claude 실무 활용법
• 재직자 대상 클로드 코워크로 엑셀 파일을 PPT 보고서로, 일잘러 AI 강사 강성희의 Claude Cowork 실무 활용법
• 재직자 대상 클로드 Claude 엑셀 활용 제조업 데이터 분석, 일잘러 AI 강사 강성희의 실무 노하우
• 재직자를 위한 클로드 Claude 엑셀 활용 데이터 분석, 일잘러 AI 강사 강성희의 실무 노하우
• SK이노베이션 E&S 전북에너지서비스 재직자 AI 실무 역량강화 32시간 교육 후기, AI강사 강성희의 프롬프트 엔지니어링부터 바이브코딩
• 한국산업단지공단 임직원 대상 구글 노트북LM, 바이브코딩 실무교육, 재직자 AI 강사 강성희 특강 후기
•  
• [챗지피티강사 강성희] 재직자를 위한 제미나이 Gemini 3 바이브코딩 노코드 앱 제작, 크레신

발행일 2026-10-04 · 글쓴이 강성희 (랑잠AI교육연구원 대표 · 한국AI디지털교육협회 협회장)

안녕하세요.
한국AI디지털교육협회 협회장, 랑잠AI교육연구원 대표, AI 강사로 활동하고 있는 강성희입니다.

혹시 이런 경험 있으신가요?
인터넷망 PC에서 AI에게 사업 계획서 초안을 부탁했더니 "작성을 완료했습니다"라고 하길래 읽어 봤는데, 출처 없는 통계와 "~로 보인다"는 추정 문장이 섞여 있어서 처음부터 다시 쓴 경험이요.
"다시 검토해 줘"를 몇 번이나 반복하면서, 언제 끝내야 하는지 기준이 없어 더 불안했던 경험이요.

공공기관 AX(AI 전환) 교육에서 AI 에이전트 활용을 가르치다 보면, 예약 루프를 처음 걸어 본 분들이 자주 묻습니다. "시간이 되면 도는 건 알겠는데, '근거가 확인될 때까지' 돌게는 못 하나요?" 됩니다. 그게 오늘의 완료 조건 루프예요. 행정 용어로 하면 검토 의견이 '보완 없음'이 될 때까지 기안을 되돌리되, 되돌리는 횟수에 상한을 둔 결재선입니다. 인사혁신처가 검증 없는 AI 보고서 적발 사례를 공개한 지금, 공직자에게 가장 먼저 필요한 루프예요.

이 글은 Claude Code /goal 공식 문서와 위키독스 「Claude Code 완벽 가이드」 13장, 앤트로픽·OpenAI·구글의 채팅 서비스 공식 도움말(2026년 10월 기준), 인사혁신처·행정안전부 지침 보도, 국가정보원 「챗GPT 등 생성형 AI 활용 보안 가이드라인」 원문을 직접 확인해 정리했고, 공공기관 교육 현장과 블로그 자동화 운영 경험을 더했습니다. — 강성희 (랑잠AI교육연구원 대표 · 한국AI디지털교육협회 협회장, AX(AI 전환)·AI 에이전트 교육 전문가, 공공기관·기업·학교 200여 곳 생성형 AI 교육 진행)

오늘 이 글 하나면 예약 루프와 완료 조건 루프의 차이, AI가 거짓 완료를 못 하게 하는 '측정 가능한 완료 조건' 쓰는 법, 정지 조건 다섯 가지, 검증 분리와 인사혁신처 지침 7원칙, 그대로 복사해 쓰는 계획서·결과보고서 초안 규칙 문서와 체크리스트 원문까지 잡을 수 있습니다. 시·군·구청과 읍면동 공직자를 위한 시리즈 5편(1편: 입문, 4편: 예약 루프)이고, 인터넷망 PC와 공개 자료가 전제예요.

목차

1. 예약 루프와 완료 조건 루프는 무엇이 다른가?
2. 측정 가능한 완료 조건 쓰는 법 — 종료 상태·증명·불변·상한
3. 정지 조건 다섯 가지 — 끝내는 법을 먼저 정한다
4. 검증 분리와 인사혁신처 지침 — 기안자가 자기 검토를 하면 왜 후해지나?
5. 챗GPT·제미나이에 그냥 묻는 것과 무엇이 다른가?
6. 어느 사이트의 어느 버튼인가? (화면 재현)
7. 30분 실습 — 가상 사업 개요로 계획서 초안 체크리스트 2회전
8. 망분리 환경에서는 — 업무망에서도 되는 수동 완료 조건 루프
9. 흔한 실패 세 가지와 다음 편 예고
10. 자주 묻는 질문 FAQ

1. 예약 루프와 완료 조건 루프는 무엇이 다른가?

4편의 조례 개정 공고·보도자료 주간 요약은 시간이 트리거였어요. 매주 월요일 9시가 되면 돌고, 결과가 어떻든 다음 주에 또 돌죠. 오늘의 루프는 조건이 트리거입니다. "체크리스트 다섯 항목 전부 통과"라고 적어 두면 통과할 때까지 다시 쓰고, 통과하거나 상한에 닿으면 멈춰요.

행정 비유로는 이렇습니다. 예약 루프는 정해진 시각에 정해진 항목을 점검하는 당직표, 완료 조건 루프는 검토 의견이 달린 결재선이에요. "보완" 의견이 달리면 기안자에게 돌아가고, "보완 없음"이면 다음 결재자에게 올라가죠. 다만 되돌리는 횟수 상한을 미리 적어 둡니다. 세 번 돌려도 보완이 남으면 미해결로 보고하고 멈추는 식이죠.

▣ 두 루프 비교 (오스마니 「Loop Engineering」과 /goal 공식 문서를 바탕으로 정리)

앤트로픽의 클로드 코드 공식 문서도 시간 간격으로 다시 도는 /loop와 조건이 충족될 때까지 도는 /goal을 나란히 비교합니다. /goal은 "매 턴이 끝날 때마다 별도의 작은 모델이 조건 충족 여부를 판정"하는 구조예요. 둘은 경쟁하지 않습니다. 제 블로그 자동화도 매일 새벽 예약으로 돌지만, 끝에는 결과 파일을 보고 제가 발행 버튼을 누르는 '사람의 완료 조건'이 있어요. 예약으로 기안, 완료 조건으로 검토, 사람이 결재입니다.

예약 루프는 '언제 돌까'의 답이고, 완료 조건 루프는 '언제 끝났다고 할까'의 답입니다. 둘 다 적혀 있어야 자동화이고, 하나라도 빠지면 방치예요.

2. 측정 가능한 완료 조건 쓰는 법 — 종료 상태·증명·불변·상한

완료 조건 루프의 성패는 조건 한 문장에서 갈립니다. "보고서를 잘 써 줘"는 조건이 아니에요. 끝이 없거든요. /goal 공식 문서는 좋은 조건의 요소를 세 가지로 적고, 거기에 상한 조항을 더하라고 권합니다. 행정 용어로 옮기면 네 가지예요.

▣ 완료 조건 4요소 (/goal 공식 문서의 권고를 행정 용어로)

같은 문서에서 가장 중요한 문장은, 판정 모델이 "스스로 명령을 실행하거나 파일을 읽지 않고 대화에 드러난 것만 보고 판정한다"는 것이에요. 그래서 조건은 "출처가 있다"가 아니라 "수치마다 괄호 안에 자료명·연도가 적혀 있다" 처럼 AI의 출력물이 스스로 증명하는 형태여야 합니다.

예를 들어 "계획서를 완성해 줘"는 "서식 6항 모두 채움, 체크리스트 5항목 전부 ○, 첫 줄 AI 초안 표기, 끝 줄 '검토자 확인 요청', 최대 3회전"으로 바꿉니다.

채팅 서비스에서 구현하는 법은 단순합니다. "초안 → 체크리스트 자기 검증 표 → 실패 항목만 다시 → 전부 통과하면 '검토자 확인 요청' 한 줄, 최대 3회" 를 규칙 문서에 적고, 다음 회전은 사람이 "다음"이라고 보내 시작하는 거예요. 저는 이걸 사람이 '다음'을 누르는 완료 조건 루프라고 부릅니다. 행정안전부 「공공부문 인공지능 윤리기준」(2026년 10월 2일 확정)이 분명히 한 "최종적인 책임과 통제가 사람에게 있음" 을 루프 구조 자체가 보장하니 공직에 특히 맞아요.

완료 조건 = 종료 상태 하나 + 증명 방법 + 바뀌면 안 되는 것 + 상한. 네 칸 중 하나라도 비면 AI는 "다 했다"고 말할 자유를 얻습니다.

3. 정지 조건 다섯 가지 — 끝내는 법을 먼저 정한다

루프를 걸 때 초보자가 가장 많이 빠뜨리는 것이 끝내는 법입니다. 위키독스에 올라온 한국어 가이드북 「Claude Code 완벽 가이드」 13장(루프 엔지니어링)은 이걸 한 문장으로 경고해요. "정지 조건 없는 루프는 지갑을 비운다." 그리고 반드시 넣어야 할 정지 조건을 다섯 가지로 정리합니다(공식 문서의 분류가 아니라 이 가이드북 저자의 정리예요). 규칙 문서 한 줄씩으로 옮기면 이렇게 돼요.

▣ 정지 조건 다섯 가지 (위키독스 13장) → 규칙 문서 한 줄 → 행정 비유

/goal에는 ③이 기본으로 내장돼 있어요. 공식 문서에 따르면 "도구를 쓰지 않고 말로만 답하는 턴이 몇 차례 이어지면" 루프를 멈추고 경고를 띄운 뒤 사람에게 제어를 돌려줍니다. 채팅 서비스에는 그런 장치가 없으니 "같은 × 2회면 질문" 을 규칙 문서에 직접 적어야 해요.

솔직하게 말씀드릴게요. 정지 조건을 다섯 개나 적는 게 과하게 느껴질 수 있어요. 그런데 제 블로그 자동화도 실패할 때마다 매뉴얼에 규칙을 한 줄씩 더하면서 지금 모양이 됐습니다. 위키독스 13장의 또 다른 문장, "열린 루프는 자신만만한 실수를 양산하는 기계다" 가 이유를 말해 줍니다.

그리고 '완료 표시 ≠ 성공'. 예약 작업의 완료 표시는 오류 없이 끝났다는 뜻이고, /goal의 "충족(Met)" 판정도 모델의 판단이라 결재를 대신하지 않습니다. 루프의 마지막 줄은 늘 "검토자 확인 요청"이어야 해요.

루프는 '어떻게 돌릴까'보다 '어떻게 끝낼까'를 먼저 적습니다. 다섯 정지 조건은 AI가 아니라 내 시간과 책임을 지키는 안전핀이에요.

4. 검증 분리와 인사혁신처 지침 — 기안자가 자기 검토를 하면 왜 후해지나?

규칙 문서에 체크리스트를 넣고 "스스로 검토하라"고 하면 AI는 검증 표를 예쁘게 채워 옵니다. 문제는 대개 전부 ○ 라는 거예요. 같은 대화 안에서 방금 자기가 쓴 문장을 전제로 채점하니, 없는 조문 번호를 "제공된 자료에 있다"고 보고 출처 없는 수치를 "일반적 사실"로 넘기기 쉽습니다. 그래서 기안자와 검토자를 나누는 검증 분리가 필요합니다.

/goal이 바로 이 원리예요. 공식 문서의 표현을 빌리면, 완료 여부는 "일을 하는 모델이 아니라 별도의 새 모델이 결정"하고, 그 판정은 매 턴 별도의 작은 모델이 맡습니다. 판정은 아직 아님(Not yet met)·충족(Met)·불가능(Impossible) 세 가지이고 각각 짧은 사유가 붙어요. Anthropic의 장기 에이전트 하네스 글이 기능 목록은 통과 여부만 바꾸고 삭제할 수 없게 한 것처럼, 체크리스트 항목은 사람만 고칩니다.

▣ 왜 공직에 검증 루프가 필요한가 — 인사혁신처 지침과 적발 사례

인사혁신처는 2026년 5월 22일 「생성형 인공지능 활용 지침」을 전 부처에 배포했습니다. 공무원 교육훈련 결과보고서 작성용 지침이라 사업 계획서·결과보고서에 직접 적용되는 규정은 아니지만, 7가지 기본원칙 — 연구 내용의 진실성 추구·활용 사실의 투명한 공개·공정성 유지·윤리적 활용·비판적 시각 유지·개인정보 보호 등 — 은 어느 문서에나 같은 무게예요. 함께 공개된 숫자가 더 중요해요. 최근 3년 국외훈련 결과보고서 1,385건 중 11건이 부적절했고, 유형은 AI 환각 현상에 따른 오류, 참고 문헌 정보 불일치, 확인 불가능한 문헌 인용, 이모지·특수기호 사용이었습니다. 전부 검증 루프를 생략했을 때 생기는 일이에요.

채팅 서비스에서는 세 단계예요. 1단계 자기 검증(같은 대화, 빠르지만 후함) → 2단계 별도 검토(새 대화나 별도 '검토자' 프로젝트에 체크리스트와 초안만 주고 "고치지 말고 채점만") → 3단계 사람 확인(두 판정이 다른 항목만 원문과 대조, 조문 번호 재검색). 결재는 사람입니다.

기안한 AI는 자기 검토를 후하게 합니다. 체크리스트는 규칙 문서에 고정하고, 채점은 새 대화에서, 결재는 사람이. '비판적 시각 유지'를 루프로 옮기면 이 세 줄이에요.

5. 챗GPT·제미나이에 그냥 묻는 것과 무엇이 다른가?

"어차피 '계획서 써 줘' 하고 틀린 데 고쳐 달라고 하면 되지 않나요?" 교육장에서 자주 듣는 말이에요. 그냥 묻기는 검토자 없이 기안을 바로 결재 올리는 것, 완료 조건 루프는 검토 의견서 서식을 쥐여 주고 '보완 없음'까지 되돌리되 세 번까지만 하는 것입니다. 차이는 틀렸을 때 드러나는 방식에서 나요.

▣ 같은 일을 두 방식으로 — 사업 계획서 초안

계획서·결과보고서는 수치 하나가 예산과 평가로 이어지는 문서라 "대충 맞는 초안"이 "틀린 초안"보다 위험합니다. 그냥 묻기는 틀린 곳을 사람이 찾아야 하고, 완료 조건 루프는 틀린 곳이 표로 올라와요.

그냥 묻기는 '초안'을 얻는 일이고, 완료 조건 루프는 '어디가 틀렸는지 표로 보여 주는 초안'을 얻는 일입니다.

6. 어느 사이트의 어느 버튼인가? (화면 재현)

완료 조건 루프의 자리는 프로젝트·스킬 지침과 개발자 도구인 Claude Code의 /goal 둘입니다. 모두 인터넷망 PC에서 공개 자료만이 전제이고(8절), 아래 그림은 실제 캡처가 아니라 공식 도움말을 기준으로 메뉴 위치와 누르는 순서를 재현한 것이라, 실제 화면과 배치가 조금 다를 수 있습니다.

▣ 완료 조건 루프 ↔ 버튼 대응표 (각 서비스 공식 도움말, 2026년 10월 기준)

첫 그림이 채팅 서비스의 기본형이에요. 규칙 문서를 넣은 프로젝트에서 "규칙대로 계획서 초안"이라고 보내면 초안과 검증 표가 오고, ×가 있으면 사람이 "다음"을 보내 2회전을 시작합니다. 전부 ○가 되면 마지막 줄에 "검토자 확인 요청"만 남고 멈춰요.

두 번째 그림은 원조인 클로드 코드예요. 명령창(터미널)이나 데스크톱 앱에서 /goal 뒤에 "체크리스트 5항목 검증 표가 전부 통과할 것. 제공된 조문·수치 외에는 인용하지 않는다. 20턴이 넘으면 중단한다"처럼 조건을 적으면 바로 첫 턴이 시작되고, 화면에 ◎ /goal active 표시가 뜹니다. 매 턴 평가자의 판정이 대화에 찍히고(사유는 Ctrl+O로 펼쳐 볼 수 있어요), /goal만 치면 조건·경과 시간·턴 수·토큰 사용량·최근 사유를 보여 주며, /goal clear로 지울 수 있어요. 설치형 개발자 도구라 기관 PC에서는 보안 정책 확인이 먼저지만, 이 한 줄에 2절의 네 요소가 전부 들어 있다는 점만 보셔도 충분합니다.

세 번째 그림은 루프를 걸기 전에 채우는 정지 조건 설정 카드예요. 채팅 서비스에는 이런 화면이 없어서 규칙 문서 맨 위에 네 칸을 글로 적어 두고, 업무망의 수동 루프라면 기록지 맨 위 칸이 됩니다(8절). 카드가 비어 있으면 루프를 걸지 않는다는 습관이 중요해요.

7. 30분 실습 — 가상 사업 개요로 계획서 초안 체크리스트 2회전

기관 자료는 한 줄도 쓰지 않고, 공개 조례 1건과 가상 사업 개요로 완료 조건 루프가 '멈추는 순간' 을 체험하는 실습이에요(인터넷망 PC).

1단계. 프로젝트 만들고 규칙 문서 붙여넣기 (5분)

6절 순서대로 '계획서·보고서 초안' 프로젝트(또는 스킬)를 만들고 아래 규칙 문서를 지침에 붙여 넣습니다.

2단계. 공개 조례 1건과 가상 사업 개요 준비 (5분)

국가법령정보센터 자치법규 검색에서 우리 군의 '○○ 지원 조례' 1건을 내려받습니다. 새 대화에서 "가상의 '○○군 청년 농업인 정착 지원 사업' 개요 300자와 가상 통계 표 1개(연도·값·출처 칸)를 만들어 줘. 수치는 전부 가상으로 표시하고, 한 행은 일부러 출처를 비워 줘"라고 요청합니다. 함정을 넣는 것이 핵심이에요.

3단계. 1회전 (10분)

조례와 사업 개요를 붙여 넣고 "규칙대로 계획서 초안"이라고만 보냅니다. 초안 뒤에 검증 표가 오는지, ②수치 출처와 ③추정 단어에 ×가 뜨는지 봅니다. ×가 떠야 정상이에요.

4단계. 2회전 (5분)

"다음"이라고만 보냅니다. × 항목만 고친 초안과 새 검증 표가 오고, 전부 ○이면 끝 줄에 "검토자 확인 요청"이 붙어야 해요. ○였던 항목과 서식 순서가 바뀌지 않았는지도 봅니다.

5단계. 검증 분리와 원문 재확인 (5분)

프로젝트 밖 새 대화에 아래 검토자 프롬프트와 2회전 초안을 붙여 넣습니다. 두 판정이 다른 항목만 원문과 대조하고, 조문 번호는 국가법령정보센터에서 다시 찾습니다. 산출물은 초안 1장, 검증 표 2장, 검토자 판정 1장입니다.

▣ 규칙 문서 원문 (그대로 붙여 넣어도 됩니다 — 기관명·서식 항목은 우리 기관 기준으로 바꾸세요)

사업 계획서·결과보고서 초안 규칙 v1
[정지 조건 카드] 반복 상한 3회전 / 시간 상한 30분 / 완료 조건 체크리스트 5항목 전부 ○ + 끝 줄 "검토자 확인 요청" / 실패 시 "미해결 항목" 보고 후 중단
[역할] ○○군 △△과 사업 계획서·결과보고서 초안 보조. 최종 작성은 담당 주무관, 결재는 결재권자가 한다.
[입력 게이트] 성명·주소·연락처·생년월일·계좌번호 등 개인정보가 포함되면 작성을 멈추고 "개인정보 제거 요청"만 출력한다. 입력은 공개 사업 개요·공개 통계·조례 조문만.
[근거 규칙] 조례·지침·통계는 제공된 원문과 출처만 인용한다. 없으면 "근거 확인 필요"로 표시하고 추정하지 않는다. 수치마다 괄호로 출처(자료명·연도·표 번호)를 적는다.
[서식] 계획서: ① 추진 배경 ② 추진 근거(조문 번호) ③ 사업 내용 ④ 추진 일정 ⑤ 소요 예산(공개 자료 범위) ⑥ 기대 효과 / 결과보고서: ① 사업 개요 ② 추진 실적(계획 대비) ③ 성과·미흡 ④ 향후 계획 — 개조식 공문체, 이모지·특수기호 금지.
[표기] 첫 줄 "※ AI 초안(검토 전)", 끝 줄 "검토자/일자: ____".
[금지] 확정·약속 표현 금지. "아마", "일반적으로", "~로 보인다", "~예상" 같은 추정 단어 금지. 제공되지 않은 예산·인원·일정을 만들지 않는다.
[체크리스트 — 항목은 사람만 고친다]
① 인용한 조문·지침·출처가 제공 자료에 실제로 있는가 (없는 조문 번호·출처 0건)
② 모든 수치에 출처가 괄호로 표기됐는가 (출처 없는 수치 0건)
③ 추정 단어("아마", "일반적으로", "~로 보인다", "~예상")가 0건인가
④ 첫 줄 "※ AI 초안(검토 전)"과 끝 줄 검토자 란이 있는가
⑤ 개인정보(성명·주소·연락처·생년월일·계좌)가 0건인가
[완료 조건 루프 — 사람이 '다음'을 누른다]
1회전: 초안을 쓴 뒤 검증 표(항목 / ○·× / 근거가 되는 문장·표 위치 / ×이면 한 줄 사유)를 출력하고 멈춘다.
사용자가 "다음"이라고 보내면 × 항목만 고친 초안과 새 검증 표를 출력한다. ○였던 항목과 서식 순서는 바꾸지 않는다.
전부 ○가 되면 마지막 줄에 "검토자 확인 요청"만 적고 멈춘다.
최대 3회전. 3회전 뒤에도 ×가 남으면 "미해결 항목: …"을 적고 멈춘다.
같은 항목이 2회전 연속 ×이면 고치려 하지 말고 사람에게 질문한다.
한 회전의 출력은 표 포함 1,500자 이내로 한다.

▣ 검토자 프롬프트 원문 (프로젝트 밖 새 대화에 붙여 넣기 — 검증 분리용)

당신은 사업 계획서·결과보고서 초안의 검토자입니다. 초안을 고치지 말고 채점만 합니다.
아래 체크리스트 5항목에 대해 표(항목 / 판정 ○·× / 근거가 되는 초안의 문장·표 위치 / ×이면 한 줄 사유)만 출력하세요.
초안에 없는 내용을 추정해 ○를 주지 않고, 제공 자료에서 확인할 수 없는 조문·출처는 ×로 둡니다. 칭찬·총평은 쓰지 않습니다.
[체크리스트] ① 인용 조문·출처가 제공 자료에 실재 ② 수치마다 출처 표기 ③ 추정 단어 0건 ④ 첫 줄 AI 초안 표기·끝 줄 검토자 란 ⑤ 개인정보 0건
[제공 자료 — 조례 조문·사업 개요·통계] (여기에 붙여넣기)
[초안] (여기에 붙여넣기)

함정을 넣었는데도 1회전에 전부 ○가 나왔다면, AI가 잘한 게 아니라 채점이 후한 것입니다. 그때 ②를 "표의 모든 행에서 출처 칸이 비어 있지 않은가"처럼 기계적으로 바꾸면 빠져나가기 어려워져요. 하네스는 일부러 틀린 입력을 넣어 봐야 작동을 알 수 있습니다.

8. 망분리 환경에서는 — 업무망에서도 되는 수동 완료 조건 루프

국가정보원 「챗GPT 등 생성형 AI 활용 보안 가이드라인」(2023년 6월) 원문은 "기관 인터넷망에서의 서비스 사용시 기관 민감데이터 미활용 등 유의 사용", "기관 내부자료 등 민감정보 입력 금지로 기관 정보 유출 차단"이라고 적고 있습니다. 그래서 7절의 실습은 인터넷망 PC에서 공개 조례·공개 통계·가상 개요만으로 했고, 공개 여부가 애매한 자료의 판단은 기관(보안담당관)이 합니다. 다행히 완료 조건 루프는 규칙 문서와 체크리스트 자체에 기관 자료가 없어서 설계는 인터넷망에서, 실행은 업무망에서 하는 분리가 됩니다.

▣ 네 가지 상황별 완료 조건 루프

▣ 수동 완료 조건 루프 기록지 (업무망용 — 사람이 채웁니다)

문서명: _ / 회전: 1 · 2 · 3 / 시간 상한: 30분
① 조문·출처 실재 ( ○ / × ) 근거: / ② 수치마다 출처 ( ○ / × ) 근거: _
③ 추정 단어 0건 ( ○ / × ) / ④ AI 초안 표기·검토자 란 ( ○ / × ) / ⑤ 개인정보 0건 ( ○ / × )
× 항목 보완 내용: / 다음 회전 여부: 예 · 아니오
3회전 뒤 미해결 항목: _ / 검토자·일자: _

하네스가 버튼이 아니라 설계이듯, 완료 조건 루프도 "언제 끝났다고 할까"를 적어 둔 기록지만 있으면 성립합니다. 개인 계정에 기관 내부자료와 개인정보를 올리지 않는다는 선은 어디서나 같아요.

설계는 공개 자료로 인터넷망에서, 실행은 실제 자료로 업무망에서. 완료 조건 루프는 그 분리가 되는 자동화예요.

9. 흔한 실패 세 가지와 다음 편 예고

• 조건이 측정 불가능하다 — "잘 써 줘", "충분히 검토해 줘"는 끝이 없습니다. "체크리스트 5항목 ○", "없는 조문 번호 0건"처럼 개수로 바꾸세요.
• 상한이 없다 — 3회전·30분·같은 × 2회 정지를 안 적으면, AI는 영원히 "조금만 더"를 하거나 1회전에 "다 했다"고 끝냅니다. 정지 조건 카드부터 채웁니다.
• 자기 검토만 믿는다 — 전부 ○인 검증 표는 안심 신호가 아니라 확인 신호입니다. 인사혁신처 적발 유형이 바로 이 실패예요. 새 대화 채점과 원문 재확인을 끝에 두고, '완료 표시'를 '결재 가능'으로 읽지 마세요.

▣ 시리즈 안내 (지자체 공무원 편, 총 6편) — 1편 입문 · 2편 하네스 ① 민원 답변 · 3편 하네스 ② 업무망에서 · 4편 예약 루프 · 5편(오늘) 완료 조건 루프 · 6편 헤르메스 에이전트

다음 6편은 하네스와 루프를 청사 안에 두는 선택지, 헤르메스 에이전트입니다. 자체 호스팅 개념을 지자체 자체 언어모델 사례와 연결하고, 국가 사이버보안 기본지침의 인공지능시스템 보안 조항 신설에 따른 보안성 검토 로드맵을 다룹니다.

10. 자주 묻는 질문 FAQ

Q1. 공무원이 AI로 계획서나 보고서 초안을 쓸 때 꼭 지켜야 하는 것은 무엇인가요?

A1. 인터넷망 PC에서 공개 자료만 쓰고 기관 내부자료·개인정보는 입력하지 않는 것이 전제이고, 초안 첫 줄에 "※ AI 초안(검토 전)"을 표기합니다. 인용한 조문·출처는 원문에서 다시 확인하고, 수치마다 출처를 적으며, 최종 작성은 담당 주무관이, 결재는 결재권자가 해요. 인사혁신처 지침의 진실성·투명한 공개·비판적 시각 원칙 그대로입니다.

Q2. 완료 조건 루프를 업무망에서도 할 수 있나요?

A2. 네. 공공 AI(범정부 AI 공통기반·자체 sLLM)가 있으면 규칙 문서를 머리글 프롬프트로 붙여 넣고 사람이 "다음"으로 회전을 돌리고, AI가 없으면 같은 체크리스트를 기록지 서식으로 두고 사람이 채우는 수동 루프로 돌립니다. 끝나는 조건과 횟수 상한만 같으면 도구가 없어도 완료 조건 루프는 성립해요.

Q3. AI가 체크리스트를 전부 통과했다고 하면 결재에 올려도 되나요?

A3. 아니요. 기안한 AI는 자기 검토를 후하게 하므로 새 대화에서 체크리스트만 주고 한 번 더 채점받고, 두 판정이 다른 항목만 원문과 대조한 뒤 조문 번호를 국가법령정보센터에서 재확인합니다. 완료 표시는 오류 없이 끝났다는 뜻이지 결재 가능하다는 뜻이 아니고, 결재는 끝까지 사람 몫이에요.

정리하면, 완료 조건 루프는 "언제 끝났다고 할까"를 적어 둔, 되돌리는 횟수 상한이 있는 결재선입니다. 조건은 종료 상태·증명·불변·상한의 네 칸으로 쓰고, 끝내는 법은 다섯 정지 조건으로 먼저 정하며, 채점은 새 대화와 사람이 합니다. 어려운 쪽은 기술이 아니라 "다 했다"는 말을 믿지 않는 습관이에요.

AI는 기안하고, 검증은 따로 하고, 결재는 사람이 합니다. 완료 표시는 결재가 아닙니다.

지금 바로 국가법령정보센터에서 조례 한 건을 내려받고, 7절의 규칙 문서로 출처를 일부러 비운 가상 사업 개요의 1회전을 돌려 보세요. 검증 표에 ×가 뜨고 "다음" 한 마디에 그 항목만 고쳐 오는 순간, 완료 조건 루프를 몸으로 알게 됩니다.

공무원 완료 조건 루프 엔지니어링 | 계획서·보고서 초안을 체크리스트 통과까지, 강성희 강사 (시리즈 5편)

📎 관련 정보 및 공식 채널

• Keep Claude working toward a goal — Claude Code /goal 공식 문서 — 완료 조건 요소와 상한 권고
• Claude Code 완벽 가이드 13장 루프 엔지니어링 (위키독스) — 정지 조건 다섯 가지
• 인사혁신처 「생성형 인공지능 활용 지침」 보도 (머니투데이, 2026-05-22) — 7원칙과 적발 사례
• 행정안전부 「공공부문 인공지능 윤리기준」 확정 보도 (인공지능신문, 2026-10-02) — "최종적인 책임과 통제는 사람"
• 국가법령정보센터 자치법규 검색 — 실습용 조례, 조문 번호 재확인

실질적인 업무 변화를 이끌어내는 전문가의 AI 교육이 필요하시다면 아래 오픈카톡방 또는 네이버톡톡으로 문의하시면 됩니다.

챗GPT강사 강성희님의 오픈프로필 — 챗gpt/ 생성형 AI/ 프롬프트 엔지니어링 강사

생성형 AI 강사 강성희 — 재직자, 공무원 AI 교육 관련 글모음

• 바이브코딩 AI강사 양성과정 수료식 | 강성희 강사, 미니강의 후기, 한국AI디지털교육협회
• 공무원 AI 교육 후기 | 강성희 강사, 농식품인재개발원 7기 VBA·제미나이 노트북으로 업무자동화
• 제조업 재직자 AI, 엑셀 VBA 업무 자동화 교육 후기 | 강성희 강사, 한남대, 데이터 분석
• 재직자를 위한 칼퇴를 부르는 클로드 기본 활용법, 일잘러 AI 강사 강성희가 알려주는 claude 실무 노하우
• 제조업 재직자 필독! 엑셀, PPT에서 클로드로 데이터 분석부터 8D 보고서까지, 일잘러 AI 강사 강성희의 Claude 실무 활용법
• 재직자 대상 클로드 코워크로 엑셀 파일을 PPT 보고서로, 일잘러 AI 강사 강성희의 Claude Cowork 실무 활용법
• 재직자 대상 클로드 Claude 엑셀 활용 제조업 데이터 분석, 일잘러 AI 강사 강성희의 실무 노하우
• 재직자를 위한 클로드 Claude 엑셀 활용 데이터 분석, 일잘러 AI 강사 강성희의 실무 노하우
• SK이노베이션 E&S 전북에너지서비스 재직자 AI 실무 역량강화 32시간 교육 후기, AI강사 강성희의 프롬프트 엔지니어링부터 바이브코딩
• 한국산업단지공단 임직원 대상 구글 노트북LM, 바이브코딩 실무교육, 재직자 AI 강사 강성희 특강 후기
•  
• [챗지피티강사 강성희] 재직자를 위한 제미나이 Gemini 3 바이브코딩 노코드 앱 제작, 크레신

발행일 2026-10-04 · 글쓴이 강성희 (랑잠AI교육연구원 대표 · 한국AI디지털교육협회 협회장)

안녕하세요.
한국AI디지털교육협회 협회장, 랑잠AI교육연구원 대표, AI 강사로 활동하고 있는 강성희입니다.

혹시 이런 경험 있으신가요?
월요일마다 국가법령정보센터·도청 누리집·정책브리핑을 차례로 열어 우리 과와 관련된 개정 공고와 보도자료를 찾다가, 정작 기안은 오후에야 시작한 경험이요.
인터넷망 PC에서 ChatGPT에 "지난주 보도자료 정리해 줘"라고 했더니 어떤 주는 표, 어떤 주는 줄글에 출처 없는 문장까지 섞여 와서 결국 하나하나 다시 확인한 경험이요.

공공기관 AX(AI 전환) 교육에서 AI 에이전트 활용을 가르치는 강사로서, 예약 작업 이야기를 꺼내면 지자체 교육장에서 가장 자주 듣는 말이 "그건 우리랑 상관없는 줄 알았어요"입니다. 망분리 때문이죠. 그런데 조례 개정 공고와 상급기관 보도자료는 애초에 누구나 볼 수 있는 공개 자료예요. 인터넷망 PC에서 공개 자료만 돌아보는 예약 루프는 망분리와 부딪히지 않습니다. 오히려 월요일 아침의 한 시간을 돌려주죠. 2편·3편에서 만든 하네스(규칙 문서·서식·검토 체크리스트)가 결재선이었다면, 오늘 만들 예약 루프는 그 틀을 매주 같은 시각에 꺼내 돌리고 일지를 남기는 당직표입니다.

이 글은 Claude·ChatGPT·Gemini 공식 도움말의 예약 작업 안내(2026년 10월 기준), Addy Osmani 의 「Loop Engineering」 원문, Hermes Agent 공식 문서의 크론(예약) 안내, 국가정보원 「챗GPT 등 생성형 AI 활용 보안 가이드라인」 원문과 행정안전부·인사혁신처 지침 보도를 직접 확인해 정리했고, 공공기관 교육 현장과 제 블로그 자동화(매일 새벽 예약 작업) 운영 경험을 더했습니다. — 강성희 (랑잠AI교육연구원 대표 · 한국AI디지털교육협회 협회장, AX(AI 전환)·AI 에이전트 교육 전문가, 공공기관·기업·학교 200여 곳 생성형 AI 교육 진행)

오늘 이 글 하나면 예약 루프를 이루는 네 부품, 예약 작업이 이전 대화를 기억하지 못하기 때문에 프롬프트가 자기완결적이어야 하는 이유, 세 서비스의 예약 메뉴가 어디에 있고 서로 어떻게 다른지, 그대로 복사해 쓰는 조례 개정 공고·상급기관 보도자료 주간 요약 프롬프트 원문, 망분리 환경에서 지킬 선, 매주 쌓이는 표를 모아 분기 질문을 던지는 법까지 한 번에 잡을 수 있습니다. 이번 글은 시·군·구청과 읍면동에서 일하는 공직자를 위한 망분리 환경 AI 에이전트 시리즈 4편이에요(1편: 입문, 2편: 민원 답변 초안 하네스, 3편: 망분리 업무망에서 하네스). 1편 7절에서 "예약은 공개 자료 모니터링형만"이라고 선을 그었던 바로 그 루프를, 오늘 제대로 만듭니다.

목차

1. 예약 루프 — 당직표를 AI에게 넘기는 네 부품
2. 왜 예약 작업에는 '자기완결 프롬프트'가 필요한가?
3. 세 서비스의 예약 메뉴는 어디에 있나? (화면 재현)
4. 조례 개정 공고·상급기관 보도자료 주간 요약 — 그대로 복사하는 프롬프트 원문
5. 챗GPT·제미나이에 그냥 묻는 것과 무엇이 다른가?
6. 망분리 환경에서는 — 공개 자료 모니터링형만, 커넥터는 연결하지 않는다
7. 결과를 어디에 쌓나 — Gemini Notebook·프로젝트 지식과 '완료 표시 ≠ 성공'
8. 30분 실습 — 예약 1개 걸고 첫 결과 확인하기
9. 흔한 실패 네 가지와 다음 편 예고
10. 자주 묻는 질문 FAQ

1. 예약 루프 — 당직표를 AI에게 넘기는 네 부품

루프 엔지니어링의 정의를 1편에서 봤죠. 애디 오스마니(앤트로픽 클로드 코드 팀, 전 구글 크롬 팀)의 말로 "루프 엔지니어링은 에이전트에게 프롬프트를 치는 사람 자리를 내가 떠나는 것이다. 대신 그 일을 하는 시스템을 설계한다." 그리고 그가 못 박은 한 줄, 자동화가 있어야 비로소 루프입니다. 자동화의 방아쇠는 두 가지예요. 시간이 방아쇠면 예약 루프(오늘), 조건이 방아쇠면 완료 조건 루프(다음 5편)입니다. 예약 루프가 둘 중 쉬운 쪽이고, 공직에는 공개 자료 모니터링이라는 안전한 쓰임새가 있어서 첫 루프로 알맞습니다.

공직자 분들께 가장 가까운 비유는 당직표예요. 당직표에는 네 가지가 반드시 적혀 있습니다. ① 당직 일시, ② 순찰 장소와 점검 항목(처음 서는 사람도 같은 곳을 같은 기준으로 보게), ③ 이상 유무 판단 기준과 보고 절차, ④ 당직 일지와 서명. 예약 루프의 부품도 정확히 넷입니다.

▣ 예약 루프의 네 부품 (당직표와 대응)

1편에서 루프를 "트리거 + 검증 + 종료 조건 + 기록"이라고 정리했는데, 예약 루프에서는 종료 조건이 단순해요. "표 1장을 쓰면 끝", "신규가 없으면 '신규 없음' 한 줄로 끝". 당직으로 치면 "이상 없음, 서명"이죠. 그 대신 가장 큰 부품이 자기완결 프롬프트입니다. 왜 그런지는 2절에서 바로 이어 갈게요.

제 블로그의 새벽 예약 작업도 같은 구조예요. 매일 새벽 정해진 시각(트리거)에 운영 매뉴얼을 읽고 초안을 쓰고, 제 PC 의 봇이 저장하고 결과 파일을 남깁니다(기록). 처음에는 "어제 하던 대로"가 통하지 않아서, 어떤 매뉴얼을 먼저 읽을지와 결과 파일을 어디에 남길지를 프롬프트에 다 적어야 했어요. 아침에 제가 하는 일은 결과 파일을 여는 것이고, 공개 발행은 제가 누릅니다. 청사 말로 옮기면 "순찰은 AI, 일지 확인과 결재는 사람"입니다.

예약 루프 = 트리거 + 자기완결 프롬프트 + 검증 규칙 + 기록. 당직 시간만 정해 놓고 순찰 장소를 안 적은 당직표가 없듯, 예약 시각만 정하고 프롬프트를 대충 적은 루프도 없습니다.

2. 왜 예약 작업에는 '자기완결 프롬프트'가 필요한가?

채팅창에서는 "아까 그 서식대로 다시"가 통합니다. 앞선 대화가 같은 창에 있으니까요. 예약 작업은 다릅니다. 사람이 옆에 없는 시각에, 대개 새 세션처럼 돌아요. 이 점을 가장 분명하게 적어 둔 곳이 헤르메스 에이전트의 크론(예약) 공식 문서입니다. 원문을 옮기면 "크론 작업은 지금 대화의 기억이 없는 새 에이전트 세션에서 실행된다", "프롬프트는 완전히 자기완결적이어야 한다 — 에이전트가 알아야 할 모든 것을 넣어라", 그리고 "주소, 저장소 이름, 양식 선호, 배달 지시를 프롬프트에 직접 넣어라"예요.

상용 서비스도 같은 눈으로 보는 것이 안전합니다. OpenAI 공식 도움말에는 이런 문장이 있어요. "프로젝트 안에서 예약 작업을 만들면, 그 프로젝트에 올린 파일이나 저장된 파일에 접근할 수 없다." 2편에서 민원 답변 규칙 문서를 프로젝트 지침에 넣어 두셨죠. 예약 프롬프트에 "프로젝트 규칙대로"라고만 적으면, 예약이 돌 때 그 규칙은 옆에 없는 겁니다. 그래서 예약 프롬프트에는 규칙 문서의 핵심을 다시 적습니다.

공직 비유로는 인사 발령으로 처음 온 후임에게 남기는 업무 인계서예요. 복도에서 말로 설명한 내용은 다음 사람에게 전달되지 않습니다. 인계서에 소관 조례 목록, 확인할 누리집, 보고 서식, 문의처까지 적혀 있어야 다음 주 월요일이 돌아가죠. 예약 프롬프트가 바로 그 인계서입니다.

자기완결 프롬프트 점검 여섯 가지

• 언제 — 요일·시각과 대상 기간("지난 7일"). 기간이 없으면 매주 범위가 흔들립니다.
• 무엇을 — 대상 기관과 업무 키워드. 비공개 사업명·대상자 범주는 넣지 않습니다(6절).
• 어디서 — 허용 출처와 금지 출처. 금지를 적지 않으면 뉴스 요약 블로그가 섞입니다.
• 어떤 모양으로 — 표의 열, 건수 상한, 정렬 기준, 'AI 요약(검토 전)' 표기. "표로"만 적으면 열이 매주 바뀝니다.
• 어떻게 거를지 — 검증 규칙, '미확인' 처리, '신규 없음' 처리.
• 어떻게 끝내고 남길지 — 기록 줄, 종료 선언("추가 의견은 쓰지 않는다").

솔직하게 말씀드릴게요. 교육에서 긴 프롬프트를 보여 드리면 "이렇게까지 길게요?"라는 반응이 꼭 나옵니다. 네, 예약 프롬프트는 길어도 됩니다. 사람이 읽는 글이 아니라 매주 기계가 읽는 업무 매뉴얼이기 때문이에요. 한 번 쓰고, 틀릴 때마다 한 줄 고치고, v1·v2 로 버전만 관리하면 됩니다. 감사 지적을 매뉴얼에 반영하듯, 실수 하나에 규칙 한 줄이에요.

예약 작업은 지난 대화를 기억하지 못합니다. "지난주처럼"이 아니라, 지난주에 한 설명 전부를 프롬프트에 적어 두세요.

3. 세 서비스의 예약 메뉴는 어디에 있나? (화면 재현)

2026년 10월 현재 세 서비스 모두 예약 기능이 있고, 메뉴 이름은 아래와 같습니다(각 공식 도움말 기준). 아래 그림은 실제 캡처가 아니라 공식 도움말을 기준으로 메뉴 위치와 누르는 순서를 재현한 것이라, 실제 화면과 배치가 조금 다를 수 있습니다. 모두 인터넷망 PC에서, 공개 자료만으로 한다는 전제예요(6절).

▣ 세 서비스의 예약 작업 — 만드는 곳·관리·성격 (공식 도움말, 2026년 10월 기준)

세 서비스의 성격이 조금씩 달라요. ChatGPT는 'Scheduled'에서 말로 만들고 작업 제목을 눌러 고치는 방식이라 가장 편합니다. 제미나이는 따로 만드는 화면이 없고 프롬프트에 "매주 월요일 오전 9시에"처럼 시각과 주기를 적으면 그 자체가 예약이 되고, 관리는 'Settings & help' → 'Scheduled actions'에서 합니다. 공식 도움말이 밝힌 성격(요약·정기 콘텐츠에 적합)에 주간 공고·보도자료 요약이 딱 맞아요. 클로드 Cowork는 'Set up manually'에서 작업 이름·프롬프트·승인 방식·주기·모델·작업 폴더를 하나씩 정하는 양식형이라 처음엔 번거롭지만, 필요할 때 바로 돌려 보는 수동 실행이 있어 첫 결과를 바로 확인하기에 가장 좋습니다. 클라우드에서 실행되므로 PC 가 꺼져 있어도 돌아가고, 유료 플랜에서 쓸 수 있어요. 작업 폴더(Work folder)는 선택 항목이니 공직자는 반드시 비워 둡니다.

어느 것을 고를까

• 기관에서 허용된 서비스, 그중 이미 쓰는 것부터. 프롬프트는 셋 다 같습니다.
• 첫 결과를 오늘 바로 보고 싶다 → Cowork 의 수동 실행. 나머지 두 서비스는 같은 프롬프트를 일반 채팅창에 한 번 보내 서식을 확인한 뒤 예약합니다(1편의 "규칙 → 한 번 수동 검증 → 예약" 순서).
• 결과를 Gemini Notebook(구 NotebookLM)에 쌓을 계획이다 → 어느 서비스든 결과 표를 복사해 소스로 붙여 넣으면 되니(7절), 서비스보다 매주 쌓는 습관이 중요합니다.
• 말로 만들고 싶다 → 챗지피티·구글 AI(예약 작업 채팅에서 말로 고치는 것까지 되는 쪽은 구글 AI). 서식처럼 또박또박 관리하고 싶다 → Cowork.

4. 조례 개정 공고·상급기관 보도자료 주간 요약 — 그대로 복사하는 프롬프트 원문

1편 7절에서 "예약은 공개 자료 모니터링형만 — 조례 개정 공고·상급기관 보도자료 주간 요약"이라고 했죠. 그 루프의 자기완결 프롬프트 완성형이 아래입니다. 세 서비스 어디에 넣어도 되고, [대상 2]의 부처와 [업무 키워드] 줄만 우리 과에 맞게 바꾸면 됩니다.

조례 개정·상급기관 보도자료 주간 요약 v1 (예약 작업용 — 이 프롬프트 하나로 완결)
[실행] 매주 월요일 09:00. 이 작업은 이전 대화와 프로젝트 파일을 기억하지 못한다고 보고, 아래 내용만으로 수행한다.
[대상 기간] 실행일 기준 지난 7일.
[대상 1 — 자치법규] ○○군(시)과 ○○도의 조례·규칙 가운데 입법예고 또는 개정 공고가 올라온 건.
[대상 2 — 상급기관 보도자료] 행정안전부·보건복지부(※ 우리 과 소관 부처로 바꿀 것)와 ○○도의 보도자료 가운데 아래 업무 키워드가 들어간 건.
[업무 키워드] 경로당, 노인일자리, 기초연금, 돌봄 (※ 예시 — 우리 과 소관 업무로 바꿀 것. 비공개 사업명·대상자 정보는 넣지 않는다)
[허용 출처] 국가법령정보센터(law.go.kr) 자치법규, 자치법규정보시스템(elis.go.kr), 정책브리핑(korea.kr), 해당 기관 누리집의 고시·공고·보도자료 게시판. 블로그·뉴스 요약 사이트·커뮤니티는 출처로 쓰지 않는다. 연결된 드라이브·메일·내부 문서는 사용하지 않는다.
[출력] 첫 줄 "※ AI 요약(검토 전)". 표 1개 — 열: 기관 / 제목 / 날짜 / 요지(2줄 이내) / 우리 과 관련(상·중·하) / 링크. 관련도 순으로 최대 10건. 표 밖의 설명 문장은 쓰지 않는다.
[관련도 기준] 상 = 우리 과 소관 조례·사업의 기준·절차·예산이 바뀜, 중 = 인접 부서 업무이거나 참고할 선례, 하 = 키워드만 겹침.
[검증 규칙] ① 링크 없는 항목은 쓰지 않는다 ② 링크를 열어 제목·날짜가 표와 일치하는지 확인한 뒤 적는다 ③ 요지는 원문에 있는 문장만 요약하고 조문 번호·금액·날짜를 추정하지 않는다 ④ 확인이 안 되는 칸은 "미확인"으로 둔다.
[신규 없음] 조건에 맞는 건이 0건이면 표 없이 "신규 없음 — 실행일, 대상 기간, 키워드 수" 한 줄만 쓴다.
[기록] 첫 줄 아래에 "실행일 / 대상 기간 / 건수", 마지막 줄에 "검토자/일자: ____"를 붙인다.
[종료] 표(또는 '신규 없음' 한 줄)와 기록 줄을 쓰면 끝낸다. 추가 조사·의견·제안은 하지 않는다.

▣ 줄마다 막는 실패가 다릅니다

몇 줄만 보충할게요. [허용 출처]의 네 곳은 모두 공개 사이트입니다. 국가법령정보센터는 현행 자치법규를, 자치법규정보시스템(ELIS)은 자치법규와 입법예고를, 정책브리핑은 중앙부처 보도자료를 모아 두고, 도청·군청 누리집의 고시·공고 게시판이 개정 공고의 원 출처예요. 요약 사이트를 막는 이유는 2차 정보가 원문처럼 표에 섞이기 때문입니다. [출력]의 "※ AI 요약(검토 전)"은 2편의 "※ AI 초안(검토 전)"과 같은 표기인데, 인사혁신처 지침이 말하는 '활용 사실의 투명한 공개'를 표 한 장에서도 지키는 방법이에요. [검증 규칙] ③이 이 루프의 핵심입니다. 조문 번호·금액·날짜를 추정하지 않게 하고, 모르면 '미확인'으로 두게 하는 것. 1편 실습에서 조문 번호를 다시 찾아본 이유와 같습니다. [신규 없음] 한 줄은 헤르메스 크론 문서의 '[SILENT]' 관례(변한 게 없으면 조용히 넘긴다)와 같은 발상이고, 당직 일지의 "이상 없음"이에요.

서비스별로 붙이는 법

• ChatGPT — 사이드바 'Scheduled'에서 "매주 월요일 오전 9시에 아래 작업을 실행해 줘." 한 줄 뒤에 프롬프트 전체를 붙여 보냅니다. 생긴 작업의 제목을 눌러 내용이 다 들어갔는지 확인합니다.
• 구글 AI(gemini.google.com) — 일반 채팅창에 "매주 월요일 오전 9시에 아래 작업을 예약해 줘." 한 줄 뒤에 프롬프트 전체를 붙여 보냅니다. 'Settings & help' → 'Scheduled actions'에 생겼는지 확인합니다.
• 클로드 Cowork — 'Scheduled' → 'New task' → 'Set up manually'. Task name 은 "조례·보도자료 주간 요약 v1", Prompt 칸에 프롬프트 전체, Frequency 는 weekly, Work folder 는 비움, 'Save'.

5. 챗GPT·제미나이에 그냥 묻는 것과 무엇이 다른가?

비유부터요. 월요일마다 복도에서 만난 신규 직원에게 "지난주에 뭐 바뀐 거 있어?"라고 묻는 것과, 당직표에 적힌 순찰 경로를 같은 시각에 돌고 일지를 채우는 것의 차이입니다.

▣ 같은 일(조례 개정 공고·보도자료 주간 요약)을 두 방식으로

석 달이면 (매주 1장 기준) 비교 가능한 표 12장이 쌓입니다. 1편에서 "차이는 모델이 아니라 설계에서 난다"고 했는데, 예약 루프에서 그 설계는 프롬프트 한 장과 매주 5분의 검토예요. 둘 다 사람이 하는 일입니다. 담당자가 바뀌어도 프롬프트와 표 12장은 그대로 인계되고요.

그냥 묻기는 그 주의 답을 얻는 일이고, 예약 루프는 석 달 뒤 비교할 수 있고 후임에게 넘길 수 있는 표 12장을 얻는 일입니다.

6. 망분리 환경에서는 — 공개 자료 모니터링형만, 커넥터는 연결하지 않는다

제도부터 다시 짚을게요. 상용 생성형 AI 에 대한 국가정보원 「챗GPT 등 생성형 AI 활용 보안 가이드라인」(2023년 6월) 원문은 이렇습니다. "기관 인터넷망에서의 서비스 사용시 기관 민감데이터 미활용 등 유의 사용", "기관 내부자료 등 민감정보 입력 금지로 기관 정보 유출 차단". 조례 개정 공고와 상급기관 보도자료는 누구나 볼 수 있는 공개 자료이므로, 인터넷망 PC에서 이것만 돌아보는 예약 루프는 가이드라인의 취지에 어긋나지 않는 범위로 볼 수 있습니다. 다만 판단은 기관(보안담당관)이 합니다. 2023년 문서이므로 기관의 최신 지침이 우선이고, 2026년 5월 1일 시행된 「국가 사이버보안 기본지침」이 인공지능시스템 보안 조항을 새로 둔 만큼 기관별 지침은 계속 바뀔 수 있어요.

▣ 상황별 — 예약 루프를 어디까지 걸 수 있나

가장 중요한 선은 커넥터입니다. 드라이브·메일을 연결하면 더 똑똑해질 것 같은 유혹이 오지만, 연결하는 순간 공개 자료 루프가 기관 내부자료 루프로 바뀌고, 그건 가이드라인이 금지하는 "기관 내부자료 등 민감정보 입력"에 해당할 수 있어요. 그래서 4절 프롬프트에 "연결된 드라이브·메일·내부 문서는 사용하지 않는다"를 아예 적어 두었고, Cowork 의 Work folder 는 비워 둡니다. 두 번째 선은 키워드예요. 아직 공개되지 않은 사업명이나 특정 대상자 범주가 드러나는 표현을 넣으면 검색어 자체가 내부 정보가 됩니다. 공개된 소관 업무 명칭 수준으로만 적으세요. 세 번째는 결과의 성격입니다. 표는 공개 자료의 요약이지만, "이 개정이 우리 ○○사업 예산에 영향"처럼 사람이 적는 판단 메모는 내부 정보예요. 그 메모는 AI 쪽에 쓰지 않고 업무망 대장에만 둡니다.

업무망 쪽 공공 AI(범정부 AI 공통기반, 지자체 자체 언어모델)에 예약 기능이 있는지는 기관마다 다르니 확인이 먼저예요. 없다면 3편에서 다룬 수동 루프가 그대로 예약 루프의 자리에 섭니다(위 표의 세 번째 줄). 느리지만 틀은 같아요. 제가 교육에서 늘 말씀드리는 원칙 "AI에게는 데이터가 아니라 구조를 보여 준다"를 이 루프에 맞게 바꾸면 이렇습니다. AI에게는 내부자료가 아니라 공개 자료의 주소를 보여 준다.

예약은 공개 자료 모니터링형만, 커넥터는 비움, 판단 메모는 업무망에. 이 세 선 안에서는 망분리와 부딪히지 않습니다 — 최종 판단은 기관이 합니다.

7. 결과를 어디에 쌓나 — Gemini Notebook·프로젝트 지식과 '완료 표시 ≠ 성공'

예약 루프의 네 번째 부품, 기록이에요. 매주 오는 표를 그냥 두면 대화 목록 어딘가에 묻힙니다. 쌓는 곳을 정하고, 쌓기 전에 5분 검토를 넣습니다. 행정안전부 「공공부문 인공지능(AI) 윤리기준」(2026년 10월 2일 확정)이 분명히 한 "최종적인 책임과 통제가 사람에게 있음"이 예약 루프에서는 바로 이 5분이에요.

매주 5분 검토 — '완료 표시 ≠ 성공'

1. 연다 — 예약 작업의 '완료' 표시는 오류 없이 끝났다는 뜻이지, 일을 제대로 했다는 뜻이 아닙니다. 결과를 열어 보는 것이 루프의 마지막 부품이에요.
2. 링크 2개를 무작위로 누른다 — 제목·날짜가 표와 같은지, 요지가 원문에 있는 내용인지. 다르면 검증 규칙 ②·③이 안 지켜진 것이니 그 줄을 더 강하게 고칩니다.
3. 서식을 본다 — 첫 줄에 "※ AI 요약(검토 전)"이 있는지, 열이 6개인지, 건수 상한을 지켰는지. 어긋나면 프롬프트 한 줄을 고치고 v2 로 올립니다.
4. 쌓는다 — 아래 표의 한 곳에 추가합니다.
5. 대장에 한 줄 — 주차·건수·검토자·메모. 사람의 판단 메모는 업무망 대장에만 적고, 기안에 붙일 때는 원문 링크를 함께 붙입니다.

▣ 쌓는 곳 세 가지와 분기 질문

Gemini Notebook 은 2026년 7월 16일 NotebookLM 에서 이름이 바뀌었고 기존 주소와 공유 링크는 자동으로 연결됩니다. 예약 작업 결과 표를 복사해 'Add sources'에 붙여 넣으면 하나의 소스로 저장되고, 제목은 저장할 때 붙이면 됩니다. 어느 곳이든 쌓는 것은 공개 자료 표까지입니다(6절).

비르기타 뵈켈러의 문장을 다시 가져올게요. "좋은 하네스는 사람의 개입을 꼭 없애려는 것이 아니라, 그 개입이 가장 중요한 곳으로 향하게 하는 것." 예약 루프에서 가장 중요한 곳이 바로 이 5분입니다. 오스마니가 경고한 '인지적 항복' — 결과를 읽지 않고 받아들이는 상태 — 가 예약 루프에서 특히 쉽게 와요. 매주 오는 표를 열지 않고 쌓기만 하면 그건 루프가 아니라 창고이고, 검토 없이 결재선에 올리는 일과 같습니다.

완료 표시는 "돌았다"는 뜻입니다. "맞다"는 사람이 링크 두 개를 눌러 보고 나서 붙이는 말이에요.

8. 30분 실습 — 예약 1개 걸고 첫 결과 확인하기

기관 자료 없이, 전부 공개 자료로 첫 예약 루프를 거는 실습입니다. 인터넷망 PC에서 합니다.

1단계. 서비스 하나 고르고 메뉴 열기 (5분)

기관에서 허용된 서비스 가운데 하나를 고릅니다. 3절 표대로 챗지피티 'Scheduled', 구글 AI 채팅창, 또는 Cowork 'Scheduled' → 'New task'를 엽니다. 드라이브·메일 같은 연결 기능이 켜져 있지 않은지, Cowork 라면 Work folder 가 비어 있는지 먼저 봅니다.

2단계. 프롬프트 복사하고 부처·키워드만 바꾸기 (5분)

4절 프롬프트를 그대로 붙이고 [대상 2]의 부처와 [업무 키워드] 줄만 우리 과에 맞게 바꿉니다. 바꾼 키워드를 소리 내 읽어 보세요. 그중 하나라도 "이거 아직 공개 안 된 사업명인데" 싶으면 뺍니다.

3단계. 첫 결과 확인 (10분)

Cowork 는 저장 뒤 수동 실행으로 바로 돌려 봅니다. 나머지 두 서비스는 예약을 걸기 전에 같은 프롬프트를 일반 채팅창에 한 번 보내 결과 서식을 봅니다. 첫 줄에 "※ AI 요약(검토 전)"이 있는지, 표가 6열인지, 링크가 있는지, 설명 문장이 붙었는지.

4단계. 서식이 어긋나면 프롬프트 한 줄 수정 (5분)

아래 표를 참고해 한 줄만 고치고 v2 로 올립니다. 두 줄 이상 고치고 싶어도 한 줄씩. 그래야 어떤 줄이 효과를 냈는지 압니다.

5단계. 예약 걸고 대장 만들기 (5분)

예약을 확정하고, 대장(주차·건수·검토자·메모 4열)을 만듭니다. 사람의 판단 메모가 들어갈 대장은 업무망 쪽에 두고, 인터넷망 PC에는 표만 남깁니다. 달력에 "월요일 9시 30분, 결과 열기 5분"도 함께요. 산출물은 셋입니다. 예약 작업 1개, 첫 결과 표 1장, 대장 1개. 여기까지 되면 다음 주 월요일에 할 일은 결과를 여는 5분뿐이에요.

9. 흔한 실패 네 가지와 다음 편 예고

• 자기완결이 아닌 프롬프트 — "지난주처럼", "프로젝트 규칙대로"가 들어 있으면 새 세션에는 그런 기억이 없습니다. 결과가 매주 달라지는 원인의 대부분이 여기예요. 출처·서식·판정 기준을 프롬프트 안에 다시 적습니다.
• 종료 조건이 없다 — "관련 동향을 정리해 줘"는 끝이 없고, 매주 길어지는 의견이 따라옵니다. "표 1개 또는 '신규 없음' 한 줄로 끝", "최대 10건"처럼 끝을 적습니다.
• 기관 드라이브·메일 커넥터를 연결한다 — 연결하는 순간 공개 자료 루프가 아닙니다. 가이드라인이 금지하는 내부자료 입력에 해당할 수 있어요. 처음에도, 나중에도 연결하지 않습니다.
• 키워드에 비공개 사업명·대상자 범주가 드러난다 — 검색어 자체가 내부 정보가 됩니다. 공개된 소관 업무 명칭 수준으로 낮추고, 세부 판단은 업무망에서 사람이 합니다.

다음 5편은 완료 조건 루프입니다. 시간이 아니라 "체크리스트 전부 통과"가 방아쇠인 루프로, 계획서·결과보고서 초안을 체크리스트를 통과할 때까지 스스로 검토하게 만들고, 정지 조건 다섯 가지(반복 상한·토큰/비용 예산·무한루프 감지·목표 검증·타임아웃)와 인사혁신처 「생성형 인공지능 활용 지침」의 투명 공개·검증 원칙을 다룹니다. 오늘의 '완료 표시 ≠ 성공'을 한 단계 깊게 가져가요.

10. 자주 묻는 질문 FAQ

Q1. 공무원이 ChatGPT 예약 작업을 써도 되나요?

A1. 인터넷망 PC에서 조례 개정 공고·상급기관 보도자료처럼 공개 자료만 돌아보는 모니터링형 예약은 국정원 가이드라인의 취지(기관 민감데이터 미활용·내부자료 입력 금지)에 어긋나지 않는 범위로 볼 수 있습니다. 다만 판단은 기관(보안담당관)이 하고, 기관 드라이브·메일 커넥터는 연결하지 않으며, 결과 표에는 "AI 요약(검토 전)"을 표기하고 최종 결재는 사람이 합니다.

Q2. 제미나이 예약 작업은 어떻게 만들고 어디서 관리하나요?

A2. 따로 만드는 화면 없이 프롬프트에 "매주 월요일 오전 9시에"처럼 시각과 주기를 적어 보내면 생성되고, 관리는 'Settings & help' → 'Scheduled actions'에서 일시정지·편집·삭제합니다. 'Keep Activity'가 켜져 있어야 하고, 결과는 'Chats' 목록에 읽지 않은 채팅으로 표시돼요. 공식 도움말대로 요약·정기 콘텐츠에 적합하니 주간 공고·보도자료 요약과 잘 맞고, 결과 표는 복사해 Gemini Notebook 소스로 붙여 넣어 쌓을 수 있습니다.

Q3. 예약 작업 결과가 '완료'로 뜨면 그대로 기안에 써도 되나요?

A3. 아닙니다. 완료 표시는 오류 없이 끝났다는 뜻일 뿐이에요. 링크 두 개를 열어 제목·날짜·요지가 원문과 같은지 확인하고, 서식이 어긋나면 프롬프트 한 줄을 고칩니다. 기안에 붙일 때는 "AI 요약(검토 전)" 표기와 원문 링크를 함께 두고, 최종 책임과 통제는 담당 주무관에게 있다는 행정안전부 윤리기준의 원칙대로 사람이 결재합니다.

정리하면, 예약 루프는 트리거·자기완결 프롬프트·검증 규칙·기록의 네 부품이고, 그중 가장 큰 부품은 이전 대화를 기억하지 못하는 예약 작업에게 전부를 적어 주는 자기완결 프롬프트입니다. 공직자는 인터넷망 PC에서 조례 개정 공고·상급기관 보도자료 같은 공개 자료 모니터링형만 걸고, 기관 드라이브·메일은 연결하지 않으며, 매주 오는 표는 5분 검토를 거쳐 7절의 쌓는 곳(노트북·프로젝트 지식)에 쌓아 분기마다 질문을 던지면 됩니다. 어려운 쪽은 기술이 아니라 첫 프롬프트를 자기완결로 쓰는 30분과, 매주 결과를 여는 5분이에요.

AI는 공개 자료를 돌고, 사람은 일지를 확인하고 결재합니다. 예약 작업은 기억하지 못하니 프롬프트 한 장에 전부 적고, 완료 표시 대신 사람이 열어 본 뒤에 '성공'이라고 적으세요.

지금 바로 4절의 프롬프트를 복사해 부처와 키워드만 우리 과에 맞게 바꾸고, 예약 하나를 걸어 첫 결과를 열어 보세요. 링크 없는 항목이 사라지고 첫 줄에 "AI 요약(검토 전)"이 붙은 표를 보는 순간, 루프가 무엇인지 몸으로 알게 됩니다.

공무원 AI 예약 루프 만들기 | 조례 개정 공고·상급기관 보도자료 주간 요약을 챗GPT·제미나이·클로드로, 강성희 강사 (시리즈 4편)

📎 관련 정보 및 공식 채널

• ChatGPT 예약 작업 공식 도움말 — 'Scheduled' 메뉴, 편집·일시정지, 프로젝트 파일 접근 제한
• 구글 AI 예약 작업 공식 도움말 — 프롬프트로 만들기, 'Scheduled actions' 관리, 적합한 작업 유형
• Claude Cowork 예약 작업 공식 도움말 — 'New task', 수동 설정 항목, 클라우드 실행
• 자치법규정보시스템(ELIS) — 자치법규·입법예고 조회, 프롬프트의 허용 출처
• 정책브리핑 — 중앙부처 보도자료, 프롬프트의 허용 출처

실질적인 업무 변화를 이끌어내는 전문가의 AI 교육이 필요하시다면 아래 오픈카톡방 또는 네이버톡톡으로 문의하시면 됩니다.

챗GPT강사 강성희님의 오픈프로필 — 챗gpt/ 생성형 AI/ 프롬프트 엔지니어링 강사

생성형 AI 강사 강성희 — 재직자, 공무원 AI 교육 관련 글모음

• 바이브코딩 AI강사 양성과정 수료식 | 강성희 강사, 미니강의 후기, 한국AI디지털교육협회
• 공무원 AI 교육 후기 | 강성희 강사, 농식품인재개발원 7기 VBA·제미나이 노트북으로 업무자동화
• 제조업 재직자 AI, 엑셀 VBA 업무 자동화 교육 후기 | 강성희 강사, 한남대, 데이터 분석
• 재직자를 위한 칼퇴를 부르는 클로드 기본 활용법, 일잘러 AI 강사 강성희가 알려주는 claude 실무 노하우
• 제조업 재직자 필독! 엑셀, PPT에서 클로드로 데이터 분석부터 8D 보고서까지, 일잘러 AI 강사 강성희의 Claude 실무 활용법
• 재직자 대상 클로드 코워크로 엑셀 파일을 PPT 보고서로, 일잘러 AI 강사 강성희의 Claude Cowork 실무 활용법
• 재직자 대상 클로드 Claude 엑셀 활용 제조업 데이터 분석, 일잘러 AI 강사 강성희의 실무 노하우
• 재직자를 위한 클로드 Claude 엑셀 활용 데이터 분석, 일잘러 AI 강사 강성희의 실무 노하우
• SK이노베이션 E&S 전북에너지서비스 재직자 AI 실무 역량강화 32시간 교육 후기, AI강사 강성희의 프롬프트 엔지니어링부터 바이브코딩
• 한국산업단지공단 임직원 대상 구글 노트북LM, 바이브코딩 실무교육, 재직자 AI 강사 강성희 특강 후기
•  
• [챗지피티강사 강성희] 재직자를 위한 제미나이 Gemini 3 바이브코딩 노코드 앱 제작, 크레신

발행일 2026-10-04 · 글쓴이 강성희 (랑잠AI교육연구원 대표 · 한국AI디지털교육협회 협회장)

안녕하세요.
한국AI디지털교육협회 협회장, 랑잠AI교육연구원 대표, AI 강사로 활동하고 있는 강성희입니다.

혹시 이런 경험 있으신가요?
인터넷망 PC에서 챗GPT에 민원 답변 초안을 부탁했는데, 어제와 오늘 어조가 다르고 있지도 않은 조문 번호가 섞여 나와서 결국 처음부터 다시 쓴 경험이요.
요즘 '하네스 엔지니어링', '루프 엔지니어링', '헤르메스' 같은 말이 들리는데, 망분리된 우리 청사와는 상관없는 개발자 이야기 같아서 넘긴 경험이요.

공공기관 AX(AI 전환) 교육에서 AI 에이전트 활용을 가르치는 강사로서, 올해 지자체 교육장에서 가장 많이 들은 말은 "우리는 망이 분리돼 있어서요"였습니다. 맞아요. 그래서 더 필요합니다. 세 단어는 전부 AI에게 일을 '한 번' 시키는 법이 아니라, 정해진 틀 안에서 '계속' 제대로 시키는 법에 관한 이야기이고, 그 틀을 만드는 일은 공무원이 매일 하는 기안·검토·결재와 같은 구조거든요. 망이 분리돼 있을수록 '틀'이 있어야 안전하게 쓸 수 있습니다.

이 글은 OpenAI·Anthropic·martinfowler.com 의 원문 글, Claude·ChatGPT·Gemini 공식 도움말(2026년 10월 기준), Hermes Agent 공식 문서, 국가정보원 「챗GPT 등 생성형 AI 활용 보안 가이드라인」 원문과 인사혁신처·행정안전부 지침 보도를 직접 확인해 정리했고, 공공기관 교육 현장과 제 블로그 자동화 운영 경험을 더했습니다. — 강성희 (랑잠AI교육연구원 대표 · 한국AI디지털교육협회 협회장, AX(AI 전환)·AI 에이전트 교육 전문가, 공공기관·기업·학교 200여 곳 생성형 AI 교육 진행)

오늘 이 글 하나면 세 용어가 무엇이고 서로 어떻게 다른지, 챗GPT·제미나이에 그냥 묻는 것과 무엇이 달라지는지, 어느 사이트의 어느 버튼인지, 인터넷망 PC와 업무망에서 각각 어떻게 적용하는지, 그리고 가이드라인상 해서는 안 되는 것까지 한 번에 잡을 수 있습니다. 이번 시리즈는 시·군·구청과 읍면동에서 일하는 공무원이 AI를 처음 다룬다는 기준으로 6편으로 이어지고, 오늘은 전체 지도인 1편입니다.

목차

1. 2026년 공무원 AI, 왜 '엔지니어링'까지 알아야 하나?
2. 하네스 엔지니어링 — AI를 결재선 안에 넣는 틀
3. 루프 엔지니어링 — 당직표처럼 돌고, 조건을 채우면 멈춘다
4. 헤르메스 에이전트 — 청사 안에 두는 상주 AI
5. 챗GPT·제미나이에 그냥 묻는 것과 무엇이 다른가?
6. 어느 사이트의 어느 버튼인가? (화면 재현)
7. 망분리 환경에서는 어떻게 — 인터넷망·업무망별 적용법
8. 30분 미니 실습 — 우리 군 조례 1건으로 첫 규칙 문서
9. 해서는 안 되는 것과 흔한 실패
10. 자주 묻는 질문 FAQ

1. 2026년 공무원 AI, 왜 '엔지니어링'까지 알아야 하나?

2023년에는 '프롬프트 엔지니어링', 즉 AI에게 어떻게 말할까만 알면 됐습니다. 2026년에는 AI가 한 번 답하는 도구에서 여러 단계를 스스로 처리하는 에이전트로 바뀌면서, "어떻게 말할까"보다 "어떤 규칙과 검증 속에서, 언제, 어디까지 일하게 할까"가 중요해졌어요. 그 질문에 붙은 이름이 하네스와 루프입니다. 그리고 공공부문은 바로 그 '규칙과 검증'이 제도로 정해져 있는 곳이죠. 행정안전부가 2026년 10월 2일 확정한 「공공부문 인공지능(AI) 윤리기준」도 6대 가치(공공성·형평성·투명성·책임성·안전성·프라이버시 보호)와 함께 "최종적인 책임과 통제가 사람에게 있음"을 분명히 했습니다. 하네스와 루프는 그 원칙을 실무 틀로 옮기는 방법이에요.

▣ 세 용어 한눈에 (출처 원문을 바탕으로 정리)

용어의 출처는 분명합니다. '하네스 엔지니어링'은 2026년 2월 5일 미첼 해시모토(테라폼 개발자)가 "업계에 자리 잡은 용어가 있는지 모르겠지만, 나는 이걸 하네스 엔지니어링이라 부르게 됐다"고 쓴 글에서 시작해, 2월 11일 OpenAI의 「Harness engineering」으로 널리 퍼졌습니다. '루프 엔지니어링'은 6월 7일 애디 오스마니(앤트로픽 클로드 코드 팀, 전 구글 크롬 팀)의 「Loop Engineering」이 정리한 말이에요.

솔직하게 말씀드릴게요. '헤르메스 엔지니어링'은 제가 확인한 범위에서는 정식 용어가 아닙니다. 한국어·영어 어디에서도 그 문구 자체는 없었고, 실체는 Nous Research가 2026년 2월에 공개한 오픈소스 Hermes Agent(헤르메스 에이전트)예요. 하네스와 루프를 설치형 제품으로 묶어 놓은 것이라, 영어권의 일부 소개 글이 셋을 '새 용어 3가지'로 묶어 다루면서 그렇게 불리게 된 것으로 보입니다. 이 시리즈에서는 헤르메스 에이전트라고 부르겠습니다.

2. 하네스 엔지니어링 — AI를 결재선 안에 넣는 틀

하네스(harness)는 말에 채우는 마구예요. 힘은 살리고 방향은 잡아 주죠. AI 에이전트 쪽에서는 "에이전트 = 모델 + 하네스" 로 설명합니다. 모델이 똑똑한 신규 직원이라면, 하네스는 그 직원에게 쥐여 주는 업무 매뉴얼·서식·검토 체크리스트·결재선 전부입니다.

martinfowler.com의 비르기타 뵈켈러는 하네스를 둘로 나눕니다. AI가 행동하기 전에 방향을 잡아 주는 지침(guides) 과, 행동한 뒤에 결과를 보고 고치게 하는 센서(sensors). 공문 작성으로 바꾸면 지침은 업무 매뉴얼과 서식이고, 센서는 검토 의견과 체크리스트입니다.

공무원 업무로 보는 하네스의 네 요소

• 규칙 문서(지침) — 역할, 근거 규칙("제공된 조문만 인용, 없으면 '근거 확인 필요'"), 금지("추정 금지, 확정·약속 표현 금지").
• 출력 서식 — 민원 요지 → 검토 결과 → 근거 조문 → 향후 절차·문의처 → 맺음말 같은 고정 양식. 서식이 고정되면 누가 받아도 품질이 같습니다.
• 검증 체크리스트(센서) — 식별정보 0건, 인용 조문 실재, 날짜·금액 추정 없음. AI가 스스로 한 번, 사람이 다시 한 번.
• 권한 경계 — "성명·주소·연락처가 포함되면 작성을 멈추고 식별정보 제거를 요청한다" 같은 입력 게이트. 망분리 환경에서 가장 중요한 요소예요.

OpenAI 글의 사례를 하나만 옮기면, 2025년 8월 말부터 다섯 달 동안 엔지니어 3명(나중에 7명)이 손으로 쓴 코드 없이 약 100만 줄의 작업을 AI 에이전트로 처리했는데, 글이 강조한 것은 모델이 아니라 하네스였습니다. 규칙 문서는 짧은 '목차'로 두고, 규칙 위반은 사람이 아니라 검사 도구가 잡아내게 하고, "사람은 조종하고, 에이전트는 실행한다." 해시모토의 원칙은 더 단순해요. 에이전트가 실수하면, 그 실수를 다시는 못 하게 만드는 데 시간을 쓴다. 규칙 문서 한 줄 한 줄이 실제 실수 하나에서 나왔다고 합니다.

하네스 엔지니어링 = 실수 하나를 발견할 때마다 규칙 한 줄, 검토 항목 하나를 더하는 일. 감사 지적 사항을 업무 매뉴얼에 반영하는 것과 같은 사고방식입니다.

3. 루프 엔지니어링 — 당직표처럼 돌고, 조건을 채우면 멈춘다

하네스가 '어떻게 일하게 할까'라면, 루프는 '누가, 언제 다시 시키고, 언제 멈추게 할까' 입니다. 오스마니의 정의는 이렇습니다. "루프 엔지니어링은 에이전트에게 프롬프트를 치는 사람 자리를 내가 떠나는 것이다. 대신 그 일을 하는 시스템을 설계한다." 그가 인용한 앤트로픽 클로드 코드 책임자의 말도 같은 뜻이에요. "이제 내 일은 루프를 쓰는 것이다."

루프를 이루는 부품 (오스마니 글을 비개발자용으로 추린 것)

• 자동화(트리거) — 매주 월요일 9시처럼 시간으로 돌거나(예약), "체크리스트 전부 통과"처럼 조건을 채울 때까지 돕니다. 자동화가 있어야 루프예요.
• 스킬 — 매번 설명을 반복하지 않도록 절차를 저장한 것. 하네스의 규칙 문서가 여기 들어갑니다.
• 커넥터 — 에이전트가 읽고 쓸 외부 도구. 공무원은 기관 드라이브·메일을 연결하지 않는 것이 원칙입니다.
• 검증 분리 — 일을 한 AI가 자기 결과를 채점하면 후하므로, 검증은 별도 체크리스트나 별도 평가자가 합니다.
• 상태 기록 — 지난 회차에 어디까지 했는지 남기는 진행 파일. 없으면 매번 처음부터 다시 합니다.

공무원 비유로는 당직표가 딱 맞아요. 누가 언제 돌고, 무엇을 점검하고, 이상 없으면 "이상 없음" 한 줄로 끝. 언제 끝나는지가 적혀 있지 않은 당직은 야근만 늘죠. 루프도 종료 조건이 없는 반복은 사고입니다. 클로드 코드의 /goal 기능은 측정 가능한 완료 조건을 적으면 충족될 때까지 일하고 매 턴 별도의 작은 모델이 판정하는데, 공식 문서조차 "20턴이 지나면 멈춘다" 같은 상한을 함께 적으라고 권해요.

제 경우를 하나 말씀드리면, 이 블로그의 정보성 글은 매일 새벽 예약 작업이 운영 매뉴얼을 읽고 초안을 쓴 뒤, 제 PC의 봇이 저장까지 하고 결과 파일을 남깁니다. 매뉴얼이 하네스, 새벽 예약이 루프, 결과 파일이 센서예요. 실패가 날 때마다 매뉴얼에 규칙을 한 줄씩 더했더니 지금은 아침에 결과 파일만 확인합니다. 공개 발행은 여전히 제가 누르고요. 공무원으로 치면 "기안은 AI, 결재는 사람"입니다.

루프 엔지니어링 = 트리거 + 검증 + 종료 조건 + 기록. 넷 중 하나라도 빠지면 자동화가 아니라 방치입니다.

4. 헤르메스 에이전트 — 청사 안에 두는 상주 AI

Hermes Agent는 Nous Research가 2026년 2월 25일 MIT 라이선스로 공개한 오픈소스 에이전트입니다. 공식 설명으로는 "서버에 상주하며, 배운 것을 기억하고, 오래 돌릴수록 유능해지는" 에이전트예요.

▣ 헤르메스 에이전트가 하는 일 (공식 문서 기준)과 공공기관의 전제

쉽게 말해 하네스(기억·스킬·권한)와 루프(크론·배달)를 설치형으로 묶은 것이고, 서울·광주·양산·남양주·광진구처럼 지자체가 내부망에 자체 언어모델(sLLM)을 구축한 사례는 같은 방향의 '공공판'으로 볼 수 있습니다. 다만 개인이 업무 PC에 설치하는 일은 2026년 5월 1일 시행된 「국가 사이버보안 기본지침」이 인공지능시스템 보안 조항을 신설한 만큼 정보화 부서와 함께 가야 할 과제예요. 1편에서는 "이런 선택지가 있고, 출입증(보안성 검토)이 먼저"까지만 기억해 두시면 됩니다. 자세한 내용은 6편에서 다룹니다.

5. 챗GPT·제미나이에 그냥 묻는 것과 무엇이 다른가?

"그냥 챗GPT에 물어보면 되지 않나요?" 비유로 답하면, 채팅창에 매번 묻는 것은 복도에서 만난 똑똑한 신규 직원에게 "이거 어떻게 써?" 하고 묻는 것이에요. 매번 다른 답이 오고, 근거가 없고, 그대로는 결재에 못 올립니다. 하네스는 그 직원에게 업무 매뉴얼·서식·검토 체크리스트를 쥐여 주고 "이 틀 안에서만" 일하게 한 것이고, 루프는 그 틀을 "매주 월요일 9시" 또는 "체크리스트를 통과할 때까지" 반복시키는 당직표입니다.

▣ 같은 일을 두 방식으로 — 민원 답변 초안

통계 쪽 예도 같습니다. "이 엑셀 집계해 줘"는 인터넷망에서 할 수 없고 해서도 안 되지만, "열 이름은 읍면동·사업명·건수·금액이고 약 300행, 값은 더미, 외부 통신 없는 VBA와 검증 수식 3개를 달라"는 구조만 담은 규칙 문서를 한 번 만들어 두면, 코드를 받아 업무망에서 돌리는 월말 루프가 됩니다. 차이는 모델의 똑똑함이 아니라 설계에서 납니다.

그냥 묻기는 '대답'을 얻는 일이고, 하네스와 루프는 '같은 품질의 대답이 계속 나오고 근거가 남는 구조'를 얻는 일입니다.

6. 어느 사이트의 어느 버튼인가? (화면 재현)

개발자 도구가 아니어도 됩니다. 2026년 10월 현재 세 서비스에는 하네스와 루프에 해당하는 버튼이 이미 있어요. 아래 그림은 실제 캡처가 아니라 공식 도움말을 기준으로 메뉴 위치와 누르는 순서를 재현한 것이라, 실제 화면과 배치가 조금 다를 수 있습니다. 모두 인터넷망 PC에서, 공개 자료만으로 한다는 전제예요(7절).

▣ 개념 ↔ 버튼 대응표 (각 서비스 공식 도움말, 2026년 10월 기준)

'프로젝트(또는 스킬) + 예약' 이 두 버튼이 비개발자용 하네스와 루프입니다. 예약 실행은 서비스와 플랜에 따라 이용 조건이 다르니(Claude Cowork 예약은 유료 플랜 전용) 공식 도움말을 확인하시고, 어느 쪽이든 "완료" 표시가 곧 성공은 아니니 결과를 열어 보는 사람의 검토 단계를 루프 끝에 꼭 두세요. 커스텀 GPT는 2026년 12월 11일 종료 예정이고 공식 이전 경로는 플러그인·스킬이지만, 비개발자는 지침을 프로젝트에 두는 편이 간단합니다.

7. 망분리 환경에서는 어떻게 — 인터넷망·업무망별 적용법

제도부터 짚을게요. 2026년 5월 1일 시행된 「국가 사이버보안 기본지침」은 종전의 망분리 조항을 삭제하고 업무정보 등급 식별과 인공지능시스템 보안 조항을 새로 두었습니다(국가 망 보안체계, N2SF). 다만 기관별 등급 식별과 보안성 검토를 거쳐야 하므로, 2026년 10월 현재 교육 현장에서 만나는 지자체 대부분은 여전히 업무망 PC와 인터넷망 PC로 나뉘어 있다고 보는 것이 안전해요. 상용 생성형 AI에 대한 원칙은 국가정보원 「챗GPT 등 생성형 AI 활용 보안 가이드라인」(2023년 6월) 원문이 분명합니다. "기관 내부(업무)망에서의 서비스 사용시 별도 내부 전용 서비스로 한정하여 사용", "기관 인터넷망에서의 서비스 사용시 기관 민감데이터 미활용 등 유의 사용". 이 취지를 보수적으로 적용하면 챗GPT·제미나이·클로드는 인터넷망 PC에서, 공개 자료만 쓰는 것이 안전합니다(2023년 문서이므로 기관의 최신 지침이 우선입니다).

▣ 네 가지 상황별 적용법

업무망 쪽 공공 AI도 열리기 시작했습니다. 행정안전부·과학기술정보통신부의 '범정부 AI 공통기반'이 2025년 11월부터 중앙·지방 공무원을 대상으로 행정망 안에서 AI 챗서비스를 시범 운영을 거쳐 시작했고, 서울시가 행정망 안에 자체 언어모델을 구축한 것을 비롯해 광주·양산·남양주·광진구처럼 자체 언어모델을 내부망에 둔 지자체도 늘고 있어요. 이런 도구에는 '프로젝트' 버튼이 없을 수 있지만, 규칙 문서를 머리글로 붙여 넣는 것만으로 하네스는 성립합니다. 하네스는 버튼이 아니라 설계이기 때문이에요.

'구조만 반출'은 제가 공무원·재직자 교육에서 늘 강조하는 원칙과 같습니다. AI에게는 데이터가 아니라 구조를 보여 준다. 이름·주소·금액이 든 파일을 올리는 대신 열 이름과 바꿀 규칙만 알려 주고 코드를 받아 업무망에서 실행하는 방식인데, 열 이름·서식·더미값은 가이드라인이 말하는 "기관 민감데이터"에 해당하지 않을 가능성이 높지만, 등급 판단의 주체는 기관이므로 보안담당관 확인을 먼저 받으세요. 비공개 사업명이나 대상자 범주가 열 이름에 드러나면 이야기가 달라집니다.

8. 30분 미니 실습 — 우리 군 조례 1건으로 첫 규칙 문서

사내 자료 없이, 전부 공개 자료로 하네스가 '작동하는 순간'을 체험하는 실습입니다. 인터넷망 PC에서 합니다.

1단계. 조례 한 건 내려받기 (5분)

국가법령정보센터 자치법규 검색에서 우리 군의 '○○ 지원 조례' 한 건을 찾아 내려받습니다. 공개 자료이므로 인터넷망 AI에 넣어도 됩니다.

2단계. 프로젝트 만들고 규칙 문서 붙여넣기 (5분)

6절의 순서대로 '주민 안내문 작성 보조' 프로젝트를 만들고, 아래 규칙 문서를 지침에 붙여 넣습니다.

주민 안내문 작성 규칙 v1
[역할] ○○군 △△과 주민 안내문 작성 보조. 최종 작성자는 담당 공무원.
[입력 게이트] 성명·주소·연락처·접수번호가 포함되면 작성을 멈추고 "식별정보 제거 요청"만 출력한다.
[근거 규칙] 조례·지침은 제공된 조문만 인용한다. 없으면 "근거 확인 필요"로 표시하고 추정하지 않는다.
[서식] ① 지원 대상 ② 신청 절차 ③ 제외 사유 ④ 문의처(기관 대표번호) — 공문체 300자 내외, 각 항에 조문 번호 병기.
[표기] 첫 줄 "※ AI 초안(검토 전)", 끝 줄 "검토자/일자: ____".
[자체 검증] 식별정보 0건 / 인용 조문 실재 / 날짜·금액 추정 없음 / 확정·약속 표현 없음.

3단계. 안내문 초안 받기 (10분)

조례 파일을 올리고 "규칙대로 안내문 초안"이라고만 보냅니다. 첫 줄의 AI 초안 표기와 조문 번호 병기가 됐는지 봅니다.

4단계. 조문 번호 재검색 (5분)

초안의 조문 번호를 국가법령정보센터에서 다시 찾아봅니다. 실제 조문과 다르거나 없는 번호가 있다면, 그게 바로 규칙 문서에 한 줄 더할 순간이에요(예: "조문 번호는 원문에 있는 그대로만 적는다").

5단계. 같은 요청 두 번 (5분)

새 대화에서 같은 요청을 한 번 더 보내 서식이 같은지 비교합니다. 서식이 같으면 하네스가 작동한 것이고, 다르면 서식 규칙을 더 구체적으로 적습니다. 산출물은 안내문 초안 1장과 체크 기록 1장입니다.

9. 해서는 안 되는 것과 흔한 실패

▣ 해서는 안 되는 것 (근거)

• 기관 내부자료 등 민감정보 입력 — 국정원 가이드라인 원문 "기관 내부자료 등 민감정보 입력 금지로 기관 정보 유출 차단".
• 민감한 개인정보 입력 — 같은 가이드라인의 "민감한 개인정보(건강, 종교, 정치적 성향 등) 입력 금지". 개인정보가 꼭 필요하면 "가명화 및 익명화를 통한 실제 개인정보와 기관과의 관계 유추 가능성 차단"이 원칙입니다.
• 업무망에서 상용 AI 접속 시도·우회 — "기관 내부(업무)망에서의 서비스 사용시 별도 내부 전용 서비스로 한정하여 사용".
• 검증 없는 산출물 사용 — 인사혁신처가 2026년 5월 22일 전 부처에 배포한 「생성형 인공지능 활용 지침」(공무원 교육훈련 결과보고서용)은 진실성 추구·활용 사실의 투명한 공개·비판적 시각 유지 등 7가지 기본원칙을 두었고, 최근 3년 국외훈련 결과보고서 1,385건 중 11건에서 AI 환각으로 인한 오류·확인 불가 문헌 인용 등이 확인됐습니다. 보고서에 한정된 지침이지만, 검증 없는 산출물의 위험은 모든 문서에 같습니다.
• 복지 수급·인허가처럼 주민의 권리에 영향을 주는 결정을 AI에 맡기기 — 행정안전부 인공지능 윤리기준의 "최종적인 책임과 통제가 사람에게 있음".

▣ 흔한 실패 세 가지

• "구조만"이라면서 열 이름 아래 실제 성명 열 줄을 복사해 넣는다 — 입력 게이트 규칙이 막아 주지만, 애초에 더미값으로 바꿔서 넣으세요.
• AI가 만든 조문 번호를 확인 없이 인용한다 — 인사혁신처 적발 유형과 같습니다. 4단계 재검색을 루프에 넣으세요.
• 예약 작업에 기관 드라이브·메일을 연결한다 — 예약은 공개 자료 모니터링만. 완료 표시는 성공이 아니니 결과를 열어 보는 사람의 검토를 끝에 둡니다.

▣ 시리즈 안내 (지자체 공무원 편, 총 6편)

10. 자주 묻는 질문 FAQ

Q1. 망분리된 공공기관에서도 하네스 엔지니어링을 할 수 있나요?

A1. 네. 하네스는 버튼이 아니라 규칙 문서·서식·검토 체크리스트라는 설계라서, 인터넷망 PC의 상용 AI든 업무망의 공공 AI든, 심지어 AI가 없어도 서식으로 성립합니다. 인터넷망에서는 공개 자료만 쓰고, 기관 내부자료와 개인정보는 넣지 않는 것이 전제예요.

Q2. 공무원이 루프 엔지니어링을 하려면 어떤 기능을 쓰나요?

A2. Claude는 Cowork의 'Scheduled', ChatGPT는 사이드바의 'Scheduled', Gemini는 프롬프트에 시각을 적어 만들고 'Scheduled actions'에서 관리합니다. 공공에서는 조례 개정 공고나 상급기관 보도자료처럼 공개 자료를 모으는 주간 루프만 걸고, 기관 드라이브·메일은 연결하지 않습니다. 완료 조건과 상한도 꼭 적으세요.

Q3. 챗GPT에 민원 답변을 부탁해도 되나요?

A3. 민원인의 성명·주소·연락처·접수번호를 뺀 '요지'와 공개된 조문만으로 인터넷망 PC에서 초안을 받는 것은 가이드라인의 취지(기관 민감데이터 미활용·개인정보 입력 금지)에 어긋나지 않는 범위로 볼 수 있지만, 민원 내용 자체가 비공개 내부자료에 해당하는지는 기관이 판단합니다. 기관 지침과 보안담당관 확인이 먼저이고, 초안에는 "AI 초안(검토 전)"을 표기하고 조문 번호를 다시 확인한 뒤 최종 답변은 담당 공무원이 작성·결재해야 해요.

정리하면, 하네스는 AI를 결재선 안에 넣는 틀이고, 루프는 그 틀로 언제 돌고 언제 멈출지를 정한 당직표이며, 헤르메스 에이전트는 둘을 청사 안에 설치해 두는 선택지입니다. 망이 분리돼 있어도 틀은 만들 수 있고, 오히려 틀이 있어야 안전해요. 어려운 쪽은 기술이 아니라 첫 규칙 문서를 쓰는 30분입니다.

AI는 기안하고, 사람은 결재합니다. 그 사이의 검토 단계를 글로 적어 두는 것이 하네스이고, 매주 돌게 하는 것이 루프입니다.

지금 바로 국가법령정보센터에서 우리 군 조례 한 건을 내려받아, 8절의 규칙 문서로 안내문 초안을 받아 보세요. 조문 번호를 다시 찾아보는 순간, 하네스가 무엇인지 몸으로 알게 됩니다.

지자체 공무원 하네스·루프 엔지니어링 입문 | 망분리 환경에서 AI 에이전트 쓰는 법, 강성희 강사 (시리즈 1편)

📎 관련 정보 및 공식 채널

• Harness engineering: leveraging Codex in an agent-first world (OpenAI, 2026-02-11) — 하네스 엔지니어링을 널리 알린 원문
• Loop Engineering (Addy Osmani, 2026-06-07) — 루프 엔지니어링의 정의와 부품
• Hermes Agent 공식 저장소 (Nous Research) — 헤르메스 에이전트 기능과 설치
• 국가법령정보센터 자치법규 검색 — 실습용 조례 내려받기
• Claude 프로젝트 만들기 공식 도움말 — 프로젝트 지침·지식 설정 순서
• Gemini 예약 작업 공식 도움말 — 'Scheduled actions' 관리 방법

실질적인 업무 변화를 이끌어내는 전문가의 AI 교육이 필요하시다면 아래 오픈카톡방 또는 네이버톡톡으로 문의하시면 됩니다.

챗GPT강사 강성희님의 오픈프로필 — 챗gpt/ 생성형 AI/ 프롬프트 엔지니어링 강사

생성형 AI 강사 강성희 — 재직자, 공무원 AI 교육 관련 글모음

• 바이브코딩 AI강사 양성과정 수료식 | 강성희 강사, 미니강의 후기, 한국AI디지털교육협회
• 공무원 AI 교육 후기 | 강성희 강사, 농식품인재개발원 7기 VBA·제미나이 노트북으로 업무자동화
• 제조업 재직자 AI, 엑셀 VBA 업무 자동화 교육 후기 | 강성희 강사, 한남대, 데이터 분석
• 재직자를 위한 칼퇴를 부르는 클로드 기본 활용법, 일잘러 AI 강사 강성희가 알려주는 claude 실무 노하우
• 제조업 재직자 필독! 엑셀, PPT에서 클로드로 데이터 분석부터 8D 보고서까지, 일잘러 AI 강사 강성희의 Claude 실무 활용법
• 재직자 대상 클로드 코워크로 엑셀 파일을 PPT 보고서로, 일잘러 AI 강사 강성희의 Claude Cowork 실무 활용법
• 재직자 대상 클로드 Claude 엑셀 활용 제조업 데이터 분석, 일잘러 AI 강사 강성희의 실무 노하우
• 재직자를 위한 클로드 Claude 엑셀 활용 데이터 분석, 일잘러 AI 강사 강성희의 실무 노하우
• SK이노베이션 E&S 전북에너지서비스 재직자 AI 실무 역량강화 32시간 교육 후기, AI강사 강성희의 프롬프트 엔지니어링부터 바이브코딩
• 한국산업단지공단 임직원 대상 구글 노트북LM, 바이브코딩 실무교육, 재직자 AI 강사 강성희 특강 후기
•  
• [챗지피티강사 강성희] 재직자를 위한 제미나이 Gemini 3 바이브코딩 노코드 앱 제작, 크레신