[리포트 다운로드] sLLM 확산 시대, 기업의 시스템 개발구축환경은 어떻게 달라지고 있는가 | 10월 MI리포트
2026.10.21

AI가 쓰고 사람이 검수하는 시대, 경쟁력의 원천은 모델이 아닌 개발 환경 설계
본 리포트는 폐쇄망 환경에서의 sLLM 확산이 기업의 시스템 개발구축환경을 어떻게 바꾸고 있는지 살펴보고, 기업 표준의 일관성 확보와 레거시 암묵지 이전이라는 두 가지 핵심 과제의 해법과 단계별 실행 로드맵을 제시합니다. 자세한 내용은 아래 리포트에서 확인할 수 있습니다.
리포트 핵심 내용 한눈에 보기
1. 폐쇄망 sLLM 전환– 국내 금융, 공공, 대기업 대부분은 ChatGPT나 Claude 같은 SOTA 모델을 직접 쓸 수 없는 폐쇄망 환경에 놓여 있습니다. 이 때문에 시장의 관심은 ‘얼마나 성능 높은 모델을 쓰는가’에서 ‘모델을 어떤 환경에서 어떻게 통제하며 쓰는가’로 이동하고 있으며, 그 중심에는 자체 구축한 sLLM이 있습니다.
2. 데이터 오너십과 도메인 특화– sLLM 도입의 핵심 동인은 비용보다 데이터 오너십 문제입니다. 에이전트 방식의 개발 워크플로우는 하나의 작업에 수십~수백 회의 추론 호출을 반복하기 때문에, 토큰 과금 구조의 상용 LLM으로는 비용 예측이 불가능해집니다. 반면 자체 GPU 기반 sLLM은 초기 투자 이후 한계비용이 낮아 무제한에 가까운 내부 추론을 감당할 수 있습니다.
3. 에이전트 네이티브 개발 환경– 개발자는 더 이상 코드 한 줄을 요청하지 않습니다. 이슈 해결, 테스트 작성, 리팩토링 전체를 에이전트에 위임하는 시대로 넘어가면서, 관심의 초점도 모델 성능에서 컨텍스트 관리, 권한 제어, MCP 연동, 샌드박스, 감사 로그 같은 시스템 엔지니어링 역량으로 이동했습니다.
4. 기업 표준의 기계가독화– 공개 코드로 학습된 AI 에이전트는 사내 프레임워크의 관례를 모르고 금지된 라이브러리를 자연스럽게 추가합니다. 팀마다 다른 스타일의 코드가 생성되며 겉으로는 동작하지만 운영 단계에서 원인 추적이 어려운 코드베이스가 만들어지는 것이 AI 대량 생성 시대의 첫 번째 리스크입니다.
5. 레거시 암묵지 이전– 가장 가치 있는 비즈니스 로직일수록 문서화가 안 되어 있다는 역설이 차세대 시스템 전환을 어렵게 만드는 근본 원인입니다. 담당자가 퇴직하고 문서가 낡아가는 사이, 조직의 기억은 사라집니다.
6. 단계별 실행 로드맵– 표준의 기계가독화와 지식 자산화라는 기반 없이 코딩 에이전트만 먼저 확산시키면 품질 저하와 일관성 붕괴를 그대로 겪는다는 것이 이 리포트가 강조하는 핵심 경고입니다. 이 때문에 로드맵은 반드시 순서를 지켜야 합니다.
7. 격차의 원천: 환경 설계 역량– 바둑계 AI 도입 사례는 시사하는 바가 큽니다. 모두에게 같은 훈련 도구가 주어졌지만 상위권과 하위권의 격차는 오히려 벌어졌습니다.(AI가 주는 답을 이해하고 흡수하는 역량이 저마다 달랐기 때문입니다.) |



[FAQ]
Q1. 국내 기업들이 범용 LLM 대신 sLLM에 주목하는 이유는 무엇인가요?
sLLM 도입의 핵심 동인은 비용보다 데이터 오너십 문제입니다. 국내 금융, 공공, 대기업 대부분은SOTA 모델을 직접 활용할 수 없는 폐쇄망 환경에 있어, 자체 구축한 sLLM이 컴플라이언스를 위한 필수 인프라로 자리 잡고 있습니다. 또한 에이전트 방식의 개발은 하나의 작업에 수십~수백 회의 추론을 반복하기 때문에 토큰 과금 구조로는 비용 예측이 어렵습니다. 자체 GPU 기반 sLLM은 초기 투자 이후 한계비용이 낮고, 도메인 특화 시 범용 대형 모델에 근접한 정확도를 더 낮은 비용으로 구현할 수 있습니다. 이에 반복 작업은 sLLM이, 복잡한 추론은 대형 모델이 맡는 하이브리드 구조가 확산되고 있습니다.
Q2. 폐쇄망에서 AI 개발 플랫폼을 구축하려면 어떤 요소가 필요한가요?
리포트는 다섯 계층을 제시합니다. sLLM을 서빙하고 도구 호출과 추론 모드를 제어하는 모델 서빙 계층, 사내 문서와 소스코드를 접근 제어와 함께 RAG로 연결하는 지식 계층, MCP를 통해 ERP·형상 관리·ITSM 등 내부 시스템을 에이전트의 도구로 노출하는 도구 계층, 복수 에이전트를 병렬 조율하는 오케스트레이션 계층, 그리고 로그 수집·모델 버전 관리·감사 추적을 아키텍처 내부에 내재화하는 거버넌스 계층입니다.
Q3. AI가 생성한 코드가 기업 표준을 지키도록 하려면 어떻게 해야 하나요?
먼저 위키나 PDF로 존재하던 코딩 표준을 AGENTS.md 같은 기계가독 파일로 전환해 에이전트가 매 세션 자동으로 참조하게 해야 합니다. 다음으로 표준 문서, 골든 레퍼런스, 네이밍 사전 등을 RAG로 검색 가능하게 하고, 스캐폴딩을 먼저 제공해 일관성을 높입니다. 마지막으로 LLM은 확률적이므로 린터, 정적 분석, 아키텍처 적합성 테스트 같은 결정론적 게이트를 CI에 배치해, 기준을 통과하지 못한 코드가 자동으로 반려·재생성되도록 해야 합니다.
Q4. 레거시 시스템의 문서화되지 않은 업무 로직은 어떻게 이전할 수 있나요?
구문 분석기로 호출 그래프와 테이블 접근 패턴을 정확히 추출하고, 그 위에서 LLM이 각 모듈의 비즈니스 의도를 요약하는 AI 리버스 엔지니어링이 출발점입니다. 이후 레거시의 현재 동작을 정답으로 삼는 특성화 테스트와, 기능 단위로 이전하며 신/구 시스템 출력을 비교하는 스트랭글러 피그 기반 병행 검증으로 행위 동등성을 입증합니다. 이렇게 추출한 비즈니스 룰 카탈로그와 테스트는 일회성 산출물이 아니라 에이전트가 상시 참조하는 지식 자산으로 운영해야 합니다.
Q5. sLLM 기반 개발 환경 도입은 어떤 순서로 추진해야 하나요?
1단계(0~6개월)에는 폐쇄망 sLLM 인프라와 표준 문서화, 단일 팀 파일럿에 집중하고, 2단계(6~12개월)에는 레거시 리버스 엔지니어링, 사내 RAG, MCP 연동, CI 통합으로 지식을 자산화합니다. 3단계(12개월~)에는 스펙 주도 개발과 모델 교체 가능한 거버넌스로 전사 플랫폼을 정착시킵니다. 전 단계에 걸쳐 파일럿은 핵심 사업에 치명적이지 않은 영역에서 시작하고, 생산성은 결함률, 리뷰 부하, 재작업률로 측정하며, 특정 모델에 종속되지 않는 아키텍처를 유지하는 것이 중요합니다.
AX 컨설팅부터 비즈니스 모델 발굴까지
Global Top 10 AX Service Company|SK AX
#sLLM, #폐쇄망AI, #AI코딩에이전트, #에이전트네이티브개발, #AGENTSmd, #레거시현대화, #리버스엔지니어링, #스트랭글러피그패턴, #RAG, #MCP, #AI거버넌스, #LoRA, #도메인특화LLM, #MI리포트, #SKAX



![[리포트 다운로드] AI 규제 원년, ISO 42001 기반 인공지능 경영시스템(AIMS) 구축 | 10월 MI리포트](https://www.skax.co.kr/wp-content/uploads/4.-CS-썸네일600x400.png)
![[리포트 다운로드] AI 시대의 Market Intelligence: 정보 수집을 넘어 상시 의사결정 지원 체계로 | 10월 MI리포트](https://www.skax.co.kr/wp-content/uploads/3.-IPT_썸네일600x400.png)
![[리포트 다운로드] AI 도입 이후의 과제: AI Platform Operations로 전환하는 기업 AI 운영 전략 | 10월 MI리포트](https://www.skax.co.kr/wp-content/uploads/1.-AI_썸네일600x400.png)
