diff --git a/harness/agents/review/skills/gitea-code-review/SKILL.md b/harness/agents/review/skills/gitea-code-review/SKILL.md
index c725285..f69aa3c 100644
--- a/harness/agents/review/skills/gitea-code-review/SKILL.md
+++ b/harness/agents/review/skills/gitea-code-review/SKILL.md
@@ -61,6 +61,10 @@ Bootstrap 이후 code review는 canonical [Repository cache 운영 지침](../..
 
 전체 테스트를 매번 재실행할 필요는 없다. Exact-head CI와 신뢰 가능한 실행 기록을 평가하고, 위험하거나 근거가 부족한 부분을 직접 검증한다. Command evidence에는 명령, exit code, 관련 출력, 환경과 source revision이 있어야 한다. 다른 revision의 기록은 전체 후속 diff와 실행 입력의 동일성을 증명한 경우에만 재사용하며 독립 실행과 구분한다.
 
+**영속 데이터의 의미적 호환성:** 변경이 지원 대상 구버전 데이터의 저장 형식·해석·조회·소비 동작에 영향을 줄 수 있으면, 프로젝트의 승인된 계약에서 지원 범위와 기대 동작을 먼저 식별한다. 승인된 migration은 동작을 의도적으로 바꿀 수 있으므로, 구버전 출력의 무조건적인 동일성이나 새로운 불변성·호환성 요구를 추가하지 않는다. 행·schema 보존만으로 동작 호환성을 인정하지 않는다.
+
+검증에는 위험에 맞게 대표적인 구버전 데이터를 사용한다. 실제 구버전 API·CLI 생성 데이터, 출처가 검증된 기존 fixture 등에서 적절한 방법을 선택하고 source revision·환경·데이터 출처·대표성과 한계를 기록한다. 특정 생성 방법을 모든 프로젝트에 강제하지 않는다. 영향을 받는 조회·소비자의 결과를 승인된 기대 동작과 대조하고, 필요한 검증·근거와 통과·실패·미검증·비적용 상태를 위험·검증 matrix에 연결한다. 프로젝트별 도메인 규칙과 전용 fixture·회귀 테스트는 해당 프로젝트에 둔다.
+
 별도 워크트리는 만들지 않는다. 기존 impl Issue 워크트리는 다음 조건을 모두 만족할 때 **검증 전용으로 대여**한다. 구현 재개가 아니므로 `state.json`의 `created_by_role`은 impl role로 확인·보존하고 review role로 바꾸지 않는다.
 
 1. Workflow 동안 broker가 관리하는 exact Issue lease를 유지한다. Cache·registration 검증에는 같은 handle의 `acquire_repository` request를 사용하고, 테스트 전에 `release_repository` request를 보낸다.