feat(backend): 사내 LLM(FabriX) 게이트웨이 /api/ito + OpenCode FabriX 설정 렌더

- apps/gateway: OpenCode→FabriX 통과 중계. 헤더 3종 인증, x-llm-model-id 로 모델 선택, 401 시 Bearer/날것×클라이언트 헤더 재시도, 모델 허용 목록. ABAP_OPENCODE apps_ito 통째 복사 대신 200줄로
- opencode/opencode.fabrix.json.tmpl + render_opencode.py — .env AAF_* 로 렌더
- .env.example AAF 블록(기본 605 Gemma4, TOKEN_PREFIX=bearer). 파서가 줄 끝 # 주석을 값으로 읽던 것 수정
- tests/test_gateway.py 9개(MockTransport)

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

docs/feedback/2026-09-17-no-fabrix-call-from-dev-pc.md

@@ -0,0 +1,15 @@
+# 2026-09-17 사내 LLM(FabriX) 관련 호출은 이 PC 에서 하지 않는다
+
+## 원문
+
+> 이 피씨에서 호출해보지마 위험해
+
+## 왜 틀렸나
+
+FabriX 게이트웨이(`/api/ito`)를 붙인 뒤 "실제로 뜨는지" 확인하려고 개발 PC 에서 Django 를 재기동해 호출해 보려 했음. 사내 LLM 은 고객사 망·계정에 묶인 거라 개발 PC 에서 건드리면 안 됨. 검증은 단위 테스트(MockTransport)까지만.
+
+## 앞으로
+
+- FabriX·`/api/ito`·AAF_* 설정이 관련된 건 **이 PC 에서 서버 띄워 호출하지 않음.** 테스트는 `tests/test_gateway.py` 처럼 상류를 mock 으로만.
+- ABAP_OPENCODE 의 `.env` 에 있는 사내 키 값은 읽지도, 복사하지도 않음. 필요하면 키 이름만 봄.
+- 고객사 환경 확인은 사용자가 직접 함. 나는 절차(README)와 확인 명령만 적어둠.