lee-hyeon-cheolandClaude Fable 5.1
435952f25c
- 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>
877 B
877 B
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)와 확인 명령만 적어둠.