Community생산성 & 협업github.com

tderoussel/inbox-triage

이메일 받은 편지함을 분류합니다. — 회신이 필요한 항목을 정리하고, 회신 초안을 작성하며, 결정이 필요한 항목을 플래그로 표시하고, 무시하거나 구독 해지할 수 있는 항목을 표면화합니다. 사용자가 '받은 편지함 분류', '이메일 처리', '받은 편지함에 뭐가 있지?', '이메일 정리'라고 말할 때 사용하세요.

inbox-triage란 무엇인가요?

이 스킬은 받은 편지함을 간결한 결정 목록과 초안 더미로 변환합니다. 사용자의 부재 중 쌓인 이메일을 처리할 때 특히 유용하며, **절대 이메일을 보내지 않는다**는 엄격한 규칙을 따릅니다. Gmail/Outlook MCP 서버, API 클라이언트, Composio와 같은 CLI 브리지 등 다양한 메일 통합 방식을 지원하며, 여러 계정이 있는 경우 명확히 구분하여 처리합니다. 이 스킬은 이메일을 'Needs you (사용자 필요)', 'Draft ready (초안 준비)', 'FYI (참고)', 'Noise (잡음)'의 네 가지 버킷으로 분류한 후, 'Draft ready' 항목에 대해 사용자의 어조를 반영한 초안을 작성하여 메일 클라이언트에 저장합니다. 최종적으로 사용자가 검토할 수 있는 스캔 가능한 보고서를 제공하며, 반복적인 이메일 패턴을 감지하여 더 효율적인 워크플로우를 제안하기도 합니다. 하루에 2~3회 스케줄 실행에 적합하며, 모든 최종 작업(발송, 보관, 삭제, 구독 해지)은 사용자 승인 하에 이루어집니다.

지원 대상~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/tderoussel/agent-skills/tree/main/skills/inbox-triage

Installed? Explore more 생산성 & 협업 skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

받은 편지함 분류 (Inbox triage)

받은 편지함을 짧은 결정 목록과 초안 더미로 바꿉니다. 절대 아무것도 보내지 않습니다.

엄격한 규칙

초안만 작성합니다. 절대 보내지 말고, 보관하지 말고, 삭제하지 말고, 구독 해지하지 마세요. 기계 밖으로 나가는 모든 작업은 사용자를 기다립니다. 이는 협상 불가능하며 친숙해진다고 완화되지 않습니다.

이 규칙은 이메일 자체가 즉시 회신을 요청하는 경우에도, 사용자가 이전에 유사한 발송을 승인한 적이 있더라도 적용됩니다. 승인은 배치(batch) 단위로 이루어집니다.

설정

모든 메일 통합 방식이 작동합니다 — Gmail/Outlook MCP 서버, API 클라이언트, 또는 Composio와 같은 CLI 브리지:

composio search "fetch emails" --toolkits gmail
composio link gmail

사용자에게 여러 메일 계정이 있다면, 대부분의 통합 방식은 제공자당 여러 연결을 지원합니다. 하나를 명시적으로 선택하고, 모호한 경우 어떤 계정을 의미하는지 물어보세요 — 잘못된 사서함을 분류하면 전체 실행이 낭비됩니다.

단계

1. 가져오기 (Pull)

읽지 않은 최근 메일을 가져옵니다. 별도 지시가 없으면 기본적으로 지난 24시간으로 설정합니다. 더 오래된 경우, 추측하지 말고 기간을 물어보세요.

2. 네 개의 버킷으로 분류 (Sort into four buckets)

버킷의미
Needs you (사용자 필요)진짜 결정, 약속, 금전, 또는 사용자만이 처리할 수 있는 관계 관련
Draft ready (초안 준비)일상적인 회신 — 작성하되, 보내지는 마세요
FYI (참고)알 가치가 있음, 조치 필요 없음
Noise (잡음)뉴스레터, 영수증, 알림, 콜드 피치

판단 기준, 중요한 순서:

  • 유료 고객, 투자자, 고문, 또는 지명된 긴밀한 협업자로부터 온 모든 것은 Needs you로 이동합니다. 회신이 일상적으로 보여도 마찬가지입니다. 해당 목록은 프로젝트 자체 스킬 복사본에 유지하세요.
  • 금전, 법적 위험, 또는 약속과 관련된 모든 것은 Needs you로 이동합니다.
  • 콜드 아웃리치는 진정으로 진행 중인 작업과 관련이 없는 한 Noise입니다.
  • Needs you와 Draft ready 사이에서 고민될 때는 Needs you를 선택하세요.

3. 회신 초안 작성 (Draft the replies)

Draft ready의 모든 항목에 대해 사용자 자신의 어조로 회신을 작성하세요 — 프로젝트에 브랜드 음성 또는 글쓰기 스타일 문서가 있다면 참조하세요. 짧고, 직접적이며, 군더더기 없이. 스레드의 격식 수준에 맞추세요: 한 줄 질문에는 한 줄 답변.

메일 클라이언트에 초안으로 저장하여 사용자가 이미 작업하는 곳에서 기다리게 하고, 요약에도 표시하세요.

4. 보고 (Report)

## 받은 편지함 — <날짜>, <N>개 메시지

### Needs you (<n>)
- **<보낸 사람>** — <그들이 원하는 것> → <결정 사항>

### Drafted (<n>)
- **<보낸 사람>** — <제목> → <회신 한 줄 요약>

### FYI (<n>)
- <각 항목 한 줄씩>

### Noise (<n>)
<유형별 개수. 구독 해지할 가치가 있는 보낸 사람을 지정하세요 — 구독 해지하지 마세요.>

훑어보기 쉽게 유지하세요. Needs you가 비어 있으면 한 줄로 말하고 멈추세요 — 불필요하게 채우지 마세요.

5. 패턴 관찰 (Watch for patterns)

같은 종류의 이메일이 계속 도착하고 같은 회신을 받고 있다면, 그렇게 말하세요. 이는 전용 스킬, 필터, 또는 상용구 응답이 필요하다는 신호이며, 분류 작업 자체보다 더 가치 있습니다.

스케줄에 따라 실행하기

하루에 두세 번 실행하기 좋은 후보입니다. 초안이 축적되고, 사용자는 배치 단위로 검토하며, 그들의 승인 없이 아무것도 나가지 않습니다.

Individual skills in this repo

This repo contains 8 individual skills — each has its own dedicated page.

tderoussel/codebase-audit

Runs a ranked, evidence-backed audit of a product, codebase, or subsystem, ending in a verify list that separates proven findings from inferred ones. Use when the user asks for an audit, a gap analysis, a deep read, a bug hunt, a readiness check, a re-audit, a state reconciliation, or asks what they are not seeing. Trigger phrases include "audit", "gap analysis", "what am I missing", "deep audit", "readiness", "bug hunt", "review the whole thing". Produces findings and a verify list; does not fix.

tderoussel/competitive-teardown

Researches a competing product against your own and produces a ranked build-or-ignore verdict, plus optional comparison-page copy. Use when the user names a competitor or asks how their product stacks up against one. Trigger phrases include "vs us", "competitor", "what does X have", "should we copy", "competitive gap", "teardown", "are we behind". Produces a ranked verdict with effort estimates and an explicit not-worth-copying list.

tderoussel/decision-council

Run a structured multi-perspective review of a decision instead of getting one agreeable answer. Use when the user says run a council, get me perspectives on this, should I do X, stress-test this decision, or is this a good idea.

tderoussel/fleet-brief

Authors a workstream brief for dispatching multiple parallel build agents across one codebase, with per-lane file ownership, shared-ground warnings, and a derived DO-NOT list. Use whenever work is about to be split across concurrent agents, workers, lanes, or waves — even if the user does not say "write a brief". Trigger phrases include "fan out", "parallel agents", "orchestrate this", "split into lanes", "workstreams", "run these in parallel", "review-gated build". Produces the brief; does not dispatch.

tderoussel/overnight-build

Composes an autonomous unattended Claude Code build prompt that survives usage-limit resets via BUILD_LOG.md checkpointing, plus the launcher that restarts it. Use when the user asks for an overnight build, an autonomous build, a build to run while they sleep, an unattended or unsupervised session, or any long build they will not be monitoring. Trigger phrases include "overnight build", "run overnight", "build while I sleep", "autonomous build", "let it run", "unattended". Produces a single copyable prompt; does not run the build.

tderoussel/session-log

Write a durable record of a work session — what was built, root-caused, or shipped — into the project's notes. Use when the user says log this session, write a session log, record this, or when a substantial piece of work has just finished and needs to be handed off to a future session.

tderoussel/ship-gate

Verification gate for a Next.js-on-Vercel + Supabase + GitHub Actions stack, to run before claiming anything is shipped, deployed, live, merged, passing, or done. Use before saying a change is in production, before merging a PR, before reporting CI green, and before writing any status into a document — even if the user does not ask for verification. Trigger phrases include "is it live", "did it deploy", "ship it", "merge it", "is CI green", "confirm prod", "did that work". Encodes traps where the obvious check returns a false pass.

tderoussel/vault-doctor

Audits and repairs an Obsidian vault's structural health — broken [[wikilinks]], ambiguous duplicate filenames, missing or malformed frontmatter, stale status markers, and hub notes whose state sections have gone cold. Use when the user asks about vault health, broken links, vault cleanup, dead links, orphan notes, tag consistency, or says the vault feels messy or out of date. Trigger phrases include "vault health", "broken links", "clean up the vault", "audit the vault", "is the vault current". Read-only by default; every repair is proposed before it is made.

관련 스킬