자동화

어떤 일에 어떤 도구를

정확한 시각이 중요하다면 예약 작업을 쓰세요. 질문은 중요하지만 몇 분인지는 상관없을 때, 그리고 자잘한 점검 열두 개를 각각 작업으로 만들기보다 한데 묶고 싶을 때는 Heartbeat 점검을 쓰세요.

예약 작업 만들기

1. Scheduler를 열고 New task를 누릅니다. 먼저 일정 유형 을 고릅니다: Recurring 또는 One-time.
2. cron 없이 일정을 짭니다. Recurring에서는 Minutes(N분마다), Hourly(정시로부터 고른 분에, N시간마다), Daily, Weekly(요일을 켜고 끄기), Monthly(월중 날짜), 혹은 파워 유저를 위한 원시 Custom cron을 고를 수 있습니다. One-time은 미래 날짜로 한정된 실제 날짜·시간 선택기를 씁니다. 모든 것이 분 단위 정밀도입니다.
3. 평범한 말로 된 요약을 확인하세요. 편집하는 동안 빌더가 무엇을 할지 문장으로 써 줍니다. “2시간마다 :20에 실행”, “6월 19일 금요일 09:00에 한 번 실행”처럼요. 그 문장이 의도와 다르다면 저장하기 전에 고치세요. 불완전하거나 지난 날짜의 일정은 어차피 저장이 막힙니다.
4. 시간대를 고르세요. 모든 시간대를 현재 오프셋과 함께 검색할 수 있는 목록입니다. 기본값은 UTC가 아니라 여러분 자신의 시간대이며, 여러분의 시간대와 UTC는 맨 위에 고정됩니다.
5. 에이전트가 받을 메시지를 씁니다. 이것이 발동되는 프롬프트입니다. 에이전트는 이를 마치 여러분이 채팅에 직접 입력한 것처럼 지시문으로 읽습니다.
6. 에이전트를 고르고 저장합니다. 작업은 에이전트 하나에 속하며, 사이드바의 Scheduler 배지는 전체 에이전트에 걸친 활성 작업 수를 셉니다.

작업 관리하기

모든 작업에는 출처 배지가 붙어 있습니다. Saved 는 여기서 만들어졌다는(또는 어떤 것을 예약해 달라고 에이전트가 요청했다는) 뜻입니다. Config 는 에이전트 자신의 설정에 아예 새겨져 있다는(대개 설치한 아키타입의 일부라는) 뜻입니다. 둘 다 이 목록에서 완전히 관리할 수 있습니다. 일시정지, 재개, 이름·메시지·일정 편집, 삭제까지요. Config 작업은 에이전트 설정에 그대로 다시 쓰이고 즉시 적용됩니다.

각 카드에는 Run now 버튼입니다. 일정을 무시하고 작업을 즉시 발동시키며, 이 실행도 다른 것과 마찬가지로 이력에 기록됩니다. 방금 쓴 작업을 시험해 보는 가장 빠른 방법입니다. 프롬프트가 모호했다는 걸 오전 9시가 되어서야 알 필요는 없습니다.

작업은 삭제하지 않고도 비활성화할 수 있습니다. 계절성 업무라면 이게 옳은 방법입니다. 편집으로 반복과 일회성 사이를 전환할 수도 있는데, 더는 쓰이지 않는 필드는 빌더가 알아서 지워 줍니다.

달력 보기

그 Calendar 구역은 같은 작업을 일간, 주간, 월간 달력으로 보여 줍니다. 반복 작업은 발동되는 모든 날에 펼쳐져 나타나고, 일회성 작업은 그 날짜에 표시됩니다. 각 항목은 발동 시각, 작업 이름, 프롬프트의 한 줄 발췌를 보여 주며, 반복 실행에는 표시 기호가 붙습니다.

어느 항목을 클릭해도 Scheduler가 쓰는 것과 같은 작업 대화상자가 열립니다. 상세, 편집, 이력, 삭제까지요. 필터로 반복 또는 일회성 작업을 숨길 수 있고, 에이전트 필터로 관심 있는 에이전트만 좁혀 볼 수 있습니다. 그리드에서 곧바로 예약할 수도 있습니다. 하루마다의 + 버튼을 누르면 그날 09:00에 한 번 실행하는 내용이 미리 채워집니다.

충돌을 발견하기에는 캘린더가 더 나은 화면입니다. 세 에이전트가 모두 오전 9시에 보고하고 있다거나, 월요일에 아무것도 잡혀 있지 않다거나 하는 것들이 보입니다.

하트비트 점검

Heartbeat는 Scheduler의 가벼운 형제뻘입니다. 런타임이 떠 있는 동안 에이전트가 폴링 간격으로 돌아가며 확인하는 반복 점검 목록으로, 기본값은 매시간입니다. 활성화하고 간격을 Heartbeat 에이전트의 Overview 탭에 있는 카드에서 고르세요. 변경은 재시작 없이 즉시 적용되고, “시스템 기본값”은 배포 전체 설정을 그대로 물려받습니다.

점검 항목 자체는 대시보드 양식이 없습니다. 에이전트의 점검 파일을 편집해서 관리하세요. 위치는 Files 구역에 있습니다. 아니면 훨씬 쉽게, 채팅으로 에이전트에게 부탁하면 됩니다. “야간 임포트가 끝났는지 Heartbeat 점검을 추가해 줘”, “Heartbeat를 15분마다 확인해 줘”, “Heartbeat 폴링을 꺼 줘”처럼요. 에이전트에게는 바로 이 일을 위한 도구가 있습니다.

아무것도 찾지 못한 점검은 조용히 있습니다. 무언가를 찾아냈을 때만 여러분에게 메시지를 쏘는 대신 대시보드에 알림으로 떠오릅니다. 그래서 스무 개를 두어도 안전한 겁니다.

정기 보고서

몇 가지 보고 기능은 처음부터 들어 있습니다. Insights 구역은 하루 단위로 넘겨 볼 수 있는 업무 일지를 담고 있으며, 에이전트별 순위 분류와 실제로 무슨 일이 있었는지에 대한 선택적 서술 요약(처리한 대화, 완료한 예약 작업, 실행한 점검, 에이전트 간 인계)도 함께 있습니다. Daily / Weekly / Monthly 토글로 하루 단위 화면과, 매주·매월 스스로 생성되는 집계 보고서 사이를 오갈 수 있습니다.

가장 최근 날짜의 요약은 개요 에도 나타나며, 이름은 오늘의 하이라이트입니다. 매일 아침 막 끝난 하루치에 대해 자동으로 작성되며, 필요하면 오늘 것을 다시 만들 수 있는 버튼도 있습니다.

그 이상은 모두 예약 작업입니다. “매주 월요일 오전 8시에, 지난주 지원 대화를 요약해서 팀에 이메일로 보내”는 프롬프트 하나짜리 작업 하나이며, 에이전트에게는 이미 각 부분을 처리할 도구가 있습니다.

제대로 작동하는 작업 작성하기

• 무엇을 하고 어디에 둘지 말하세요. “경쟁사 가격을 확인해”라고 하면 에이전트는 어디에 보고할지 짐작해야 합니다. “지식 베이스에 실린 경쟁사 페이지 세 곳을 확인하고 요약을 팀 Slack 채널에 올려”라고 하면 그럴 필요가 없습니다.
• 침묵이 어떤 모습이어야 하는지 말하세요. 모니터링 작업이라면 보고할 게 없을 때는 아무 말도 하지 말라고 에이전트에게 일러두세요. 그러지 않으면 아무 일도 없었다는 걸 확인해 주는 메시지가 매일 오게 되고, 결국 그 채널을 무시하게 됩니다.
• Run now으로 테스트하세요. 그런 다음 일정을 믿기 전에 실행 이력 항목과 그로 인해 생긴 대화를 읽어 보세요.
• 시간대를 신경 쓰세요. 시간대는 작업마다 따로 설정됩니다. 여러 사무실에 흩어진 팀이라면 각 작업을 작성자의 현지 시간에 맞춰 설정하기보다, 보고서를 위한 시간대 하나를 정해 합의해 두는 편이 좋습니다.
• 승인은 기다려야 할 수 있다는 걸 예상하세요. 예약된 실행이 사람이 필요한 도구에 다다르면 거기서 멈추고, 요청은 Overview의 승인 받은편지함으로 들어갑니다. 사람 없이 그냥 진행되지 않습니다. 자세한 내용은 8장.

일부러 상한을 두지 않은 것이 하나 있습니다. 메시지 속도 제한은 사람이 보내는 수신 메시지에 적용되는 것이지, 예약되거나 자율적으로 이뤄지는 작업에는 적용되지 않습니다. 일정이 빡빡하다고 해서 에이전트가 자기 받은편지함에서 밀려나는 일은 없습니다.