TL;DR
AI 에이전트 인박스는 에이전트가 여러분에게 필요로 하는 모든 것—답변, 리뷰, 실패, 멘션—을 한데 모아주는 개인 큐입니다. 여러 채널에 흩어지지 않고 Task별로 묶여 표시되죠. Sharkly의 인박스는 이런 활동을 네 개의 섹션으로 분류해서, 작업을 막고 있는 항목이 가장 먼저 눈에 들어오도록 합니다.
- 에이전트 실행, 댓글, 멘션, 상태 변경은 여러분이 연결된 Task에 활동을 생성합니다.
- 인박스는 그 활동을 Task별로 묶어 Task당 한 행으로 보여주고, 추가 이벤트는 개수로 표시합니다.
- Primary에는 여러분의 대응이 필요한 활성 신호가 있는 Task가 들어갑니다: 답변 요청, 리뷰, 실패한 실행, 멘션, 또는 할당.
- 행을 Later로 스누즈하고, 끝난 행은 클리어하며, 클릭 한 번으로 맥락을 유지한 채 답변할 수 있습니다.
AI 에이전트 알림이 기존 도구를 압도하는 이유
기존 알림 스택은 사람을 기준으로 설계되었습니다. 사람은 하루에 댓글을 몇 개 남기고, 브랜치당 한 번 리뷰를 요청하니까요. 알림량이 인원수에 비례해 유지되었기 때문에 Slack 채널로도 충분히 감당할 수 있었습니다.

에이전트는 이 계산을 바꿔놓습니다. 개발자 한 명이 병렬로 에이전트 다섯 개를 돌리면 6인 팀에 맞먹는 이벤트 스트림이 쏟아집니다. 모든 실행이 시작되고, 진행 상황을 스트리밍하고, 끝나거나 실패하고, 결과를 게시합니다. 여기에 하나의 목표를 두고 협업하는 전문 에이전트 Crew까지 더하면 스트림은 더 촘촘해집니다.
문제의 절반은 양입니다. 나머지 절반은 에이전트 이벤트마다 긴급도가 크게 다른데, 평평한 채널은 그 차이를 평평하게 눌러버린다는 점입니다:
- 여러분의 답변을 기다리는 에이전트는 블로커입니다. 기다리는 1분마다 컴퓨팅 슬롯 하나가 놀게 됩니다.
- 실패한 실행은 결정이 필요합니다: 재시도할지, Task를 다시 쓸지, 담당자를 바꿀지.
- 끝난 실행은 누군가 그 위에 작업을 쌓기 전에 리뷰가 필요합니다.
- 팔로우하는 Task의 상태 변경은 맥락 정보로, 유용하지만 급하지는 않습니다.
이 네 가지를 한 채널에 쏟아붓으면, 맥락을 읽는 사이에 정작 블로커를 그냥 지나치게 됩니다. 바로 이 틈을 Sharkly가 메웁니다. Sharkly는 Claude Code, Codex 같은 작업 실행 도구를 대체하는 게 아닙니다. 그 도구들 주위에 공유 Task, 맥락, 제어, 리뷰 계층을 더하는 것이고, 인박스는 그 계층이 여러분에게 말을 거는 곳입니다.
Sharkly 인박스란 무엇인가요?
인박스는 Sharkly가 여러분을 위해 기록한 Task 관련 활동의 개인 큐입니다. 활동을 Task별로 묶기 때문에 같은 Task에 올라온 여러 업데이트는 추가 이벤트 개수와 함께 한 행으로 표시됩니다. 행을 선택하면 Task 상세가 열리고, 해당 항목이 특정 댓글을 가리키는 경우 그 댓글로 바로 이동합니다.
알림 피드와 구분되는 세 가지 설계 선택이 있습니다:
개인화되어 있습니다. 인박스는 각 Task에 대한 여러분의 관계를 반영합니다: 담당자, 멘션된 사람, 구독자, 리뷰어. 같은 활동이라도 각자에게 다른 무게를 지니기 때문에, 팀 동료의 인박스는 동일한 활동을 다르게 분류합니다.
Task별로 묶여 있습니다. 한 Task의 이벤트 여덟 개는 여덟 행이 아니라 한 행이 됩니다. 여러분은 개별 알림이 아니라 작업 항목을 분류하는 것입니다.
기록이지 할 일 목록이 아닙니다. 항목을 읽거나 스누즈하거나 클리어해도 Task, 댓글, 활동 기록은 전혀 바뀌지 않습니다. 인박스는 여러분의 주의를 관리하고, Task는 팀의 공유 기록으로 남습니다. 팀이 의존하는 내용을 건드리지 않고도 마음껏 클리어할 수 있습니다.
Primary, Other, Later, Cleared
인박스에 활성 활동이 있는 Task는 반드시 다음 중 한 섹션에만 속합니다:
| 섹션 | 포함 내용 |
|---|---|
| Primary | 여러분의 주의가 필요한 활성 신호가 있는 Task: 답변 대기, 리뷰 대기, 실패했거나 막힌 작업, 직접 멘션, 그리고 여러분에게 할당된 항목. |
| Other | 현재는 여러분에게 해당 Task를 Primary에 올리지 않는 관련 Task 활동. 예를 들어 소유하지는 않았지만 팔로우하는 Task의 에이전트 상태 변경. |
| Later | 현재 활동을 나중까지 스누즈해둔 Task. |
| Cleared | 활성 목록에서 제거한 Task 그룹. 클리어는 삭제가 아니며, Task와 그 기록은 그대로입니다. |
기억해둘 만한 네 가지 동작 방식이 있습니다. Primary는 신호 순위를 따릅니다: Task가 여러 신호에 해당하면 Sharkly는 가장 우선순위가 높은 신호를 기준으로 행을 배치합니다. Other는 의도적으로 맥락입니다: 담당자의 Primary에 들어가는 상태 변경이 팔로워의 Other에 들어가므로, 하나의 이벤트 스트림이 팀 전체에 알림 폭탄을 퍼붓지 않으면서도 모두에게 제 역할을 합니다. Later는 의도적으로 조용합니다: 스누즈된 항목은 활성 읽지 않음 개수에서 제외됩니다. Cleared는 되돌릴 수 있습니다: Unclear를 하면 현재 활동에 따라 행이 Primary, Other, Later 중 알맞은 곳으로 돌아갑니다.
큐 처리하기: 읽기, 스누즈, 클리어
행마다 다섯 가지 동작을 할 수 있습니다.
- 행 열기. 전체 Task 맥락과 함께 최신 이벤트를 확인합니다. 읽지 않은 행을 열면 해당 Task의 일치하는 모든 활동이 읽음으로 표시됩니다.
- Task에서 답변하기. 작업이 이루어지는 곳에서 답합니다. 에이전트가 할당된 Task에서는 조건에 맞는 댓글이 후속 실행을 바로 시작할 수 있습니다.
- 읽지 않음으로 표시. 열어봤지만 아직 조치할 수 없다면, Task 그룹 전체의 시각적 표시를 되살립니다.
- 스누즈. 1시간, 내일, 다음 주, 다음 달 프리셋이 있고, 날짜를 직접 고를 수도 있습니다.
- 클리어. 해당 Task의 현재 활성 활동을 모두 Cleared로 옮깁니다.
읽음 상태는 Task 그룹 단위로 추적되며 팀에는 절대 보이지 않습니다. 스누즈는 해당 Task의 현재 활성 활동 전체에 적용되지만, 새로 들어온 스누즈되지 않은 활동이 있으면 행이 일찍 돌아올 수 있습니다. 이게 바로 원하는 동작입니다. "다음 주에 알려줘"가 "한 시간 뒤에 실행이 실패했어"까지 막아서는 안 되니까요. 현재 수동 스누즈 해제 기능은 없으므로, 돌아오는 시간을 기다리거나 행을 클리어해야 합니다.
에이전트 트래픽이 많을 때 큐 조정하기
- Space로 필터링. Primary, Other, Later 전반에 걸쳐 Space를 포함하거나 제외해서 한 번에 한 영역씩 분류할 수 있습니다. Cleared는 별도로 로드되며 필터를 무시합니다.
- 섹션 내 검색. 검색은 열려 있는 섹션의 Task 제목과 댓글 본문을 대상으로 합니다.
- 알림 그룹별 음소거. 할당, 상태 변경, 댓글, 멘션, 에이전트 활동을 각각 음소거할 수 있습니다. 큐 전체를 무시하는 법을 배우는 대신 메스를 쓰세요. 무시하는 큐는 실행이 깨지는 날 여러분을 배신합니다.
- Slack을 아웃바운드 채널로 추가. 연결하면 Slack이 인박스 이벤트를 DM으로 전달합니다. 인박스는 완전한 기록으로 남습니다. Slack에서 그룹을 음소거해도 인박스 항목은 살아 있습니다. Slack은 활성화한 이후에 생성된 이벤트만 전달하므로, 현관 데스크가 아니라 초인종인 셈입니다. 자세한 내용은 docs.sharkly.ai를 참고하세요.
- 다음과 함께 사용하세요: Automations. 예약 및 트리거 실행도 수동 실행과 동일하게 리뷰 가능한 활동을 만들어내므로, 밤새 돌다 벽에 부딪힌 작업이 로그 파일 속 조용한 실패가 아니라 아침 큐의 Primary 항목이 됩니다.
인박스가 필요하지 않은 경우
한 사람이 하나의 Task에서 하나의 에이전트만 돌린다면 인박스 중심의 분류는 건너뛰어도 됩니다. 실행을 직접 지켜보거나, Task가 되지 않는 독립형 에이전트 채팅에서 작업하면 인박스가 제공할 모든 것을 더 간단하게 얻을 수 있습니다.
인박스에 의존해야 하는 때는 실행이 병렬로 돌아갈 때, 에이전트의 질문에 답할 수 있는 사람이 둘 이상일 때, 또는 여러분이 다른 곳에 있는 동안에도 작업이 계속될 때입니다. 격리된 워크트리에서 작업하는 에이전트 다섯 개는 여러분이 점심을 먹으러 간다고 해서 다 같이 멈추지 않습니다. 순위가 매겨진 큐가 있어야 트랜스크립트 다섯 개를 다시 재생하는 대신 몇 분 만에 따라잡을 수 있습니다.
인박스가 무엇이 아닌지도 짚어둘 만합니다. 인박스는 태스크 보드가 아닙니다. 뷰와 스프린트는 "작업이 어떤 상태인가"에 답하고, 인박스는 "지금 나에게 필요한 것은 무엇인가"에 답합니다.
결국 팀에 남는 것
에이전트 처리량은 확장하기 쉽습니다. 사람의 주의력은 그렇지 않습니다. 에이전트로 성과를 내는 팀은 사람이 필요한 실행에 가장 빠르게 반응하는 팀입니다. 막힌 질문, 실패한 작업, 승인을 기다리는 완성된 diff 같은 것들 말입니다.
퇴근하기 전에 에이전트 하나에게 지루한 일을 맡겨보세요. 그런 다음 인박스를 열고 큐를 위에서 아래로 처리해 보세요. 순위가 에이전트 하나에서 신뢰를 얻으면 두 번째를 추가하세요. 10분 설정 가이드가 그 과정을 안내하고, 에이전트 프로젝트 관리 가이드는 되묻는 실행이 줄어들 만큼 명확한 Task 설명을 작성하는 방법을 다룹니다.
FAQ
AI 에이전트 인박스란 무엇인가요?
AI 에이전트와 팀원이 공유 작업에서 만들어내는 활동—답변 요청, 리뷰 요청, 실패, 멘션, 상태 변경—을 모아주는 개인 큐입니다. 항목이 여러분의 조치를 필요로 하는지에 따라 순위를 매기므로, 막혀 있는 에이전트는 빠르게 답을 받고 일상적인 업데이트는 여러분을 방해하지 않습니다.
Sharkly 인박스는 Slack이나 이메일 알림과 어떻게 다른가요?
Slack과 이메일은 블로커와 상태 변경이 똑같이 보이는 평평한 스트림입니다. 인박스는 활동을 Task별로 묶고, 작업에 대한 여러분의 관계에 따라 순위를 매기며, 모든 항목을 실제로 조치할 수 있는 Task로 연결합니다. Slack은 선택적인 아웃바운드 채널로 그대로 사용할 수 있습니다.
인박스 항목을 클리어하면 무언가 삭제되나요?
아니요. 클리어는 해당 Task의 현재 활성 활동을 Cleared 섹션으로 옮길 뿐입니다. Task와 댓글, 기록은 그대로이며, Unclear를 하면 행이 현재 활동에 맞는 활성 섹션으로 돌아갑니다.
어떤 Task가 내 Primary 섹션에 들어가나요?
여러분을 필요로 하는 활성 신호입니다: 답변을 기다리는 에이전트, 리뷰를 기다리는 작업, 실패했거나 막힌 실행, 직접 멘션, 또는 할당. 여러분이 담당자로 지정된 Task의 활동도 Primary에 남으며, 가장 우선순위가 높은 신호가 선택됩니다.
AI 에이전트도 각자의 인박스를 갖나요?
아니요. 인박스 항목은 수락된 사람 멤버에게만 제공됩니다. 에이전트는 맥락을 위해 Task의 구독자로 나타날 수 있지만, 알림 큐는 사람을 위한 것입니다. 에이전트는 Task 자체에서 맥락을 얻습니다.



