Leina 블로그 팀 AI

Claude Duet이 먼저 말을 거는 시대, 팀 AI는 언제 사람을 방해해야 할까?

Leina 예약 작업에 알림 조건, 요약 시간, 실패 처리 기준을 정해 결정이 필요한 변화에 집중하세요.

파란 분류 아치를 통과하는 종이들 중 산호색 봉투 하나만 책상으로 전달되는 모습

개념 이미지: 일상 정보는 정리해 두고 주목할 변화만 전달합니다.

프로젝트 채널에서 흔히 보는 “확인 완료, 이상 없음”. 처음에는 안심되지만 매일 몇 번씩 오면 그냥 넘기게 된다. 공급업체가 정말 납기를 이틀 미룬 알림도 그 사이에 묻힐 수 있다.

AI가 먼저 일을 하게 됐다면 팀에서 이야기할 차례다. 무슨 일은 지금 알려야 하고, 어떤 일은 오후에 모아서 말하면 될까? Anthropic은 2026년 10월 21일 능동 알림과 백그라운드 작업을 강조한 Claude Duet 연구 미리보기를 공개했다. 직접 확인할 일이 줄어드는 건 반갑다. 그러려면 언제 나를 찾아야 할지도 알려 줘야 한다.

알릴 만한 변화 하나부터 정하기

금요일에 고객에게 납품해야 한다고 하자. 구매표에는 목요일 도착인데 공급업체 답변은 “되도록 이번 주 발송”이다. 궁금한 건 금요일에 맞출 수 있는지, 언제 다른 방안을 준비해야 하는지다.

이 확인을 Leina에게 맡길 수 있다. 팀 채팅에서 승인된 Apps를 읽고 긴 작업을 백그라운드에서 이어 가거나 예약 작업을 실행한다. 먼저 표와 답변을 읽을 수 있는지 확인하고, 잘 아는 주문 한 건으로 시험하자. 이 가상 주문으로 어떤 알림이 편할지 살펴본다.

“프로젝트를 지켜봐” 대신 주문, 비교 날짜, 수신자를 지정한다. 확정된 새 납기가 고객 약속을 넘을 때 알리고 “가능하면” 같은 표현은 미확정으로 남긴다.

알림, 요약, 조용한 확인 나누기

결과합의할 대응남길 정보
확정 날짜가 고객 약속에 영향이번 확인 뒤 담당자에게 알림이전·새 날짜, 원문, 결정할 사항
변화는 있지만 약속에 영향 없음정해진 시간에 요약변화와 다음 확인 시각
마지막 성공 확인과 동일업무 알림 반복 안 함비교 근거와 작업 상태 점검 방법

변했는지 알려면 지난 기록이 있어야 한다. “반복하지 마”만으로는 무엇과 비교할지 정해지지 않는다. 처음에는 공유 표에 이전 결과를 두자. 방법이 익숙해지면 환경이 그 기록을 계속 보존하고 읽을 수 있는지 확인한다. 아직 어렵다면 사람이 지난 결과를 제공하는 정기 요약도 괜찮다.

확인 결과에서 적절한 알림으로

flowchart TB
  accTitle: 확인 결과에서 적절한 알림으로
  accDescr: 승인 자료를 예약해 읽고 성공 여부를 확인한 후 실패 보고, 조용한 유지, 요약, 담당자 알림을 선택한다.
  A("승인 자료 예약 읽기"):::channel --> B{"출처와 기준이 완전한가?"}:::gateway
  B -->|아니요| C("확인 실패 보고"):::restricted
  B -->|예| D{"검증된 새 변화인가?"}:::gateway
  D -->|아니요| E("업무 알림 반복 안 함"):::resource
  D -->|예| F{"빠른 결정이 필요한가?"}:::agent
  F -->|아니요| G("정해진 시간 요약"):::resource
  F -->|예| H("지정 담당자에게 알림"):::channel
알림 설계 예시. 읽기 실패를 변화 없음으로 취급하지 않습니다.

답할 수 있는 질문 전달하기

“주문 위험”보다 “A 주문이 목요일에서 월요일로 바뀌어 고객의 금요일 약속을 넘었다. 고객에게 연락할까?”가 처리하기 쉽다.

변화, 비교 기록, 출처와 시각, 누가 무엇을 결정할지 포함한다. 담당자가 없으면 미확정으로 표시하고 고객 정보를 보낼 채널도 확인한다.

매 영업일 Asia/Shanghai 10:00에 지정 구매표와 승인된 공급업체 답변으로 프로젝트 A를 확인해 줘. 내가 제공하는 마지막 성공 기록과 비교하고, 확정 새 납기가 고객 약속을 넘을 때만 이 채널의 나에게 주문 번호, 전후 날짜, 출처를 알려 줘. 다른 변화는 17:00에 요약하고 그대로인 자료는 업무 알림을 보내지 마. 기준이나 자료를 읽을 수 없으면 실패로 보고해. 설정과 샘플을 보여 준 뒤 내 확인을 받아 예약해.

요약에 별도 예약이 필요한지, 기록을 어디에 둘지도 확인한다. 지연 보고 권한이 고객에게 새 날짜를 약속할 권한은 아니다.

조용히 있기 전에 성공 확인하기

무소식은 변화 없음일 수도, 연결 실패일 수도 있다. 읽기 성공, 범위 확인, 유효한 기준이 있어야 변화 없다고 판단할 수 있다.

처음부터 복잡한 모니터링을 만들 필요는 없다. 마지막 성공 시각, 확인한 주문, 못 읽은 자료가 적힌 공유 표만 있어도 도움이 된다. 시험 중에는 수기로 적어도 된다. 가끔 작업 상태를 보는 시간을 따로 정하면 채널을 상태 메시지로 채우지 않아도 된다.

정상, 실제 변화, 자료 누락 샘플로 누락 알림, 반복, 실패를 정상으로 표시하는 오류를 확인한다.

결정 시간에 맞는 빈도 정하기

하루 한 번 바뀌는 자료를 매시간 읽을 필요는 적다. 일반 변화는 담당자 검토 시간에 모으고 급한 결정은 적절한 간격과 수신자를 정한다.

예약 확인은 실시간 경보가 아니다. 실행 횟수와 이용 비용을 확인하고 일주일간 유용한 알림, 반복, 누락, 읽기 실패를 본 뒤 범위를 넓힌다.

매일 표를 열어 확인하는 일 하나가 있다면 Leina 시작 안내로 App을 연결해 보자. 다음에 채널을 열었을 때 필요한 말은 아마 “납기가 바뀌었어요. 공급업체 원문은 여기 있고, 오늘 결정이 필요해요”일 것이다.

다음 업무를 Leina에게 맡겨 보세요

일상적인 업무 하나부터 시작하세요. 팀 채팅에서 업무를 맡기고 결과를 받아보세요.

Leina 만들기

신규 사용자는 3일 무료 체험을 신청할 수 있습니다

지원되는 통합 보기