CLAWPOD ENGINEERING
대시보드에서 무엇을 먼저 볼지 정하기 — ClawPod Cloud 관리자 대시보드
기간과 범위를 맞추고 활동·사용 한도·비용을 나눠 읽는 관리자 점검 순서와 가상 보고 예시입니다.
ClawPod Cloud 관리자 화면을 읽는 운영 담당자를 위한 글입니다. 회의 전에 조회 기간과 범위를 맞추고, 활동·사용 한도·비용을 구분해 다음 확인 대상을 정할 수 있습니다. 해당 조직과 필요한 메뉴에 접근할 권한이 전제입니다. 여기서 다루는 화면은 Cloud Portal의 관리자 대시보드이며, 개별 Agent의 실행 환경을 보는 화면과 구분합니다.
먼저 기간과 질문을 정합니다
공식 Guide의 경로는 상단 관리자 → 사이드바 대시보드 → 기간 선택입니다. Guide는 빠른 인사이트, 상위 에이전트, 최근 활동, 워크스페이스 사용량을 확인하고, Agent 상태를 더 보려면 해당 Agent 링크 또는 관리 → 에이전트로 이동하라고 안내합니다. 대시보드와 비용 확인
같은 화면을 보더라도 질문은 다릅니다. 아래 순서는 이 글이 제안하는 읽기 방식이지 제품의 기본 정렬이나 지표 정의가 아닙니다.
- 활동을 점검할 때: 빠른 인사이트와 최근 활동에서 추가 확인할 대상을 찾습니다.
- 특정 Agent를 더 살펴볼 때: 상위 에이전트를 참고하되, 순위만으로 업무 성과나 처리량을 단정하지 않습니다. 집계 기준은 이 글에서 확인하지 않았습니다.
- 인원을 늘리거나 Agent를 추가할 때: 워크스페이스 사용량에서 현재 수와 한도를 확인합니다.
- 비용을 설명할 때: 분석의 LLM 사용 비용 화면으로 이동해 같은 기간과 조직 범위로 비교합니다.
보고에는 숫자만 쓰지 말고 조회 기간, 조직 범위, 관측 시각, 화면 이름을 함께 적으세요. 두 사람이 다른 기간을 보고 있다면 먼저 범위를 맞춘 뒤 비교합니다. 범위가 같아졌다고 값이나 원인이 반드시 같아지는 것은 아닙니다.
사용 한도와 모델 비용은 따로 읽습니다
워크스페이스 사용량은 테넌트의 플랜과 멤버·조직·Agent 수 및 한도를 표시합니다. 여기서 테넌트는 이 사용량과 한도가 집계되는 범위입니다. Agent가 파일을 쓰는 작업 공간의 용량을 뜻하지 않습니다. 현재 한도보다 추가 계획이 크면 필요한 수와 현재 한도를 정리해 테넌트 관리자와 정리 또는 요금제 변경을 검토하세요. 이 화면을 읽는 것만으로 증설이나 결제 변경이 승인되는 것은 아닙니다. 사용량과 Agent 상태 확인
비용은 관리자 → 분석 → LLM 사용 비용에서 확인합니다. LLM은 응답을 생성하는 언어 모델이며, 이 화면은 총 비용, 모델·조직·Agent별 비용과 일별 지출 등을 보여 줍니다. 분석 요약에는 활성 Agent, 처리된 메시지, 총 비용·토큰, LLM 호출, 대화 및 조직별 지표가 안내돼 있습니다. 토큰은 모델이 텍스트를 처리하는 단위입니다. 메뉴와 데이터 범위는 역할·권한에 따라 달라집니다. 분석 요약과 LLM 사용 비용 확인
LLM 사용 비용과 요금제 관리의 구독 결제 내역은 별개입니다. 보고서에서도 출처를 분리하세요. 비용과 호출 수가 함께 늘었다는 사실은 추가 조사의 단서이지 원인 확정이 아닙니다.
눈에 걸리는 숫자는 상세 정보로 확인합니다
Guide는 분석 요약의 활동량·오류율을 확인하고, 비용 화면에서 사용량·모델·Agent별 변화와 비용 증가를 비교한 뒤, 원인이 불명확하면 Agent 상세와 로그 및 관련 웹훅 이벤트를 확인하도록 안내합니다. 지표만으로 원인을 확정하거나 설정을 자동 변경하지 않습니다.
관리 → 에이전트에서 검색과 상태·조직 필터로 대상을 찾고 카드의 상세 보기를 엽니다. 실행 중·중지·오류 상태를 먼저 확인하세요. 상세 섹션은 환경과 권한에 따라 다를 수 있습니다. 문제가 있으면 곧바로 재시작하기보다 AI 리소스 설정, 설정, 로그를 함께 확인합니다. Agent 상태와 설정 관리하기
웹훅은 외부 서비스의 이벤트를 전달하는 요청입니다. 웹훅으로 들어온 요청에 문제가 있다면 연동 → 웹훅 → 이벤트의 처리 기록을 확인합니다. 여러 Agent에 같은 문제가 있으면 발생 시각과 영향 범위를 정리해 운영 담당자에게 전달하세요.
중지·재시작에는 Agent 수정 권한이 필요하고 진행 중인 작업이나 대화에 영향을 줄 수 있습니다. 운영 Agent는 Room에 공지하고 현재 작업이 끝났는지 확인한 뒤 조치합니다. Room은 사용자와 Agent가 대화하는 공간입니다. 이 글의 점검 예시는 조회와 보고만 하며 변경을 허용하지 않습니다.
가상 점검 한 건을 끝까지 연결합니다
가상 예시입니다. 아래 요청·수치·결과는 실제 화면이나 운영 기록이 아니며 자동 수집 기능을 뜻하지 않습니다. 담당자가 권한 있는 화면을 직접 읽고 작성하는 보고 예시입니다.
요청: “고객지원 조직의 9월 14–20일과 9월 21–27일 LLM 사용 비용을 같은 범위로 비교해 주세요. 조회 기간·조직·관측 시각·화면 이름을 기록하고, 확인된 변화와 미확인 원인을 구분해 주세요. 설정·요금제 변경과 재시작은 하지 마세요.”
채워진 결과 표본: “9월 28일 09:10에 LLM 사용 비용 화면에서 고객지원 조직을 확인했습니다. 9월 14–20일은 40달러, 9월 21–27일은 60달러로 20달러 증가했습니다. 기간 길이와 조직 범위는 같습니다. 모델·Agent별 증가 원인은 아직 확인하지 않았습니다. 다음 확인은 비용의 모델·Agent별 내역과 대상 Agent의 상세·로그입니다. 설정 변경이나 재시작은 하지 않았습니다.”
성공 확인: 원 화면에서 두 기간, 조직, 통화와 금액을 대조합니다. 보고에 관측 시각과 화면 이름이 있는지, 원인 미확인을 확정 표현으로 바꾸지 않았는지 확인합니다. 이 단계의 완료는 비교 보고의 완료이지 원인 규명이나 복구 완료가 아닙니다.
실패 시 다음 행동: 메뉴가 없거나 범위를 맞출 수 없다면 값을 추정하지 말고 비교를 보류합니다. 테넌트 관리자에게 필요한 사용량·상태 확인을 요청하세요. 관련 Agent가 여럿이면 발생 시각과 영향을 함께 전달합니다. 화면에 없는 메뉴나 주소를 추측하지 않으며, 플랫폼 운영용 System·Monitoring은 이 고객용 점검 절차에 포함하지 않습니다.
다음 회의에는 읽는 순서 한 줄을 가져갑니다
팀의 첫 규칙을 “기간과 범위를 맞춘 뒤 활동, 사용 한도, 비용 중 이번 질문에 필요한 항목부터 읽고, 이상 징후는 상세 근거로 확인한다”로 적어 보세요. 담당자와 확인 시점을 함께 정하면 다음 사람이 같은 조건으로 점검할 수 있습니다.
이 글은 공식 Guide의 절차를 설명합니다. 현재 인증된 제품 화면을 직접 관측한 기록은 아니며, 실제 메뉴와 표시 범위는 배포 환경과 권한에 따라 확인해야 합니다. 지표의 집계 방식, 갱신 주기와 조회 성능은 검증하지 않았습니다. 승인된 변경을 별도로 수행했다면 저장 성공만으로 끝내지 말고 해당 화면 안내에 따라 Agent 상태, Room의 작은 테스트 요청, 로그와 지표를 확인하세요.
