Anakin운영팀용

분류하고 자동화하여,전체 과정을 완성합니다

들어오는 작업은 분류로 들어갑니다. 사람이 수락, 거부, 다시 알림 또는 중복 표시를 처리합니다. 작업 유형은 각 항목에 적합한 필드와 상태를 제공하고 에이전트는 반복 작업을 실행합니다.

분류, 할 일, 진행 중으로 그룹화된 Anakin 운영 보드

다음 조직의 팀에서 사용

  • Aurecon
  • Deriv
  • Uplynk
  • Honeywell
  • Open
  • Smith Rx

분류, 작업 유형, 자동화

팀이 직접 운영할 수 있는 운영 인프라

접수, 유형별 워크플로, 반복 실행을 수신함, 문서, 비공개 채팅에 분산하지 않고 하나의 스페이스에 유지합니다.

들어오는 작업을 위한 대기열

분류를 열고 항목을 하나씩 처리하세요. 워크플로로 수락하거나 거절하고, 중복으로 표시하거나 나중에 처리하도록 미룰 수 있습니다.

프로세스에 맞는 유형

각 스페이스는 자체 작업 유형을 소유합니다. 기능, 버그, 요청, 티켓 등 각 유형에는 해당 프로세스에 실제로 필요한 필드와 상태가 연결됩니다.

반복 작업을 실행하는 에이전트

일정, 상태 변경, 댓글, 웹훅으로 에이전트 또는 크루를 시작할 수 있습니다. 중요한 결과는 계속 사람이 검토합니다.

접수부터 완료까지

먼저 분류하고 업무 유형을 지정한 뒤 반복 업무를 자동화하세요.

수신 항목은 누군가 결정할 때까지 하나의 대기열에 있습니다. 작업 유형이 프로세스를 구조화하고 자동화가 반복 확인을 실행합니다.

01분류

전용 대기열에서 들어오는 항목 처리

분류는 매일 아침 다시 구성하는 저장된 보기가 아니라 스페이스의 접수 대기열입니다. 항목을 열고 결정한 뒤 다음으로 이동하세요. 워크플로로 수락하거나 거절하고, 중복으로 표시하거나 나중에 처리하도록 미룰 수 있습니다.

  • 대기 중 항목 수를 확인하고 하나씩 처리
  • 같은 상세 화면에서 수락, 거부, 중복 표시 또는 다시 알림
  • 작업이 분류를 벗어난 뒤에도 소유자, 상태, 기록을 작업에 유지
수락, 거절, 중복 표시, 나중에 알림 동작이 있는 분류 대기열
02작업 유형

각 유형에 고유한 필드와 상태 설정

버그, 요청, 기능에 같은 양식이 필요하지는 않습니다. 스페이스 소유 작업 유형은 사용자 지정 필드와 범위가 정해진 워크플로를 연결하므로, 접수 과정이 단순 목록이 되지 않고 구조를 유지합니다.

  • 요청, 티켓, Issue, 버그 등의 유형 추가
  • 해당 유형에 실제로 필요한 상태와 사용자 지정 필드 연결
  • 간단한 태그에는 레이블을, 실제 프로세스 차이에는 유형을 사용
Request, Ticket 같은 권장 유형이 포함된 스페이스 작업 유형 및 상태
03자동화

반복되는 업무를 에이전트가 실행

자동화는 지침, 에이전트 또는 크루, 트리거, 실행 기록으로 구성된 하나의 규칙입니다. 일일 확인, 문서 후속 작업, 웹훅 접수에 사용하세요. 여러 시스템이 순서대로 작동해야 할 때는 자동화 워크플로를 사용합니다.

  • 일정, 상태 변경, 댓글 문구 또는 웹훅으로 시작
  • 실행 기록, 실패, 결과 알림을 자동화에 유지
  • 여러 단계의 흐름을 에이전트 또는 크루에 맡긴 다음 워크플로 계속
지침, 일일 일정, 할당된 에이전트, 실행 기록이 포함된 자동화
04멤버와 에이전트

사람이 요청을 책임지고 에이전트가 실행합니다.

분류 후에도 사람이 계속 책임을 지고 에이전트 또는 크루가 실행을 담당합니다. 댓글과 수신함에서 대기열이 추적하는 같은 항목의 결정을 이어갈 수 있습니다.

  • 같은 요청에 사람, 크루 또는 에이전트 할당
  • 에이전트가 반복 작업을 수행하는 동안에도 소유자의 책임을 유지
  • 비공개 채팅 대신 수신함에 차단 요인, 결과, 검토 요청 전달
운영 요청을 사람, 크루 또는 에이전트에게 할당
런타임

팀이 사용하는 AI 개발 도구 연결

로컬 또는 클라우드 컴퓨터를 연결하고 런타임을 에이전트가 사용할 수 있는 제어된 실행 리소스로 제공합니다. 팀이 이미 사용하는 도구를 유지하면서 실행을 할당하고 추적할 수 있습니다.

ClaudeClaude CodeCodexCodexGeminiGeminiopencodeOpenCodeOpenClawOpenClawHermes AgentHermes

운영 시스템

팀이 기대하는 기본 운영 요소

들어오는 업무는 작업으로 유지됩니다. 분류, 작업 유형, 자동화는 두 번째 기록 기준을 만들지 않고 해당 시스템에 연결됩니다.

작업

요청 내용, 유형, 우선순위, 날짜, 필드, 논의를 기록하여 모든 항목에 소유자와 기록을 부여합니다.

작업 유형

스페이스가 소유하는 각 유형에는 사용자 지정 필드와 범위가 정해진 워크플로가 연결되므로 요청과 버그가 같은 경로를 거치지 않습니다.

분류

들어오는 항목을 하나씩 처리하세요. 수락하거나 거절하고, 중복으로 표시하거나 나중에 처리하도록 미룰 수 있습니다.

자동화

일정, 상태, 댓글, 웹훅 또는 수동 시작으로 에이전트나 크루를 실행하고 실행 기록을 함께 보관합니다.

웹훅

운영팀이 이미 사용하는 도구에서 서명된 POST 요청을 받은 다음, 팀이 검토하는 동일한 자동화를 시작합니다.

Slack

Slack에서 작업을 만들고 연결된 스레드를 동기화하며 요청을 벗어나지 않고 후속 메시지를 보내세요.

요청이 시작되는 곳에서 운영 업무 처리

Slack, 웹훅, 현재 운영 중인 시스템 연결

채팅이나 외부 시스템에서 요청을 가져오고, 엔지니어링이 참여할 때는 Jira와 GitHub 연동을 유지하며, 에이전트가 같은 대기열에서 작업하도록 합니다.

JiraLinearGitHub IssuesGitLab IssuesAsanaShortcut

편리한 기능을 기본 제공

대기열을 정확하게 유지하는 세부 정보

분류, 작업 유형, 자동화가 같은 요청에 연결되어 있어야 운영이 제대로 작동합니다.

분류에서 수락, 거부, 중복 표시, 다시 알림
자체 워크플로를 가진 스페이스 소유 작업 유형
답글, 검토, 실행 실패를 위한 수신함
자동화를 시작할 수 있는 댓글 문구
자동화 완료 시 실행 결과 알림
선택적 서명 비밀 값이 있는 웹훅 접수

멤버와 에이전트가 함께 다음 운영 대기열 처리

팀에 하나의 분류 대기열, 요청별 유형 워크플로, 반복 작업용 자동화를 제공하세요.

시작

3단계로 운영 스페이스 구성

분류를 활성화하고 각 요청 유형에 자체 필드를 지정한 다음 검토 과정을 유지하면서 반복 업무를 에이전트에게 할당하세요.

01

스페이스를 만들고 분류 활성화

IT, 내부 운영 또는 온콜 후속 작업을 위한 스페이스를 마련하세요. 들어온 항목은 누군가 수락, 거부 또는 다시 알림으로 처리할 때까지 분류에서 기다립니다.

02

실제로 사용하는 작업 유형 설정

요청, 티켓, Issue 또는 버그 유형을 추가하세요. 접수가 단순 목록이 되지 않도록 각 유형에 필요한 필드와 상태를 연결합니다.

03

반복되는 작업 자동화

확인, 알림 또는 웹훅 접수를 위한 자동화나 워크플로를 추가한 다음 결과를 검토할 사람을 할당하세요.

자주 묻는 질문

별도의 업무 시스템 없이 운영 관리

Anakin로 별도의 운영 티켓 도구를 대체할 수 있습니까?

+

대기열 자체는 많은 팀에서 대체할 수 있습니다. 들어오는 업무는 스페이스의 작업이 됩니다. 분류는 수락, 거부, 중복 표시, 다시 알림을 처리하는 접수 대기열입니다. 작업 유형마다 프로세스에 맞는 필드와 상태를 설정할 수 있습니다. 반복 확인은 자동화로 실행합니다. 전용 조달이나 비용 시스템처럼 Anakin가 다루지 않는 프로세스가 필요할 때만 전문 도구를 유지하세요.

분류와 저장된 보기의 차이는 무엇입니까?

+

보기는 작업을 살펴보는 방법을 저장한 것입니다. 분류는 분류 대기 상태 항목을 위한 전용 접수 대기열입니다. 워크플로로 수락하거나, 거부하거나, 중복으로 표시하거나, 다시 알림으로 미룰 때 사용합니다. 항목이 분류를 벗어난 후에도 다른 작업과 마찬가지로 보기, 보드, 수신함에 표시됩니다.

요청은 어떻게 대기열에 들어갑니까?

+

멤버는 스페이스에서 작업을 만들 수 있고, 에이전트는 Slack에서 작업을 만들 수 있으며, 자동화는 웹훅으로 시작할 수 있습니다. 스페이스에서 분류를 사용하면 분류 대기 상태의 항목이 누군가 결정할 때까지 해당 대기열에 표시됩니다. 현재 Slack 이벤트로 자동화 워크플로를 시작할 수는 없지만 Slack을 작업 소스와 워크플로 동작으로 사용할 수 있습니다.

자동화와 자동화 워크플로의 차이는 무엇입니까?

+

자동화는 시작 조건, 실행할 에이전트 또는 크루, 따라야 할 지침을 정하는 하나의 규칙입니다. 자동화 워크플로는 커넥터와 에이전트 실행 단계를 포함한 트리거 및 동작의 캔버스입니다. 반복 확인에는 자동화를 사용하고, 여러 시스템이 순서대로 작동해야 할 때는 워크플로를 사용하세요.

자동화는 실행할 때마다 작업을 만듭니까?

+

아닙니다. 현재 자동화는 에이전트 또는 크루 실행을 직접 시작하고 실행 기록을 자동화에 보관합니다. 워크플로의 에이전트 실행도 작업을 만들지 않습니다. 요청에 소유자, 상태, 대기열 내 검토가 필요하면 작업을 사용하세요.

운영팀에서 에이전트를 어떻게 활용합니까?

+

분류와 승인에 대한 책임은 계속 사람에게 있습니다. 에이전트 또는 크루는 반복되거나 명확히 정의된 업무를 실행합니다. 결과, 실패, 검토 요청은 수신함과 원래 작업 또는 자동화 기록으로 돌아옵니다.