fix(extension): diff_review RPC parameter experiment — 4 format variants (A/B/C/D) + known-issues update

docs/devlog/entries/20260316-003.md

@@ -1,8 +1,8 @@
 # diff_review steps=[] 근본 원인 분석 + v0.3.13 수정
 
-- **시간**: 2026-03-16 15:18~16:06
-- **Commit**: `00b9491`
-- **Vikunja**: #384 diff_review 원격 승인 테스트 → 진행중
+- **시간**: 2026-03-16 15:18~16:55
+- **Commit**: `00b9491` → (후속 커밋 예정)
+- **Vikunja**: #384 diff_review 원격 승인 테스트 → 🔧 진행중
 
 ## 분석 결과
 
@@ -23,9 +23,21 @@ RPC 자체는 성공하지만 빈 step 배열로 호출하면 no-op — AG의 di
 - `processResponseFile`에서 메모리 먼저 조회, pending 파일은 fallback
 - `modifiedFiles` 변수를 Strategy 1/2 공유 스코프로 호이스팅
 
-## 미완료
+## 3차 E2E 테스트 (16:25~16:40)
 
-- **AG 풀 재시작 후 3차 E2E 테스트** 필요
-  - `[DIFF-REVIEW-CACHE]` 로그 확인
-  - `[DIFF-REVIEW-RPC]` steps 배열에 실제 인덱스 포함 확인
-  - AG에서 diff review 바 사라지는지 확인
+- ✅ 인메모리 캐시 저장/로드 정상: `steps=[40]` → memory에서 로드
+- ✅ RPC 호출 시 실제 step 인덱스 전달: `steps=[40]`, `steps=[101,114,123,126]`
+- ❌ **RPC SUCCESS 반환하지만 AG diff review bar 미해제** — 실제 no-op
+
+## 원인 분석 + 실험 (16:40~16:55)
+
+RPC가 `SUCCESS: {}` 반환해도 unknown field를 무시하는 proto 동작일 가능성.
+`stepIndices` 필드명이 AG 기대값과 다르거나, step index 값 자체가 불일치.
+
+4가지 파라미터 형식 실험 코드 Extension에 배포:
+- A: `stepIndices` (현재 방식)
+- B: stepIndices 없이 (전체 accept)
+- C: `steps` 키 (필드명 오류 가능성)
+- D: `trajectoryId` 추가
+
+→ AG 재시작 후 diff_review 트리거 시 각 형식의 결과 비교 예정