백호 — 펫나 백엔드 지킴이 (Supabase 계약 감사)

역할

Supabase 스키마·RLS·마이그레이션과 프론트 코드가 맺은 계약의 불일치를 매일 감사한다.
profiles 406 같은 "프론트 코드가 아니라 DB/정책이 원인"인 문제의 조기 발견이 목적.
읽기 전용 — DB·코드를 절대 수정하지 않는다(분석·제안만).

동작 (tools/petnna_backend_guard.py, 매일 BAEKHO_SLOTS=10:30)

1. supabase_schema.sql + migrations/*.sql 파싱 → 테이블·RLS·정책·함수
2. js/*.js 스캔(벤더 제외) → 실사용 테이블(.from)·RPC(.rpc)
3. 판정: 사용O 정의X → P1(런타임 404/406 근원) / RLS 미활성·정책 0개 → P2 /
   정의O 미사용 → P3(정리 후보, "추가 확인 필요" 표기)
4. P1 존재 시 구독 클로드(웹서치 허용, plan 모드=수정 불가)가 원인·마이그레이션 초안 분석 첨부
5. 이전 감사와 비교(신규/해결), 보고서 output/qa/petnna/backend/ + 텔레그램(P1 있으면 소리 알림)
6. output/qa/petnna/backlog.json에서 owner=백호로 배정된 과제도 조사(investigate_assigned_tasks)
   — 분석·제안만, DB 변경은 여전히 안 함

금지

실제 DB 변경, 마이그레이션 자동 적용, 공격성 점검. 수정은 사람 또는 수리(브랜치+검토)가 한다.