본문 바로가기
Mantis GateGitLab AI Quality GatePaid Pilot 상담
GitLab AI Quality Gate

병합해도 안전한가요?

Mantis Gate는 GitLab MR, CI 실패, 보안 스캔 결과를 하나의 Merge Readiness Packet으로 정리해 승인자가 병합 가능 여부와 필요한 조치를 사람의 통제 아래 판단하게 돕는 GitLab AI Quality Gate입니다.

GitLab MR comment sample
Mantis Gatebot2분 전

Mantis Gate · Merge Readiness: Conditional

Why

  • 이번 MR은 WMS 출고 배정 실패 시 warehouse zone별 carrier retry 정책을 분리합니다.
  • `integration:wms-outbound` CI job이 1회 실패 후 재시도에서 통과했지만 최초 실패 원인 설명이 없습니다.
  • QA evidence가 수도권 2개 zone smoke test에 제한되어 있습니다.
  • 신규 변경 파일에서 carrier callback payload validation 관련 Semgrep medium finding이 있습니다.

Required Actions

  • DevOps: 최초 CI 실패 원인 후보와 재시도 통과 사유 기록
  • QA: 수도권 외 3개 zone과 carrier handoff 실패 경로 회귀 evidence 추가
  • Security/AppSec: Semgrep medium finding disposition 기록
  • PMO/품질: 외주 변경 범위와 rollback owner 배포 체크리스트 기록

Recommendation

현재 evidence 기준으로는 조건부 병합 검토가 적절합니다. 위 action을 사람이 확인한 뒤 최종 승인, 보류, 차단은 GitLab 정책과 승인자가 결정합니다.

Confidence: MediumEvidence: 1 diff · 1 CI log · 1 scanner report · QA + deployment notes
진단

스캐너는 많지만,
병합 판단은 여전히 사람이 합니다.

스캐너 결과는 도구마다 흩어져 있고, CI 실패는 긴 로그를 사람이 직접 읽어야 합니다. 외주 산출물 검수는 내부 담당자의 수작업으로 남고, 리뷰어마다 기준이 달라 리뷰 품질 편차가 생깁니다. 결국 어떤 변경을 왜 병합했는지에 대한 감사 근거가 따라오지 못합니다.

Mantis Gate가 이 흐름을 어떻게 정리하는지 보기
포지션

기존 스캐너는 문제를 찾고,
Mantis Gate는 사람이 읽을 판단 근거를 만듭니다.

Merge Readiness Packet예시 출력
StatusConditional
OverallMedium
SecurityHigh
CI / TestMedium

Required actions

  • CI 실패 RCA 기록
  • 전국 zone 회귀 테스트 추가
  • Semgrep medium disposition 기록
Suggested reviewer
@wms-outbound-owner
Confidence
Medium

기존 스캐너와 GitLab 정책을 대체하지 않습니다. 결과를 MR 단위로 해석해 승인자가 판단할 근거로 정리합니다.

사례

산업별 적용 시나리오

Mantis Gate는 비소프트웨어 엔터프라이즈의 GitLab MR을 도메인 컨텍스트와 함께 검증하는 GitLab AI Quality Gate입니다. 일반 AI 코드리뷰가 보지 못하는 규제·운영·감사 신호를 MR 단위 evidence로 정리합니다.

우선 진단 대상: 직원 500명+ · 외주 개발 비중 높은 IT 조직. Tier 3 산업(헬스케어·제약 등)은 별도 상담.

  • 금융 · 보험

    PCI-DSS·전금감 변경 시 감사 라인 evidence 정리

  • 제조 · 자동차

    MES·ERP·품질 시스템 회귀 테스트 누락 sample 점검

  • 공공 · 연구

    외주 산출물 검수 evidence 정리

  • 유통 · 물류

    주문·결제·배송 변경의 영향 범위 파일럿 검토

권한

파일럿 연동은 읽기 권한부터 검증합니다.

공개 화면에서는 실제 GitLab 연동을 제공하지 않습니다. 파일럿 단계의 권한 원칙은 read-only 우선이며, write 권한은 검증 범위에서 제외합니다.

  • read_api파일럿 연동 시 프로젝트와 MR 메타데이터만 읽는 계획
  • read_repository파일럿 연동 시 MR diff와 CI log를 읽는 계획
  • write_api자동 commit·자동 merge는 범위 밖
데이터 보존
Sample
고객 자료 수집 없음
Paid Pilot
계약 기준 삭제 일정 합의
Enterprise
Custom · on-prem 옵션 협의
파일럿 모집 중 · 샘플 리포트 제공

외주·내부 개발 MR의
병합 리스크 검증을 먼저 시작합니다.

샘플 리포트로 결과물 형식을 확인하고, Paid Pilot에서 핵심 프로젝트 1개의 Merge Readiness Packet과 decision memo를 받아보세요.