생성AI를 활용한 소프트웨어 개발이 확대되면서 AI가 작성한 코드의 정확성을 검증하고 변경 이력과 배포 과정을 관리하는 문제가 기업의 과제로 떠올랐다. AI가 코드를 작성하더라도 어떤 요구사항을 반영했는지, 누가 검증하고 승인했는지, 어느 버전이 고객에게 배포됐는지 확인할 수 있어야 한다.
스택오버플로(Stack Overflow)의 '2025년 개발자 조사'에 따르면 응답자의 84%는 개발에 AI 도구를 사용하거나 사용할 계획이라고 답했다. 반면 46%는 AI가 생성한 결과의 정확성을 신뢰하지 않는다고 응답했다. AI 도구의 활용 확대와 별개로 생성 결과에 대한 검증이 필요한 상황이다.
에이드노스(AIDNOS)의 'NOS'는 AI가 생성한 코드를 기업의 개발·운영 절차에 연결하는 플랫폼이다. 개발 요청을 기준으로 요구사항과 코드 변경, 품질 검증, 승인 및 배포 결과를 추적할 수 있도록 구성했다. AI는 요구사항 분석과 코드 작성을 돕고, 개발 담당자는 결과를 검토해 운영 환경 반영 여부를 결정한다.
NOS는 개발 요청 관리, 자연어 기반 요구사항 정리, 소스코드 변경 관리 기능을 제공한다. 주요 구성 요소는 포지에이드(ForgeAid), 프롬프트에이드(PromptAid), 인텔리전스에이드(IntelligenceAid)다.
ForgeAid는 개발 요청을 티켓으로 등록하고 담당자와 작업 기준을 관리한다. PromptAid는 에이드노스가 독자적으로 파인튜닝한 언어모델을 활용해 자연어로 작성된 요청을 개발자가 검토할 수 있는 요구사항으로 정리한다. IntelligenceAid는 소스코드 저장소의 변경과 병합 요청을 관리한다.
예를 들어 현업 담당자가 결제 취소 내역을 월별 보고서에 반영하도록 요청하면 ForgeAid에 해당 작업을 티켓으로 등록한다. PromptAid는 자연어 요청을 개발 요구사항으로 정리하고, 개발자는 이를 검토한 뒤 코드를 수정한다.
이후 개발자가 IntelligenceAid의 저장소에 코드 병합을 요청하면 검토자는 어떤 코드가 왜 변경됐는지 확인한다. 개발팀은 코드 변경 내용과 빌드 결과, 배포 버전을 함께 관리할 수 있다.
배포 전에는 조직이 정한 테스트와 정적 분석, 보안 점검 기준을 적용한다. 기준에 미달한 변경은 배포 단계로 넘어가지 않으며 승인자는 검증 결과를 확인한 뒤 배포 여부를 결정한다.
배포 이후 문제가 발생하면 운영팀은 해당 버전의 변경 내용과 승인 이력을 확인할 수 있다. 이를 통해 담당자의 기억이나 메신저 대화에 의존해 배포 경위를 재구성해야 하는 부담을 줄일 수 있다.
NOS는 개발·배포 관리 외에도 필요한 기능을 선택적으로 구성할 수 있다. 커플러에이드(CouplerAid)는 소스코드 저장소와 업무 시스템에서 발생한 이벤트를 외부 서비스나 알림 채널로 전달한다. 클라우드에이드(CloudAid)는 프로젝트별 인프라 자원을 관리하며, 마켓에이드(MarketAid)는 AID 크레딧으로 집계한 서비스 사용량을 관리한다.
도입 방식은 서비스형 소프트웨어(SaaS)가 기본이다. 소스코드를 내부에 보관해야 하는 기업은 하이브리드 구성을 선택할 수 있다. 외부망 연결이 제한된 사업장에서는 고객 인프라에 직접 설치하는 호스티드온(HostedOn, On-Premise)을 이용할 수 있다.
에이드노스가 소개한 제조기업과 교통 분야 시스템통합(SI) 업체의 사례에서는 서로 다른 개발 관리 과제가 확인됐다.
코스닥 상장 제조기업 E사는 약 80명 규모의 글로벌 개발팀을 운영하고 있었지만 일부 소스코드가 개발자 개인 노트북에 분산돼 있었고 사내 저장소도 충분히 활용되지 않았다.
이 때문에 고객이 소프트웨어 오류를 신고하면 어떤 코드를 기준으로 수정해야 하는지부터 확인해야 했다. 이 기업에서 NOS의 적용 과제는 소스코드를 공용 저장소에서 관리하고 코드 변경 이력과 고객별 배포 버전을 연결하는 것이었다.
교통 분야 SI 업체는 프로젝트마다 서버와 개발 언어, 보안 요건이 달라 빌드 및 배포 환경을 매번 다시 구성해야 하는 문제가 있었다. 특히 폐쇄망 환경에서는 시스템 구축뿐 아니라 유지보수에도 숙련된 인력이 필요했다.
이러한 환경에서는 HostedOn을 통해 고객망 내부에 NOS를 설치하고 반복되는 빌드, 검증, 승인 절차를 표준화하면서 사업별 배포 조건을 별도로 적용하는 구성이 적합하다.
제조기업 사례는 소스코드와 고객별 배포 버전의 연결에, 교통 SI 사례는 서로 다른 개발 환경에서 반복되는 빌드·검증·승인 절차의 표준화에 중점을 두고 있다.
에이드노스는 비개발자도 업무용 애플리케이션을 제작할 수 있도록 'NOS for Citizen'도 개발하고 있다. 현업 담당자가 필요한 기능을 자연어로 설명하면 앱을 만들고 수정하는 과정에서 변경 기록과 자동 테스트가 이뤄지고, 승인된 버전이 배포되도록 하는 것이 개발 목표다.
NOS는 개발 요청부터 코드 변경, 검증, 승인 및 배포 결과를 연결해 관리하며, 기업의 인프라와 외부망 연결 조건에 따라 SaaS, 하이브리드, 온프레미스 구성을 선택할 수 있다.
유은정 기자 judy6956@etnews.com