이 글에서 하는 일과 하지 않는 일

먼저 비밀값과 업무 원본이 없는 테스트 폴더를 준비합니다. 다음으로 Hermes Agent에 그 폴더 안의 현황만 읽어 요약해 달라고 요청합니다. 마지막으로 사람이 원본과 표본을 비교해 결과를 기록합니다.

이 글에서는 에이전트에게 파일 수정, 삭제, 이동, 다운로드, 명령 실행을 맡기지 않습니다. MCP는 외부 도구나 서비스와 연결하는 방식입니다. cron은 정해 둔 시간에 작업을 자동으로 실행하는 기능입니다. MCP 연결, 무인 cron, 회사 저장소 접근, 자동 배포는 모두 이 글의 범위 밖입니다. AI 답변을 확인하는 기본 원칙은 ChatGPT 답변 검수 체크리스트도 참고할 수 있습니다.

준비물과 안전한 테스트 폴더

• Hermes Agent를 실행할 개인용 컴퓨터 또는 승인된 테스트 환경
• 직접 만든 빈 폴더 또는 공개해도 되는 연습 파일만 있는 작은 폴더
• 폴더 목록과 파일 하나 이상을 직접 열어 볼 수 있는 권한

테스트 폴더에는 readme.txt, todo.txt, sample.csv처럼 가짜 내용이나 공개 가능한 연습 데이터만 넣으십시오. 실제 고객 정보, 주민등록번호, 연락처, 계약서, 회사 문서, 브라우저 내보내기 파일, 비밀번호 관리자 파일, API 키, 토큰, .env 파일은 넣지 마십시오. 회사 자료를 AI 도구에 넣기 전에 확인할 항목은 회사 자료 보호 설정 체크리스트에서 볼 수 있습니다.

폴더 경로는 짧고 알아보기 쉽게 정합니다. 예를 들어 ~/hermes-safe-test처럼 정할 수 있습니다. 여기서 ~는 보통 현재 사용자의 홈 폴더를 뜻합니다. 실행하기 전에 파일 탐색기나 터미널에서 이 경로가 연습용 폴더인지 직접 확인하십시오. 경로가 확실하지 않으면 다음 단계로 넘어가지 마십시오.

설치하고 첫 대화 열기

아직 설치하지 않았다면 사용하는 운영체제에 맞는 설치 명령을 고르십시오. 설치 명령과 운영체제별 준비 사항은 Hermes Agent Installation에서 먼저 확인하세요.

1. Hermes Agent 설치하기

아래 명령은 공식 설치 문서에 나온 내용입니다. 사용하는 운영체제에 맞는 명령 한 줄만 선택하십시오. 스크립트 내용을 이해하기 어렵다면 실행하지 마십시오. 조직 정책에서 외부 스크립트 실행을 제한한다면 담당자에게 먼저 확인하십시오.

curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash

이 명령은 Linux, macOS, WSL2, Android Termux에서 사용합니다. 공식 문서는 설치한 뒤 셸을 다시 불러오고 Hermes를 시작하라고 안내합니다.

iex (irm https://hermes-agent.nousresearch.com/install.ps1)

이 명령은 Windows 네이티브 PowerShell에서 사용합니다. 설치를 마쳤다고 바로 민감한 폴더를 대상으로 삼지는 마십시오. 먼저 3단계의 hermes doctor로 상태를 확인합니다.

2. 초기 설정하고 첫 대화 열기

hermes setup

처음 설치했다면 이 명령으로 설정 마법사를 엽니다. 공식 Quickstart는 여기서 기본 설정을 하도록 안내합니다. 필요한 제공자와 모델을 고른 뒤에는, 설정을 잘 모르는 추가 도구를 바로 켜지 마십시오.

hermes

이 명령은 Hermes와 대화하는 화면을 엽니다. 화면에 세션이 열리고 질문을 입력할 수 있는지 먼저 확인하십시오. 제공자나 모델을 설정하라는 안내가 나오면 hermes model에서 대화형 선택을 마친 뒤 다시 시작합니다. gateway, cron, skills, voice, routing 같은 기능은 정상 대화를 확인한 다음에 필요할 때 검토하십시오.

3. 설치 상태 확인하기

hermes doctor

이 명령은 Hermes 설치 상태를 점검합니다. 공식 설치 문서도 설치 뒤 hermes doctor가 정상적으로 실행되는지 확인하라고 안내합니다. 명령을 찾을 수 없거나 오류가 나오면 메시지를 확인한 뒤 설치 문서의 경로와 문제 해결 항목으로 돌아가십시오. hermes doctor가 정상적으로 끝난 뒤에만 아래의 읽기 전용 첫 작업으로 넘어갑니다.

복사해서 쓸 읽기 전용 요청문

대괄호 안의 경로만 실제 연습용 폴더 경로로 바꾸십시오. 경로를 두루뭉술하게 쓰지 말고 폴더 하나만 지정합니다.

다음 작업은 읽기 전용입니다.

대상은 [연습용 테스트 폴더의 정확한 경로]와 그 하위 항목뿐입니다.
파일이나 폴더를 만들기, 수정하기, 삭제하기, 이동하기, 이름 바꾸기, 권한 바꾸기, 다운로드하기, 외부 서비스에 전송하기, 명령 실행하기를 하지 마세요.

대상 폴더에서 실제로 확인한 정보만 다음 형식으로 요약하세요.
1. 확인한 대상 경로
2. 바로 아래와 하위에 있는 항목의 총수(파일과 폴더를 구분)
3. 파일 이름과 확장자 목록
4. 읽지 못했거나 확신할 수 없는 항목과 이유
5. 추측하거나 확인하지 않은 내용은 반드시 UNVERIFIED라고 표시

결과 끝에 “이 작업에서 변경한 항목: 없음”이라고 적으세요. 이 문구를 사실로 확인할 수 없다면 UNVERIFIED라고 답하세요.

이 요청문은 읽기 전용이라는 뜻을 분명히 합니다. 하지만 운영체제 수준에서 파일 접근을 막아 주지는 않습니다. 수정, 삭제, 권한 변경, 외부 전송을 제안하거나 하려는 징후가 보이면 즉시 중단하십시오. 답변은 검증할 대상으로만 남기십시오.

결과 확인하기: 원본과 비교해 판정하기

Hermes의 요약을 본 뒤에는 파일 탐색기나 신뢰하는 방법으로 원본 폴더를 직접 확인합니다. 에이전트 답변의 파일 수, 폴더 수, 이름, 확장자를 원본과 비교하십시오. 목록에서 임의로 고른 파일도 하나 이상 직접 열어 이름과 종류가 맞는지 확인합니다. 아래 기준은 첫 연습 작업을 기록할 때 씁니다.

예시: 요약에는 파일이 3개라고 적혀 있습니다. 하지만 원본에는 파일 3개와 폴더 1개가 있고 폴더는 언급되지 않았습니다. 이 경우 PASS가 아닙니다. 누락인지 요청 범위를 다르게 이해한 것인지 판단할 수 없으면 UNVERIFIED로 기록합니다. 사실과 다르면 FAIL로 기록합니다.

문제가 생기면 멈추고 범위를 줄이기

다음 상황에서는 즉시 대화를 멈추십시오. 대상이 연습 폴더인지 확신할 수 없을 때, 비밀값이나 회사 자료가 섞였을 때, 쓰기·삭제·권한 변경·다운로드·외부 전송을 요청하거나 제안할 때, 결과가 원본과 맞지 않을 때입니다. 이미 어떤 행동이 실행됐다면 추정으로 “문제가 없다”고 결론 내리지 마십시오. 먼저 테스트 폴더의 파일 목록과 수정 시각을 직접 확인합니다.

같은 요청을 반복하기보다 먼저 범위를 줄이십시오. 빈 폴더나 가짜 텍스트 파일 몇 개로 새 연습 폴더를 만듭니다. 요청문의 대상 경로와 금지 행동도 다시 확인합니다. 실제 파일이 바뀌었거나 비밀값이 노출됐을 수 있다면 자료 소유자나 조직의 보안 담당 절차를 따르십시오.

직접 겪은 문제: 로그인이 계속 풀렸습니다

저는 개인 PC와 서버 두 곳에 Hermes를 설치해 쓰는데, 가장 고생한 부분은 Codex 연동이 계속 풀리는 문제였습니다. 개인 PC와 서버에 함께 설치하면서 Codex 로그인이 풀리는 일이 반복됐습니다. 그래서 설치 직후에는 대화가 되는지뿐 아니라 어떤 계정으로 어느 기기에서 로그인했는지도 같이 확인합니다. 여러 기기에 설치할 계획이라면 첫 읽기 전용 작업이 성공한 뒤에도, 기기를 바꿔 한 번 더 같은 작업을 실행해 보는 편이 안전합니다. 해결 방법은 사용하는 제공자와 환경에 따라 다를 수 있어 여기서는 일반화하지 않습니다.

보안: Profile과 sandbox는 다릅니다

Profile은 Hermes의 설정과 사용 기록을 나누어 저장하는 별도 Hermes 홈 디렉터리입니다. 공식 Profile 문서는 profile마다 config.yaml, .env, 메모리, 세션, skills, cron jobs, 상태 데이터베이스 등을 따로 둔다고 설명합니다. sandbox는 파일과 시스템에 접근할 수 있는 범위를 제한하는 별도의 실행 환경입니다. Profile만 새로 만든다고 운영체제의 파일 접근이 자동으로 막히지는 않습니다.

공식 Quickstart와 Tools 문서는 더 강한 격리가 필요할 때 Docker 터미널 백엔드나 원격 SSH 백엔드를 따로 설정하는 방법을 안내합니다. profile 분리는 설정과 상태를 나누는 기능입니다. 파일 접근 안전성은 대상 폴더, 도구 권한, 터미널 백엔드, 승인 절차를 함께 살펴야 합니다. 이 첫 연습에서는 sandbox 설정 여부와 관계없이 비민감 테스트 폴더만 사용하십시오.

--yolo는 현재 세션에서 위험한 명령을 실행하기 전의 승인 질문을 모두 건너뛰는 옵션입니다. 초보자가 기본으로 쓸 옵션이 아닙니다. 공식 Security 문서에 따르면 hermes --yolo 또는 hermes chat --yolo가 이 동작을 합니다. 승인 비활성화, 범위가 넓은 MCP 연결, 무인 cron도 첫 작업에는 추가하지 마십시오. 비밀값, 토큰, .env, 회사 문서는 테스트 대상으로 쓰지 않는 것이 원칙입니다.

자주 묻는 질문

Q1. Profile을 새로 만들면 회사 파일을 못 읽게 되나요?

아닙니다. Profile은 Hermes의 설정, 세션, 메모리 등을 나누어 저장합니다. 운영체제 수준에서 파일 접근을 막는 sandbox로 보면 안 됩니다.

Q2. 첫 요청에 실제 업무 폴더를 지정해도 되나요?

권하지 않습니다. 먼저 공개 가능한 가짜 데이터만 있는 작은 폴더에서 사람이 확인할 수 있는 PASS 근거를 만드십시오. 한 번 PASS가 나와도 다른 폴더까지 안전하다는 뜻은 아닙니다.

Q3. “변경한 항목: 없음”이라는 답변만 있으면 PASS인가요?

아닙니다. 그 문구는 에이전트의 말일 뿐입니다. 대상 경로, 파일과 폴더 수, 이름과 확장자, 표본을 원본과 비교해야 합니다.

Q4. 결과 일부가 빠졌는데 다시 물어보면 되나요?

바로 PASS로 바꾸지 말고 UNVERIFIED로 둡니다. 대상 폴더를 더 작게 나누거나 누락된 항목을 구체적으로 지정해 다시 확인합니다. 그 뒤 사람이 원본과 비교하십시오.

Q5. 다음 단계로 MCP나 cron을 켜도 되나요?

첫 읽기 전용 검증과는 별개의 설정입니다. 필요한 목적, 접근 범위, 승인 방식, 문제가 생겼을 때 멈추는 방법을 각각 정한 뒤 따로 검토하십시오. 업무 절차를 정리할 때는 업무 매뉴얼·SOP 초안 템플릿처럼 사람이 검토할 지점을 남기는 방식이 도움이 됩니다.

공식 출처 및 확인일

• 확인일: 2026-09-20 KST
• Hermes Agent Quickstart: hermes setup, hermes, hermes model의 시작 흐름과 기본 대화를 확인한 뒤 기능을 추가하는 원칙
• Hermes Agent Installation: 운영체제별 설치 명령과 설치 뒤 hermes doctor 확인
• Hermes Agent Security: --yolo가 현재 세션의 위험 명령 승인 질문을 건너뛴다는 설명
• Hermes Agent Profiles: profile별 Hermes 홈과 구성, 세션, 메모리 등의 분리
• Hermes Agent Tools & Toolsets: Docker, SSH 터미널 백엔드와 도구 관련 설명

다만 AI가 알아서 모든 일을 안전하게 끝내는 것은 아닙니다. Hermes Agent가 할 수 있는 범위는 켜 둔 도구와 플랫폼 설정에 따라 달라집니다. [3]

운영자가 Hermes Agent를 고른 이유

저는 개인 비서처럼 쓰는 에이전트를 찾다가 Hermes Agent를 골랐습니다. 이유는 두 가지였습니다. 먼저 비슷한 계열의 다른 에이전트는 권한을 넓게 열어 줘야 할 것 같아 솔직히 겁이 났습니다. 다음으로 Hermes는 같이 일한 뒤 그 과정을 skill(반복 작업 절차)로 만들 수 있고, 스스로 개선하는 기능이 있다고 안내돼 있어 계속 쓸수록 쓸모가 커질 것 같았습니다. 지금은 서버에 올려 두고 투자 자문, 로또 번호 생성 같은 개인 비서 일을 맡기고 있습니다. 이 글에서 말하는 안전 원칙은 이런 개인 운영 경험에서 나온 기준이고, 회사 자료를 맡기는 방법을 권하는 글이 아닙니다.

일반 챗봇과 무엇이 다른가

일반 챗봇은 보통 질문에 답하거나 글 초안을 만드는 데서 끝납니다. Hermes Agent는 답변 뒤에 필요한 도구를 사용해 작업을 이어 갈 수 있습니다. 예를 들어 웹을 검색하고, 파일 편집안을 만들고, 터미널 명령을 실행한 뒤 결과를 확인하는 흐름입니다. [3]

여기서 중요한 말이 하나 있습니다. 도구란 AI가 실제 작업을 하도록 연결한 기능입니다. 웹 검색, 파일 편집, 브라우저 자동화, 예약 작업은 도구의 예입니다. 도구는 플랫폼별로 켜거나 끌 수 있습니다. [3]

Hermes Agent로 할 수 있는 일

공식 문서에는 웹 검색, 브라우저 자동화, 터미널 실행, 파일 편집, 기억, 위임, 예약 작업 기능이 안내돼 있습니다. 각 도구는 플랫폼별로 켜거나 끌 수 있습니다. [3]

• 여러 공식 문서를 검색해 핵심과 출처를 함께 정리하기
• 프로젝트 파일의 변경 후보를 정리하고 파일 편집안 만들기
• 터미널에서 검사 명령을 실행하고 결과를 요약하기
• 브라우저에서 정해 둔 페이지를 확인하기
• 반복 점검을 예약하고, 필요한 경우 별도 작업자에게 조사나 검토를 나누어 맡기기

기억 기능은 도구 목록에 포함됩니다. [3] 그러나 AI가 만든 내용은 기억 여부와 관계없이 틀릴 수 있습니다. 날짜, 수치, 정책처럼 중요한 정보는 원문과 출처를 다시 확인해야 합니다. AI 답변을 확인하는 기준은 ChatGPT 답변 검수 체크리스트에서도 볼 수 있습니다.

어떤 과업에 먼저 써 볼 수 있나

처음에는 결과를 사람이 쉽게 비교할 수 있고, 원본을 바꾸지 않는 과업이 좋습니다. 아래는 성과 사례가 아니라 시작하기 좋은 과업의 예입니다.

• 특정 주제의 공식 문서 링크를 검색해 항목별로 요약하기
• 반복되는 보고서 양식의 초안 구조만 제안받기
• 프로젝트 파일의 오래된 링크나 누락된 제목 후보를 정리하기
• 터미널 검사 결과를 항목별로 정리하기

문서의 형태부터 정리하고 싶다면 업무 매뉴얼과 SOP 초안 만들기 글을 함께 참고할 수 있습니다. SOP는 같은 일을 누가 해도 비슷한 순서로 처리할 수 있게 적어 둔 업무 절차서입니다.

누구에게 맞고, 아직 맞지 않을 수 있나

Hermes Agent는 조사, 파일 정리, 개발 보조, 반복 점검처럼 여러 단계를 이어서 처리할 일이 있는 사람에게 맞습니다. 터미널이나 파일 작업이 처음이라도, 작은 읽기 전용 과업부터 시작할 생각이 있다면 배워 볼 수 있습니다.

반대로 답변만 가볍게 묻고 끝내고 싶다면 일반 챗봇이 더 간단할 수 있습니다. 회사 자료를 다룰 규칙이 없거나, 결과를 검토할 사람이 없거나, 권한 설정을 아직 이해하지 못했다면 바로 자동화 범위를 넓히지 않는 편이 낫습니다.

시작 전에 알아둘 안전 원칙

Profile은 별도의 Hermes 홈 디렉터리입니다. 서로 다른 목적의 에이전트를 실행할 때 Hermes 상태가 섞이지 않도록 나누는 데 쓰입니다. [4]

• 비밀값, 고객 정보, 계약서 원본처럼 민감한 자료부터 맡기지 않습니다.
• 외부 게시, 삭제, 결제, 권한 변경은 실행 전 사람이 따로 승인하고 실행 뒤 실제 결과를 확인합니다.
• 처음 자동화할 작업은 원본을 바꾸지 않는 읽기 전용 작업으로 고릅니다.
• 반복 실행으로 넘기기 전에 수동으로 한 번 수행해 결과와 범위를 확인합니다.
• 업무 자료를 AI에 넣기 전에는 조직의 보안 규칙도 확인합니다. 개인정보와 회사 자료 점검에는 회사 자료를 넣기 전 확인할 항목이 도움이 됩니다.

이 원칙은 기능을 덜 쓰자는 뜻이 아닙니다. 무엇을 읽게 할지, 어디까지 바꾸게 할지, 누가 최종 확인할지를 먼저 정하자는 뜻입니다.

시작 순서는 이렇게 잡으면 됩니다

1. Hermes Agent가 도구를 써서 과업을 이어 가는 방식이라는 점을 이해합니다.
2. 설치와 모델·도구 설정을 마칩니다. 공식 빠른 시작 문서는 먼저 정상 대화가 되는지 확인한 뒤 기능을 더하라고 안내합니다. [2]
3. 작은 읽기 전용 과업을 하나 고릅니다.
4. 사람이 결과, 출처, 실행 범위를 확인합니다.
5. 확인된 과업만 조금씩 확장합니다.

다음 글에서는 설치를 마친 뒤 처음 맡길 읽기 전용 작업을 어떻게 확인할지 다룹니다. 이 글에서는 제품의 역할과 안전한 출발선만 잡아 두면 충분합니다.

자주 묻는 질문

Hermes Agent는 챗봇인가요?

대화로 지시한다는 점은 챗봇과 비슷합니다. 차이는 설정된 도구를 사용해 웹 검색, 파일 편집, 터미널 실행, 브라우저 자동화 같은 작업을 이어 갈 수 있다는 점입니다. [3]

모든 일을 자동으로 처리하나요?

아닙니다. 켜 둔 도구와 플랫폼 설정 안에서만 작업을 진행할 수 있습니다. 외부에 영향을 주는 실행을 허용할지는 사람이 판단해야 합니다. [3]

Profile은 무엇을 나누나요?

Profile은 별도의 Hermes 홈 디렉터리입니다. 서로 다른 목적의 에이전트를 실행할 때 Hermes 상태가 섞이지 않도록 나눕니다. [4]

처음에는 무엇을 맡기는 게 좋은가요?

공식 문서 요약, 파일 편집안 만들기, 오래된 링크 후보 찾기처럼 원본을 바꾸지 않는 작업이 좋습니다. 결과를 직접 확인한 뒤 다음 단계로 넘어가세요.

기억 기능이 있으면 예전 정보도 항상 맞나요?

그렇지 않습니다. AI가 만든 내용은 기억 여부와 관계없이 틀릴 수 있습니다. 최신 정책·가격·일정과 같은 정보는 원문을 다시 확인해야 합니다.

공식 출처

확인일: 2026-09-20 KST

1. Hermes Agent Documentation
2. Quickstart
3. Tools & Toolsets
4. Profiles: Running Multiple Agents

가상 업무 S0: 팀의 공개 도움말 링크 목록 점검. 외부 발송·원문 삭제는 범위 밖.
S1: 승인된 작업 폴더의 목록 사본을 사용한다. 편집자 역할은 사본 작성 권한만 있다.
S2: 연습 목록은 H1 / https://example.org/help-a / 기존 제목 도움말 A,
H2 / https://example.org/help-b / 기존 제목 도움말 B다. 이 URL은 가상 표식이며 실제 열람 결과가 아니다.
S3: 확인한 페이지 제목·확인 시각·접속 결과를 행에 적는다. 접속 실패는 미확인으로 남긴다.
S4: 검토자가 원문과 기록을 대조해 승인한 뒤 목록 관리자가 운영 목록에 반영한다.
S5: 완료는 사본 작성이 아니라 검토 승인과 관리자 반영 확인 기록까지 남긴 상태다.

위 S0~S5만 사용해 SOP 초안을 만드세요. 각 단계에 입력, 담당 역할, 행동, 완료 증빙, 중단 조건을 적으세요.
없는 권한·도구 메뉴·승인자는 추정하지 마세요. 빈칸은 확인 필요로 남기세요.
접속 실패를 정상이나 삭제 대상으로 처리하지 마세요. 외부 발송·권한 변경·원문 덮어쓰기는 실행하지 마세요.

함께 보면 좋은 글: ChatGPT로 업무 인수인계 문서 정리하는 법 | 휴가 전에도 바로 넘길 수 있게 정리하는 순서
참고 자료: OpenAI 도움말 센터

[가상 입력 메모]
기록 시점: 2026-10-12 16:00 KST
업무-가: 공개 안내문 초안 작성은 끝났다. 검토 역할의 회신을 기다린다.
기한: 2026-10-13 11:00 KST까지 회신이 없으면 인수 역할이 검토 역할에 확인한다.
주의: 검토 승인 전 게시하지 않는다. 게시 담당은 아직 미정이다.
참고: 자료-가. 실제 경로는 사내 최종 문서에서 연결한다.
업무-나: 정기 점검표의 항목 목록은 준비했다. 인수 역할의 열람 권한은 미확인이다.
다음 행동: 2026-10-13 09:00 KST에 인수 역할이 자료-나 열람을 확인한다.
열리지 않으면 권한 관리 역할에 요청하고 점검 완료로 표시하지 않는다.

아래 메모를 인수인계 초안으로 정리하라.
입력 조건: 가상 자료 또는 사내 정책에 따라 사람이 입력을 허용한 최소 사본만 사용한다. 실명, 연락처, 로그인 정보, 계약 조건, 내부 URL, 접근 키와 치환표는 입력하지 않는다.
출력 열: 업무 표식 / 기록 시점 / 현재 상태 / 다음 행동 / 기한과 시간대 / 담당 역할 / 참고 자료 표식 / 중단 조건 / 확인 질문.
규칙:
- 초안 작성 완료, 검토 승인, 게시 완료를 서로 다른 상태로 유지한다.
- 담당자·기한·승인 여부를 추정하지 않는다. 없는 항목은 확인 필요로 표시한다.
- 조건부 기한을 확정 마감으로 바꾸지 않는다.
- 기록이 충돌하면 한쪽을 선택하지 말고 충돌 문장을 함께 표시한다.
- 연락처나 실제 문서 경로를 요구하지 않는다. 이는 사람이 사내 최종 문서에서 보완한다.
- 첫 부분에 기한이 있는 다음 행동을 시간순으로 모으되 미정 항목도 별도 표시한다.
메모: [앞 절의 가상 입력 메모 또는 사람이 입력을 허용한 최소 사본]

함께 보면 좋은 글: 무료 AI 프로그램 뭐부터 써야 할까 | 초보자용 시작 가이드
참고 자료: OpenAI 도움말 센터

1. 진행 상황 보고: 한 일 나열이 아니라 “달라진 점”을 쓴다

진행 보고는 한 주 동안 한 일을 모두 적는 문서가 아닙니다. 계획과 비교해 무엇이 달라졌고, 어디서 막혔고, 누구의 도움이 필요한지를 알리는 문서입니다. “자료 정리 중”보다 “인터뷰 5건 중 3건 정리 완료, 2건은 녹취 확인 필요”처럼 수량과 남은 일을 함께 적어야 읽는 사람이 바로 판단할 수 있습니다.

아래 업무 메모를 주간 진행 보고 초안으로 바꿔 주세요.
보고 기간:
목표와 완료 기준:
지난 보고 내용:
이번 주 메모:
출력:
1) 완료한 일 (완료 기준을 충족한 것만)
2) 진행 중인 일
3) 지연 또는 문제
4) 다음 단계
5) 결정이나 도움이 필요한 것
메모에 없는 원인, 기한, 담당자는 만들지 마세요.

보내기 전에는 완료 건수가 완료 기준에 맞는지 다시 셉니다. 초안만 있는 일을 완료로 세거나, 메모에 없는 “월요일 완료 예정” 같은 약속이 끼어드는 경우가 흔합니다. 원인을 아직 모르면 “확인 중”이라고 쓰면 됩니다.

2. 의사결정 메모: 제안과 결정을 나눈다

회의가 끝나면 “결정된 것”과 “좋아 보인다고 말한 것”이 섞이기 쉽습니다. “A안이 좋아 보인다”는 결정이 아닙니다. 결정권자가 승인한 말만 결정으로 남기고, 조건이 붙었다면 조건도 함께 적습니다.

아래 회의 메모를 의사결정 메모로 정리해 주세요.
1) 최종 결정 (누가, 언제 승인했는지와 붙은 조건)
2) 결정 근거
3) 보류된 안건
4) 추가로 확인할 자료
5) 담당자별 다음 행동
승인 발언이 없는 것은 결정이 아니라 보류로 두세요.
담당자와 기한을 지어내지 마세요.
메모:
[붙여넣기]

결정이 나중에 바뀌면 이전 결론을 지우지 말고 “변경됨”으로 표시한 뒤 새 결정의 날짜, 결정권자, 변경 이유를 덧붙입니다. 그래야 당시 판단 근거와 지금 실행안을 같이 추적할 수 있습니다.

3. 비교 분석표: 기준과 필수 조건부터 정한다

“A와 B 중 뭐가 좋아?”라고만 물으면 일반론이 돌아옵니다. 비교는 후보보다 기준이 먼저입니다. 비용, 시간, 위험, 유지보수, 배우기 어려운 정도처럼 판단 기준을 정하고, 반드시 충족해야 하는 조건이 있으면 따로 적습니다.

아래 후보를 비교표로 정리해 주세요.
후보:
필수 조건 (하나라도 못 맞추면 탈락):
비교 기준과 중요도:
각 후보의 원래 값:
출력:
1) 필수 조건 통과 여부와 탈락 이유
2) 기준별 원래 값 표
3) 중요도를 반영한 정리
4) 중요도를 바꾸면 순위가 어떻게 달라지는지
값을 모르는 칸은 추정하지 말고 "미확인"으로 두세요.

점수를 매기더라도 원래 값은 표에 함께 남기세요. 가격, 시간, 위험처럼 단위가 다른 기준을 점수 하나로 합치면 무엇 때문에 순위가 정해졌는지 보이지 않습니다. 필수 조건에서 탈락한 후보는 아무리 싸도 순위에 다시 넣지 않습니다. 계산은 엑셀 같은 도구로 한 번 더 확인하세요.

세 문서에 공통으로 확인할 것

• 숫자와 날짜가 원래 기록과 같은가
• 메모에 없던 담당자, 기한, 약속이 들어가지 않았는가
• “예정”과 “확정”이 한 문장에 섞이지 않았는가
• 회사 내부 정보나 고객 정보가 그대로 들어가지 않았는가

자주 묻는 질문

매주 같은 틀을 그대로 써도 되나요?

틀은 반복해도 됩니다. 다만 해당 사항이 없는 칸을 억지로 채우지 말고 “해당 없음”이라고 적으세요.

AI가 추천한 선택지를 그대로 따라도 되나요?

AI는 비교표를 만드는 도구입니다. 실제 비용과 계약 조건, 조직 사정은 사람이 확인하고 결정해야 합니다.

참고한 자료

• OpenAI — ChatGPT 프롬프트 작성 안내

함께 읽으면 좋은 글: 회의 준비부터 회의록 공유까지, ChatGPT로 업무 매뉴얼 만드는 법

함께 보면 좋은 글: ChatGPT로 업무 인수인계 문서 정리하는 법 | 휴가 전에도 바로 넘길 수 있게 정리하는 순서
참고 자료: OpenAI 도움말 센터

첫 대상으로는 결과가 맞는지 직접 확인할 수 있는 일이 좋습니다. 그중 가장 자주 쓰게 되는 두 가지, 아침 할 일 정리와 메일 초안 쓰기를 예로 들어 설명합니다.

운영자 경험. 저희 회사에는 아침마다 뉴스레터를 임직원에게 자동으로 발송하는 업무가 있고, 많은 분들이 읽고 있습니다. 이 글의 “반복 작업부터 맡긴다”는 기준도 이런 운영 경험에서 나왔습니다.

처음 맡기기 좋은 반복 작업

다섯 개를 한꺼번에 시작하기보다 하나를 골라 몇 번 써보고, 결과가 믿을 만해지면 다음으로 넘어가는 편이 낫습니다.

예 1. 아침 할 일 정리

“오늘 할 일 정리해 줘”만 넣으면 목록을 보기 좋게 다시 써줄 뿐입니다. 순서를 정하려면 판단 기준이 필요합니다. 각 일에 마감, 예상 시간, 미루면 생기는 문제, 먼저 끝나야 하는 일을 붙여 주세요.

아래 할 일을 오늘 실행 순서로 정리해 주세요.
기준: 마감이 가까운 것, 미루면 영향이 큰 것, 30분 안에 시작할 수 있는 것
출력:
- 지금 할 일 3개
- 오늘 안에 할 일
- 다른 사람에게 넘기거나 뺄 후보
- 첫 번째 일을 바로 시작하는 한 문장
할 일 목록:
[붙여넣기]

“보고서 작성”처럼 덩어리가 큰 일은 “목차 10분 → 자료 3개 확인 → 초안 30분”처럼 쪼개 달라고 하면 손이 덜 무겁습니다. 계획을 확정하기 전에 회의와 이동 시간을 달력에서 빼고, 가장 중요한 일이 오전에 들어가는지 확인하세요. 급한 일이 끼어들면 새 일의 마감과 영향을 적고 기존 상위 세 개와 다시 비교합니다. 이때 오늘 하지 않을 일을 분명히 적어야 계획이 유지됩니다.

예 2. 메일·메시지 초안

“정중한 메일 써 줘”만으로는 상황을 모르는 일반적인 문장이 나옵니다. 상대와의 관계, 메일의 목적, 상대가 해 줬으면 하는 행동, 회신 기한을 함께 알려 주세요.

아래 상황에 맞는 메일 초안을 써 주세요.
상대: [고객 / 동료 / 상사]
목적: [요청 / 공유 / 사과 / 일정 조율]
상대가 해 줬으면 하는 것: [확인 / 회신 / 승인]
회신 기한:
톤: 정중하지만 딱딱하지 않게
확인된 사실만 쓰고, 책임이나 약속을 단정하지 마세요.
상황:
[입력]

일정 조율 메일이라면 “가능하실까요?”보다 후보 시간 두세 개와 회신 기한을 함께 주는 편이 답이 빨리 옵니다. 초안이 너무 딱딱하면 “친근하게”라고 하기보다 “문장을 짧게, 상투적인 인사를 빼고, 요청은 한 문장으로”처럼 구체적으로 고쳐 달라고 하세요.

보내기 전에는 받는 사람, 참조, 첨부 파일, 날짜와 금액을 원래 자료와 맞춰 봅니다. 사과, 비용, 일정 약속은 AI가 쓴 문장을 그대로 두지 말고 보내는 사람이 직접 확정하세요.

계속 쓸지 판단하는 방법

몇 번 써본 뒤에는 간단히 기록을 남겨 두면 좋습니다.

• 직접 했을 때 걸린 시간과, AI를 쓸 때 입력·확인·수정까지 합친 시간
• 빠지거나 지어낸 내용이 있었는지
• 요청문이나 입력 방식을 어떻게 바꿨는지

확인하고 고치는 시간까지 합쳐도 줄어든다면 계속 쓰고, 오히려 늘었다면 범위를 줄이거나 그만두면 됩니다. 한 번 빨랐다고 모든 업무에 효과가 있다고 보지는 마세요.

입력 전에 멈춰야 할 때

• 회사가 외부 AI에 자료를 넣는 것을 허용하는지 모를 때
• 비밀번호, 고객 연락처, 인사 정보처럼 필요 없는 민감정보가 섞여 있을 때
• 결제나 외부 발송처럼 되돌리기 어려운 일이 엮여 있을 때

ChatGPT의 학습 사용 설정을 끄는 것과 회사 자료를 넣어도 된다는 허가는 별개입니다.

참고한 자료

• OpenAI — Data Controls FAQ
• OpenAI — Does ChatGPT tell the truth?

함께 읽으면 좋은 글: 메모·긴 글 정리 자동화, 업무 요청 확인 메일 쓰기, 업무 문서 템플릿 3가지

함께 보면 좋은 글: ChatGPT로 업무 인수인계 문서 정리하는 법 | 휴가 전에도 바로 넘길 수 있게 정리하는 순서
참고 자료: OpenAI 도움말 센터

운영자 경험. 회사에서는 회의를 녹음하면 내용이 정리·요약되어 메일로 발송되는 방식을 쓰고 있습니다. 저에게는 이제 꼭 써야 하는 도구입니다. 다만 공유 전에는 요약에 틀린 내용이나 민감정보가 없는지 사람이 확인해야 합니다.

1단계. 회의 전: 안건은 “끝날 때 정할 것”부터 적는다

안건이 주제 목록으로만 되어 있으면 회의가 길어지고 결론 없이 끝나기 쉽습니다. “신규 툴 도입 논의”라고 적기보다 “도입 여부 결정, 비용 기준, 보안 검토 필요 여부, 다음 담당자 지정”처럼 회의가 끝날 때 정해져 있어야 할 것을 먼저 세우면 논의 순서가 저절로 잡힙니다.

아래 내용으로 회의 안건을 정리해 주세요.
회의 목적:
참석자와 역할:
이번 회의에서 반드시 정할 것:
미리 봐야 할 자료:
예상 쟁점:
출력: 안건 순서, 안건별 핵심 질문, 결정 기준, 회의 후 할 일

초안에 결정 항목이 빠져 있으면 “이 회의가 끝날 때 꼭 정해야 할 한 가지는 무엇인가?”를 다시 묻고, 그 답을 안건 맨 위에 올리세요. 정기회의라면 틀은 재사용하되 결정 항목과 사전 준비 담당자는 매번 새로 적습니다.

2단계. 회의 뒤: 메모를 결정·할 일·미정으로 나눈다

회의록에서 중요한 것은 매끄러운 문장이 아니라 무엇이 결정됐고, 누가 언제까지 무엇을 하는지입니다. 녹취나 메모를 그대로 붙여 넣기 전에 잡담과 민감한 내용을 먼저 걷어내면 결과도 깔끔해집니다.

아래 회의 메모를 회의록 초안으로 정리해 주세요.
1. 회의 목적
2. 핵심 논의 3줄
3. 결정된 사항
4. 담당자별 할 일과 기한
5. 아직 정해지지 않은 것
메모에 없는 담당자나 기한은 만들지 말고 "확인 필요"라고 적어 주세요.
메모:
[붙여넣기]

“다음 주까지 검토”처럼 담당자와 날짜가 흐린 표현이 자주 나옵니다. “기한 표현을 모두 찾아 구체 날짜 확인 필요로 표시해 줘”라고 한 번 더 요청하면 후속 확인할 것이 한눈에 보입니다.

3단계. 공유 전: 사실·민감정보·승인 범위를 따로 본다

초안이 자연스럽게 읽힌다고 해서 원본과 같다는 뜻은 아닙니다. 회의록은 다음 업무의 기준이 되므로, 보내기 전에 세 가지를 나눠서 확인합니다.

사실: 원본에 있는 말만 결정으로 남겼는가

• “논의했다”와 “결정했다”가 섞이지 않았는지
• 담당자와 기한이 실제 합의된 경우에만 적혔는지
• 숫자, 날짜, 제품명, 문서 버전이 원본 메모와 같은지

민감정보: 받는 사람에게 필요 없는 정보가 남았는가

• 개인 연락처, 인사·건강 관련 내용, 세부 계약 조건이 남아 있지 않은지
• 실명을 지웠더라도 프로젝트명·직책·날짜 조합으로 특정인이 드러나지 않는지
• 외부 공유본과 내부 상세본을 같은 파일로 쓰고 있지 않은지

승인 범위: 초안을 만든 사람과 확정하는 사람을 나눴는가

• 결정을 확정할 권한이 있는 사람이 확인했는지
• “검토 중”과 “확정”이 한 문서 안에서 섞이지 않았는지
• 틀린 내용이 나왔을 때 정정본을 누구에게 보낼지 정했는지

이 확인 작업도 AI에게 거들게 할 수 있습니다. 다만 AI가 회의록을 확정하게 하는 것이 아니라, 원본과 다른 곳을 찾아 목록으로 내게 하는 것이 요점입니다.

원본 메모와 회의록 초안을 비교해 주세요.
원본: [민감정보를 줄인 원본 메모]
초안: [공유 전 회의록]
받는 사람: [내부 팀 / 외부]
출력:
1) 원본에서 확인되는 결정
2) 원본에서 근거를 찾지 못한 문장
3) 담당자·기한·숫자 불일치 후보
4) 받는 사람에게 필요 없어 보이는 개인정보·계약 표현 후보
원본에 없는 내용은 만들지 말고, 애매하면 "원본 확인 필요"라고 적어 주세요.

자주 묻는 질문

녹취록 전체를 넣는 게 더 정확한가요?

꼭 그렇지 않습니다. 긴 녹취록보다 회의 목적과 주요 발언 메모를 함께 넣는 편이 결정과 할 일이 덜 섞입니다. 녹취에는 이름과 연락처, 고객 정보가 섞이기 쉬우니 필요한 구간만 쓰세요.

참석자마다 기억하는 결론이 다르면요?

그 항목은 결정이 아니라 “합의 확인 필요”로 남겨 두고 참석자에게 확인합니다. 확인 전에는 보류 안건으로 두는 편이 안전합니다.

내부 팀에만 보내면 검수를 건너뛰어도 되나요?

내부 공유도 다음 업무의 근거가 됩니다. 최소한 결정, 담당자, 기한은 원본과 대조하세요.

참고한 자료

• 개인정보보호위원회 — 생성형 AI 관련 개인정보 처리방침 작성지침 개정 안내
• NIST AI Risk Management Framework 1.0
• OpenAI — 데이터 사용 안내

함께 읽으면 좋은 글: ChatGPT 업무 문서 템플릿(진행 보고·의사결정 메모·비교 분석), 회사 자료를 넣기 전 확인할 7가지

함께 보면 좋은 글: ChatGPT로 업무 인수인계 문서 정리하는 법 | 휴가 전에도 바로 넘길 수 있게 정리하는 순서
참고 자료: OpenAI 도움말 센터

공통 원칙: 원문에 번호를 붙인다

메모든 공지든, 넣기 전에 항목이나 문단마다 번호를 붙이세요. 결과의 각 문장이 어느 번호에서 왔는지 남기게 하면, 나중에 빠진 것과 지어낸 것을 쉽게 찾을 수 있습니다. 문단을 나눌 때 “다만”이나 “단”으로 시작하는 예외 문장은 앞 문장과 떨어뜨리지 마세요.

1. 흩어진 메모 정리하기

여러 날에 걸쳐 쓴 메모에는 같은 내용이 반복되기도 하고, 날짜나 숫자가 서로 다르게 적혀 있기도 합니다. 이런 메모를 정리할 때는 세 가지로 나눠 받는 것이 편합니다.

아래 메모를 안내사항, 할 일, 충돌 확인으로 나눠 정리해 주세요.
- 결과의 각 줄에 원래 메모 번호를 붙이세요.
- 같은 내용을 합칠 때는 합친 번호를 모두 남기세요.
- 담당자가 없으면 "미정"으로 쓰세요.
- 날짜나 숫자가 서로 다르면 한쪽을 고르지 말고 둘 다 "충돌 확인"에 넣으세요.
메모:
M1 | [날짜] | [내용]
M2 | [날짜] | [내용]
...

결과를 받으면 두 방향으로 확인합니다. 원래 메모 번호가 결과에 모두 있는지 보고, 반대로 결과의 각 문장이 메모에 근거가 있는지 봅니다. 결과 줄 수가 원래 메모보다 적다고 바로 누락은 아닙니다. 합친 줄에 번호가 다 남아 있으면 됩니다.

늦게 적힌 기록이 항상 맞는 것은 아닙니다. 날짜가 충돌하면 기록한 사람에게 확인하고, 확인 전까지는 “미확정”으로 두세요.

2. 긴 공지·기사 요약하기

요약에서 가장 자주 사라지는 것은 예외 조건입니다. “일부”, “제외”, “단” 같은 말이 빠지면 요약은 짧아지지만 뜻이 달라집니다. 그래서 핵심 요약과 근거 목록을 따로 받습니다.

아래 원문만 사용해 요약해 주세요. 외부 지식으로 빈칸을 채우지 마세요.
내가 확인하려는 것: [이 글을 읽고 알아야 할 것]
문서 제목 / 작성 주체 / 발행일:
출력:
1) 핵심 요약 (조건을 지키는 데 필요한 만큼)
2) 근거 목록: 요약 문장마다 원문 문단 번호
3) 날짜·숫자·대상·예외: 원문 표현 그대로
4) 내가 해야 할 일: 원문에 적힌 것만
5) 확인 필요: 원문에 없거나 애매하거나 서로 맞지 않는 것
"예정"을 "확정"으로, "일부"를 "전체"로 바꾸지 마세요.
[번호를 붙인 원문]

받은 요약은 날짜, 대상, 예외 세 가지를 원문과 나란히 놓고 대조합니다. 예를 들어 “점검 중 검색은 안 되지만 이미 받은 파일은 열람 가능”이라는 원문을 “점검 중 서비스 이용 불가”로 줄였다면 틀린 요약입니다. 발행일과 시행일은 다를 수 있으니 같은 칸에 적지 마세요.

3. 글이 너무 길 때

한 번에 넣기 어려운 긴 글은 나눠 넣되, 번호는 처음 붙인 그대로 유지합니다. 조각마다 번호를 새로 매기면 나중에 합칠 때 대응이 끊깁니다. 조각별 결과를 합친 뒤 전체 번호 목록과 한 번 더 대조하세요.

자주 묻는 질문

민감한 내용은 AI에게 지워 달라고 하면 되나요?

원본을 먼저 AI에 넣고 지워 달라고 하면 이미 넣은 것입니다. 회사가 허용한 범위의 사본을 사람이 먼저 준비하세요.

요약을 그대로 팀에 공유해도 되나요?

요약은 원문이 맞다는 보증이 아닙니다. 공유하거나 신청 같은 행동으로 이어지기 전에 날짜와 대상, 예외를 원문에서 확인하세요.

참고한 자료

• OpenAI — ChatGPT 프롬프트 작성 안내
• OpenAI — Data Controls FAQ

함께 읽으면 좋은 글: ChatGPT 업무 자동화 입문, ChatGPT 답변 검수하는 법

함께 보면 좋은 글: ChatGPT로 업무 인수인계 문서 정리하는 법 | 휴가 전에도 바로 넘길 수 있게 정리하는 순서
참고 자료: OpenAI 도움말 센터