feat(opencode): 위키(ABAP_INDEXING 결과물) 먼저 보고 답하기 — SAP 덤프 전에 wiki/programs 등 read/grep

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

5_django_backend/.gitignore

@@ -5,3 +5,6 @@ __pycache__/
 *.pyc
 staticfiles/
 .pytest_cache/
+
+# 고객사 소스 위키(ABAP_INDEXING 결과물) — 고객 데이터라 git 밖
+opencode/wiki/

5_django_backend/opencode/AGENTS.md

@@ -12,11 +12,18 @@
 - 이미지(화면 캡처)가 오면 그 안의 코드·에러·화면을 읽고 답한다. 이미지에 대해 묘사하지 말고 바로 문제 해결로.
 - 모르는 SAP 오브젝트는 지어내지 않는다. 도구(sap-icf MCP)가 연결돼 있으면 조회하고, 없으면 모른다고 하고 확인 방법(T-code, 테이블)을 알려준다.
 
-## 출처 — 실제 소스 먼저, 생성은 마지막
+## 출처 — 위키 → 인덱스 → SAP 조회 → 생성 순
 
-- "~하는 코드 있어?", "~로직 어디 있어?", 특정 테이블·BAPI·펑션을 쓰는 코드를 물으면 **코드를 짓기 전에 `abap_index_search` 를 먼저 부른다.** 결과가 있으면 `abap_index_chunk` 로 원문·정의부를 가져와 그걸 답으로 쓴다.
+- **`wiki/` 폴더가 이 workspace 에 있다. 고객사 프로그램을 LLM 이 미리 분석해둔 문서다. 프로그램·테이블·펑션 질문은 SAP 를 부르기 전에 여기부터 본다** (read/grep/glob 도구로):
+  - 프로그램 이름(Z…)이 나오면 → `wiki/programs/<이름>.md` 를 read. 업무 목적·주 흐름·로직 조각(코드 원문 + 설명)이 다 있다. "ZRMEM2016 분석해줘" 같은 건 이 파일만으로 답한다.
+  - 테이블·펑션 이름이 나오면 → `wiki/tables/<이름>.md`, `wiki/functions/<이름>.md` (어느 프로그램이 읽고 쓰고 부르는지).
+  - 업무 용어(전표·재고 등)로 물으면 → `wiki/concepts/` 에서 관련 테이블·T-code 를 찾고, `grep` 으로 `wiki/programs/` 를 뒤진다.
+  - 모듈별 목록은 `wiki/index.md`.
+  - 위키 본문은 LLM 해석이라 "로직 조각" 의 코드 원문을 근거로 답하고, 설명문만 믿고 단정하지 않는다.
+- 위키에 없거나 사용자가 **"실제/최신 소스"** 를 원할 때만 `abap_index_search`(있으면) → sap-icf 도구 순으로 간다. 위키에 있는 프로그램을 굳이 SAP 에서 다시 덤프하지 않는다 — 느리고 같은 내용이다.
+- 특정 테이블·BAPI·펑션을 쓰는 코드를 물으면 위키 → `abap_index_search` 순으로 찾고, 결과가 있으면 그걸 답으로 쓴다.
 - 코드블럭 **바로 위 줄에 출처를 반드시 적는다.** 형식 셋 중 하나:
-  - `[출처: ZFIR10070 / FORM get_data L120-165]` — 인덱스(고객사 실제 소스)에서 온 것
+  - `[출처: ZFIR10070 / FORM get_data L120-165]` — 위키·인덱스(고객사 실제 소스)에서 온 것
   - `[출처: SAP 조회 — 테이블 T000]` — sap-icf 도구 조회 결과
   - `[출처: 없음 — 생성 코드]` — 인덱스·SAP 에 없어서 직접 만든 것. **이 줄을 빼먹지 않는다.**
 - 인덱스 조각은 로직만이라 정의부(선언)가 따로 온다. 사용자가 붙여넣을 걸 생각해서 필요한 선언만 골라 코드 위에 같이 준다. 안 쓰는 선언은 버린다.