Leina로 첫 AI 동료 설정하기: 아침 브리핑, 고객 후속 연락, 주간 보고

분산된 출처가 하루 동안 세 가지 결과물로 정리되는 개념 그림입니다.

반복 업무는 자료 수집에서 시작합니다. 회의 준비에는 일정과 최신 메모, 고객 연락에는 약속과 CRM, 주간 보고에는 여러 곳의 업데이트가 필요합니다.

Leina는 출처를 채팅의 한 요청에 연결하고 결과를 반환하며 검증한 방법을 남길 수 있습니다. 세 사례는 Apps, 업무 맥락, Skills가 서로 다른 일을 돕는 방식을 보여줍니다.

Leina의 업무 접근과 보안 경계는 Muse·Grok Bot의 방향과 Leina의 승인·검토 가능한 연결 방식을 설명합니다. 여기서는 실제 팀 업무로 이어 갑니다.

연결 도구에서 팀 결과물로

Apps는 OpenConnector로 출처에 접근합니다. Memory는 맥락, Skills는 재사용 단계와 검토를 저장하고 예약은 정해진 시간에 일을 시작합니다.

업무	출처	결과물
아침 준비	일정과 프로젝트 메모	회의, 준비, 미결정 사항
고객 후속 연락	회의 메모와 CRM	사실에 근거한 메일 초안과 다음 단계
주간 진행	문서와 작업 기록	출처가 있는 진행, 장애, 후속 사항

공통 과정은 채팅에서 목표를 정하고 승인된 출처를 모아 결과를 검토한 뒤 방법을 남기는 것입니다. 프로젝트 이름, 보고 형식, 검토 규칙을 팀에 맞추세요.

Leina를 생성하고 Connections에서 계정을 승인한 뒤 연동 목록에서 작업과 접근을 확인하세요. 예시는 초안부터 시작합니다. 저장·전송 시 승인한 대상과 작업을 지정하세요. 권한 안내를 참고하세요.

1. 일정과 프로젝트 메모로 아침 브리핑 만들기

오늘 준비할 것과 사람의 판단이 필요한 내용을 정리합니다. 필요한 읽기를 지원하는 Apps의 일정과 문서를 함께 사용하세요.

@Leina 2026년 10월 13일 아침 브리핑을 Asia/Shanghai 시간대로 준비해 주세요. 연결된 업무 일정과 제가 읽을 수 있는 Atlas 최신 메모를 읽고, 오늘 회의, 필요한 준비, 미결정 사항, 기록으로 확인되는 일정 충돌을 적으세요. 출처를 붙이고 확정 일정과 제안을 구분하며 접근 불가 출처를 표시하세요. 여기로 반환하고 일정 변경이나 메시지 전송은 하지 마세요.

날짜, 시간대, 사용한 캘린더를 확인하세요. 긴급 항목의 원본을 열고 프로젝트 메모의 제안과 확정 일정을 구분하세요.

검증할 결과: 팀이 준비와 결정 사항을 파악할 수 있는가. 중요 자료가 빠지면 업무를 늘리기 전에 출처 범위를 수정하세요.

2. 회의 메모와 CRM으로 고객 후속 연락 준비하기

회의 내용과 CRM에 이미 기록된 활동을 대조합니다. 고객 하나부터 시작하세요.

@Leina Northwind의 2026년 10월 9일 회의 메모와 제가 읽을 수 있는 CRM 기록을 확인하세요. 확정 약속, 미해결 요청, 제안하는 다음 단계를 나열하고 사실에 근거한 후속 이메일을 작성하세요. 날짜, 가격, 약속을 만들어 내지 마세요. 출처 간 모순을 표시하고 각 약속에 참조를 붙이세요. 초안만 반환하고 이메일 전송이나 CRM 변경은 하지 마세요.

수신자, 약속, 요청의 미해결 상태를 확인하세요. 모순은 승인 전에 해결하고 제안을 이미 한 약속으로 쓰지 마세요.

전송할 때는 정확한 수신자와 승인한 본문을 별도로 지시하세요. CRM 변경에는 기록과 필드를 지정합니다. 각 작업에는 지원되는 연결과 권한이 필요합니다.

검증할 결과: 사람이 출처를 보며 초안을 승인할 수 있는가. 실행 후 보낸 이메일이나 저장된 기록을 확인하세요.

3. 다음 단계의 근거가 있는 주간 보고 만들기

기간과 증거를 지정하고 문서·작업 기록으로 진행을 정리하세요. 후속 업무 배정은 팀이 결정합니다.

@Leina Atlas 진행을 2026년 10월 5~11일, Asia/Shanghai 시간대로 요약하세요. 제가 읽을 수 있는 연결된 프로젝트 문서와 작업 기록만 사용하고 완료 업무, 장애 요인, 미결정 사항, 제안하는 다음 단계로 나누세요. 항목마다 출처를 붙이세요. 담당자와 기한은 기록이 확인하는 경우에만 쓰고, 아니면 미배정 또는 알 수 없음으로 표시하세요. 출처 누락을 따로 적고 초안을 반환하세요. 작업 생성이나 문서 수정은 하지 마세요.

완료 항목, 장애 요인, 기간 경계의 기록을 표본 확인하고 같은 프로젝트인지 대조하세요. 읽지 못한 작업 목록은 빈 목록이 아닙니다.

검토 후 연결이 지원할 때만 이름이 지정된 문서나 표에 저장을 요청하세요. 개발 팀은 GitHub에서 Notion으로 주간 보고를 참고할 수 있습니다.

검증할 결과: 기록된 진행과 승인 대기 제안을 구분하고 증거를 열 수 있는가.

검증한 업무를 반복 가능한 방법으로 만들기

작은 실제 표본으로 실행하고 날짜나 기록을 바꿔 두 번째 결과를 검토하세요. Apps, 필드, 출처 검사, 공백 처리, 검토를 Skill로 저장하고 변하는 입력을 분리하세요. Skills 사용법과 보고 Skill 안내를 참고하세요.

예약은 별도 요청입니다. 빈도, 시간대, 보고 기간, 전달 대화를 정하세요. 예를 들어 평일 09:00 Asia/Shanghai에 아침 브리핑을 반환하되 접근 불가 자료를 표시하고 일정 변경이나 전송은 하지 않도록 요청합니다. 실제 예약과 첫 결과를 확인하세요.

Leina는 업무 맥락을 보관하고 긴 작업이나 예약 작업을 백그라운드에서 이어 갈 수 있습니다. 그래도 현재 출처와 기간을 지정하세요. Skill은 접근을 승인하지 않으며 기억은 출처 검증을 대신하지 않습니다.

첫 주를 업무 인계 품질로 평가하기

검토 시간, 발견한 오류, 자료 누락, 다음 행동에 도움이 됐는지 기록하세요. 빈도를 늘리기 전에 플랜 한도와 비용을 확인하세요.

잘 아는 출처의 업무로 시작해 Leina를 생성하고 초안을 요청하세요. 배경은 Meta Muse의 사업 확장과 Leina에서 확인할 수 있습니다.