정상에서 벗어난 신호를 잡고, 원인 후보를 내놓도록 계획했습니다.

DriftScan 은 관측과 자동대응 사이에 서는 판단 계층입니다. OpsRadar 가 모은 신호에서 드리프트와 이상을 탐지하고, 근본원인 추적과 인시던트 트리아지를 맡는 것을 목표로 합니다. LLM 없이 통계와 ML 로 처리합니다.

PRD v0.1 기준 계획입니다. 착수 스펙과 일정은 정해지지 않았습니다.

"정상에서 벗어났는지" 는 아직 사람이 조립합니다

관측 데이터는 무엇이 일어났는지를 보여줍니다. 정상에서 벗어났는지, 왜 그런지는 사람이 대시보드를 오가며 조립합니다.

DriftScan 이 맡을 일을 PRD 는 이렇게 적었습니다. "정상 대비 이상을 자동으로 잡고, 원인 후보와 우선순위를 받고 싶다"

요일별 베이스라인 학습과 바운더리 이탈 감지에는 LLM 이 필요 없습니다. 통계와 ML 로 제품 안에서 처리하고, 서술은 고객의 AI 에이전트에 남깁니다.

베이스라인은 최소 2주에서 4주치 데이터가 먼저 쌓여야 합니다. 그래서 관측(OpsRadar)을 먼저 올리고 그 위에서 병행 개발하는 순서입니다.

단계마다 계획한 일

단계	계획한 일
베이스라인	요일별 정상 패턴을 학습합니다
탐지	학습한 바운더리에서 벗어난 신호를 잡습니다
RCA	원인 후보를 만들고, 상관을 인과로 검증합니다
트리아지	우선순위를 매기고 인시던트를 병합합니다. 필요하면 SelfMend 를 부르고 사람이 확인합니다

베이스라인

탐지

RCA

트리아지

상대	무엇을	링크
OpsRadar	받음 · 라이브 신호와 근거	/products/weveloop/opsradar
SelfMend	줌 · 인시던트, RCA, 트리아지 결과. 대응 트리거	/products/weveloop/selfmend
Deployflow	줌 · 롤백 판단 신호	/products/weveloop/deployflow
RunGuard	교차 · 보안 신호와 이상 신호를 맞춰 봅니다	/products/weveloop/runguard
ITS	줌 · 운영 신호 기반 자동 접수 (계획)	/products/weveloop/its
Tactus	관통 · 탐지와 판단 결과의 감사 (계획)	/products/weveloop/tactus
AgentFlow	관통 · 인시던트 조율	/products/agentflow

대응을 실행하지 않습니다. 롤백, 스케일, 재기동은 SelfMend 의 일입니다.

원천 신호를 직접 수집하지 않습니다. 수집과 저장은 OpsRadar 의 일입니다.

서술을 만들지 않습니다. RCA 후보는 제품이 만들고, 원인을 문장으로 설명하는 일은 고객의 AI 에이전트가 합니다.

DriftScan 은 기획 단계입니다. 착수하지 않았습니다.

같은 역할이 OpsRadar 로드맵 P3(요일별 베이스라인 이상 감지)으로도 계획돼 있습니다.

이상 판정 RPC 는 OpsRadar 의 분석 서비스에 구현돼 있고, 조회 계층과의 배선은 P3 입니다.

OpsRadar 와의 신호 수신 규약, SelfMend 트리거 인터페이스는 아직 정해지지 않았습니다.

오탐이 많으면 알림을 안 보게 됩니다. 어떻게 하나요?

오탐률이 실용 수준이어야 알림이 신뢰된다는 것을 이 단계의 수용 기준으로 두었습니다. 베이스라인 학습, 상관에서 인과로 가는 검증, 사람 확인을 그 수단으로 계획했습니다. 자동대응 트리거는 이 기준을 넘긴 뒤에 허용합니다.

도입하면 바로 이상을 잡나요?

아닙니다. 요일별 베이스라인은 최소 2주에서 4주치 데이터가 먼저 있어야 합니다. 그 기간에는 OpsRadar 가 신호를 쌓습니다.

OpsRadar 없이 DriftScan 만 쓸 수 있나요?

계획상 입력이 OpsRadar 의 라이브 신호입니다. 다른 관측 스택에서 받는 규약은 정해진 것이 없습니다.

계획 단계라 가격도 일정도 없습니다. 이상탐지가 필요한 환경이면 먼저 OpsRadar 도입을 이야기합니다.