email-ops로 메일 분류·답장 초안·발송 확인을 AI에게 맡기기
機械翻訳 / Machine-translated
원문: email-ops로 메일 분류·답장 초안·발송 확인을 AI에게 맡기기（cccskills）
스킬 페이지: email-ops
이 글의 결론
email-ops를 설치하면 실제 메일함에서의 분류, 이력을 반영한 답장 초안 작성, 발송 및 발송 완료 확인까지를 AI 에이전트에게 맡길 수 있습니다.
발송은 명확히 요청했을 때만 이루어집니다.
발송 여부도 보낸 편지함에서 확인한 뒤 보고됩니다.
이 글에서는 반환되는 결과의 형태와 설치 방법, 요청문 예시를 순서대로 소개합니다.
발송 및 수신 메일을 다룰 때의 주의 사항도 정리했습니다.
받은 편지함 정리를 요청하면 에이전트는 대상 계정과 작업 종류를 결정한 뒤 움직이기 시작합니다.
대표적인 요청 문구는 다음과 같습니다.
업무용 계정의 받은 편지함을 분류해서, 대응이 필요한 메일과 보관 후보를 정리해 줘
먼저 확정하는 것은 어떤 계정을 사용할지와, 분류·초안·답장·발송 중 어떤 작업을 할지입니다.
그런 다음 수신 메일을 읽고, 대응이 필요한 것과 보관해도 되는 중요도가 낮은 것으로 나눕니다.
판단이 어려운 업무 메일은 삭제되지 않고 받은 편지함에 남아 있습니다.
답장이나 발송을 요청하면 결과는 정해진 4개의 블록으로 반환됩니다.
매번 같은 형태이므로 상황을 확인하고 싶을 때 어디를 봐야 할지 헷갈리지 않습니다.
| 블록 | 기재 내용 |
|---|---|
| MAIL SURFACE | 사용한 계정, 스레드 또는 수신자, 요청된 작업 |
| DRAFT | 제목과 본문 |
| STATUS | 현재 상태, 발송한 경우 발송 완료 증거 |
| NEXT STEP | 발송, 팔로업, 보관 또는 이동 등 다음 작업 |
상태는 다음 중 하나의 표현으로 나타납니다.
"아마 보낸 것 같습니다" 같은 모호한 표현으로 끝나지 않는 것이 특징입니다.
| 표시 | 의미 |
|---|---|
| drafted | 초안 작성 완료 |
| approval-pending | 승인 대기 중 |
| sent | 발송 완료 |
| blocked | 발송 수단을 사용할 수 없어 중단 |
| awaiting verification | 발송 완료 여부 확인 대기 중 |
"발송했습니다"라는 보고에는 보낸 편지함 등에서의 확인이 반드시 포함됩니다.
확인이 되지 않은 상태에서 발송에 성공했다고 기재하지 않는 것이 원칙입니다.
email-ops는 실제 메일 화면에서 분류부터 발송 완료 확인까지를 진행하기 위한 작업 절차입니다.
문장을 잘 쓰기 위한 스킬이 아닙니다.
중요도가 낮은 메일을 보관함으로 보내고, 대응이 필요한 메일을 찾기 쉽게 만듭니다.
정리 도중에도 판단이 어려운 업무 메일은 삭제하지 않습니다.
받은 편지함을 맡긴 경우에도, 메일에 적힌 지시는 실행되지 않습니다.
반환되는 것은 대응해야 할 항목을 정리한 목록입니다.
에이전트는 답장을 쓰기 전에 기존 스레드를 읽습니다.
내 측에서 마지막으로 보낸 메일, 나눈 약속, 기한, 아직 답하지 않은 질문을 파악한 뒤 작성을 시작합니다.
이 절차를 거치기 때문에 문맥을 무시한 엉뚱한 답장이 되기 어렵습니다.
새로 메일을 보낼 경우에는 상대와의 관계 친밀도를 파악한 뒤, 사용할 발신 계정을 먼저 선택합니다.
문체를 다듬는 스킬이나 최신 정보를 조사하는 스킬 등, 동일한 ECC의 다른 스킬과 조합해서 사용하는 것을 전제로 만들어졌습니다.
작업은 명확히 "보내줘"라고 요청하지 않는 한 초안 단계에서 멈춥니다.
발송을 요청한 경우에는 최종 본문을 확인한 뒤 발송하고, 보낸 편지함에 들어갔는지 확인합니다.
발송 수단을 사용할 수 없을 때는 초안을 남긴 채 중단된 원인을 보고하는 흐름입니다.
알리지 않고 다른 방법으로 재발송하지 않습니다.
보내지 못한 사실이 그대로 보이기 때문에, 나중에 누락을 발견할 수 있습니다.
이 기능은 여러 메일 계정을 구분해서 사용하는 분일수록 유용합니다.
발신 계정은 안건과 수신자에 맞는 것을 선택하며, 쉽게 전환하지 않습니다.
결과에는 사용한 계정과 스레드 또는 수신자가 반드시 기재되므로, "어떤 주소에서 보냈는지"를 나중에 찾는 수고가 줄어듭니다.
email-ops는 GitHub의 affaan-m/ECC 리포지토리에 포함된 스킬 중 하나이며, 라이선스는 MIT입니다.
설치 방법은 명령어로 설치하는 방법과 에이전트에게 요청하는 방법 두 가지입니다.
명령어의 경우 다음 한 줄을 실행하세요.
npx skills add https://github.com/affaan-m/ECC --skill email-ops
이 명령어에서는 Claude Code나 Codex 등 설치할 대상 에이전트를 선택할 수 있습니다.
에이전트에게 요청하는 경우, 다음 문구를 그대로 보내주세요.
次の Agent Skill をインストールしてください。
https://github.com/affaan-m/ECC/tree/main/skills/email-ops
まず SKILL.md と付属ファイルの中身を確認し、不審な処理（外部への送信、認証情報の読み取りなど）がないことを確かめてから、Claude Code なら ~/.claude/skills/email-ops/、Codex なら ~/.agents/skills/email-ops/ に配置してください。
설치 위치는 모든 프로젝트에서 사용할지, 특정 프로젝트에서만 사용할지에 따라 달라집니다.
| 에이전트 | 모든 프로젝트에서 사용 | 특정 프로젝트에서만 사용 |
|---|---|---|
| Claude Code | ~/.claude/skills/ | 프로젝트 내 .claude/skills/ |
| Codex | ~/.agents/skills/ | 프로젝트 내 .agents/skills/ |
설치 전에 GitHub의 SKILL.md를 한 번 읽어두면 안심할 수 있습니다.
설치 후에는 에이전트가 실제 메일 화면과 보낸 편지함을 다룰 수 있는 상태인지 확인한 뒤 사용을 시작하세요.
요청문은 작업 종류와 대상을 명확히 쓸수록 결과가 안정됩니다.
다음 세 가지는 자주 사용하는 상황의 예시입니다.
이 스레드를 읽고, 상대방의 질문에 답하는 답장을 초안으로 작성해 줘
반환되는 것은 스레드 이력, 마지막 발송, 약속, 기한, 미답변 질문을 반영한 제목과 본문입니다.
상태는 "drafted"이며, 이 단계에서는 아직 발송되지 않습니다.
이 초안을 발송하고, 보낸 편지함에 남았는지 확인해 줘
최종 본문을 확인한 뒤 발송하고, 보낸 편지함에 들어간 것을 확인한 뒤 "sent"로 보고합니다.
확인이 되지 않으면 "awaiting verification", 보내지 못하면 "blocked"와 그 원인이 반환됩니다.
지난주 견적서 메일은 보냈는지, 어떤 계정에서 보냈는지 조사해 줘
발송 기록을 확인하여 발송 여부와 사용한 계정 및 스레드를 보여줍니다.
보낸 줄 알았지만 실제로는 보내지 않은 메일을 찾는 데도 활용할 수 있습니다.
이 스킬이 실제 메일함을 다룬다는 점이 가장 중요합니다.
포함된 파일은 SKILL.md뿐이며, 메일에 연결하는 프로그램은 포함되어 있지 않습니다.
에이전트가 실제 메일 화면과 발송 기록을 확인할 수 있는 환경은 별도로 준비해야 합니다.
발송은 사람이 확인한 뒤 진행하는 것이 기본입니다.
스킬 자체도 초안을 우선시하지만, 수신자와 본문은 발송 전에 직접 확인하세요.
수신 메일의 내용은 신뢰할 수 없는 데이터로 취급됩니다.
대상은 제목, 본문, 첨부 파일명, 인용된 스레드 전체입니다.
"받은 편지함을 맡긴다"는 것은 읽고 분류하는 것에 대한 허가이지, 메일에 적힌 내용을 실행하는 허가가 아닙니다.
계정 권한도 신중하게 다루며, 비밀 정보·인증 정보·불필요한 메타데이터는 결과에 출력하지 않는 것이 원칙입니다.
어떤 계정을 에이전트가 접근하게 할지는 직접 결정한 뒤 요청하세요.
DM이나 iMessage를 통한 커뮤니케이션은 이 스킬의 대상 외입니다.
메시지 앱 작업은 별도의 스킬에 맡기는 설계로 되어 있습니다.
메일과 메시지 앱 양쪽으로 연락을 받는 분은 스킬별로 역할을 나누면 관리하기 편해집니다.
imsg는 Mac의 Messages.app에서 이력 검색, 수신 모니터링, iMessage·SMS 발송을 수행하는 스킬입니다.
email-ops가 다루지 않는 iMessage 커뮤니케이션은 이쪽에서 담당할 수 있습니다.
단, 배포처는 affaan-m/ECC와 별도의 리포지토리입니다.
명확히 발송을 요청하지 않는 한, 작업은 초안 단계에서 멈춥니다.
발송을 요청한 경우에도 최종 본문을 확인한 뒤 발송하는 절차입니다.
그래도 수신자와 본문은 발송 전에 직접 확인하세요.
"sent"로 보고되는 것은 보낸 편지함 등에서 확인된 경우에 한하며, 그 증거도 함께 제공됩니다.
확인이 되지 않을 때는 "awaiting verification"으로 표시되므로, 발송 여부를 혼동하지 않을 수 있습니다.
메일 내용은 데이터로 취급되며, 지시를 따르지 않습니다.
에이전트를 대상으로 한 문구가 발견된 경우에는 발신자와 함께 인용하여 진행해도 되는지 사용자에게 묻습니다.
사용할 수 없습니다.
email-ops는 메일함 작업 전용이며, DM이나 iMessage는 별도 스킬의 대상입니다.
email-ops는 받은 편지함 분류, 이력을 반영한 답장 초안 작성, 발송 및 발송 완료 확인을 연속으로 진행하는 스킬입니다.
결과에는 사용한 계정, 수신자, 상태가 반드시 기재되므로 대응 현황을 놓치기 어렵습니다.
메일 대응의 수고와 발송 누락을 줄이고 싶은 분은 SKILL.md를 확인한 뒤 사용해 보세요.
자세한 내용은 cccskills 페이지를 참조하세요.
이 글은 cccskills의 읽을거리 「email-ops로 메일 분류·답장 초안·발송 확인을 AI에게 맡기기」의 전재입니다.
스킬 상세 내용과 설치 방법은 cccskills의 email-ops 페이지에 있습니다.