아이디어부터 프로덕션까지, 퇴보 없이 나아갑니다.
Nexus에는 자체 소프트웨어 팩토리가 포함되어 있습니다. 아이디어의 우선순위를 매기고 의사결정 룸에서 하나를 선택하면, AI 에이전트와 엔지니어가 브랜치에서 이를 구현합니다. Forge는 모든 변경 사항을 과거가 아닌 미래의 메인 라인을 기준으로 테스트하고, 빌드 결과물에 서명하며, 언제든 되돌릴 수 있도록 단계적으로 배포합니다. AI 속도의 작업에 맞을 만큼 빠르고, 규제 대상 업무에 적합할 만큼 신중합니다.


질문에서 배포까지, 여섯 단계로 진행됩니다.
모든 단계는 기록을 남기며, 모든 단계에는 작업을 중단할 수 있는 담당자가 있습니다. 아이디어에서 실행 코드로 이어지는 흐름은 언제든 역추적할 수 있습니다.
아이디어 도출
실제 질문을 던지십시오. 아이디어 실행을 통해 예산 범위 내에서 여러 옵션을 생성하고, 상호 비교 테스트를 거쳐 순위를 매깁니다.
결정
최종 후보군은 의사결정 룸으로 전달됩니다. 지정된 담당자가 결정을 내리면, 그 결정이 곧 계획이 됩니다.
구축
AI 에이전트와 엔지니어가 각기 독립된 샌드박스 환경의 브랜치에서 변경 사항과 테스트 코드를 작성합니다.
항목
문제를 차단하는 보안 게이트, 내용을 설명하는 AI 검토, 그리고 규칙에서 요구할 때 승인하는 담당자가 있습니다.
병합
병합 대기열은 각 변경 사항을 앞서 대기 중인 변경 사항들과 함께 테스트합니다. 메인 라인은 절대 손상되지 않습니다.
배포
서명된 이미지는 상태 확인을 거치며 단계적으로 배포됩니다. 모든 배포는 검토된 단일 단계를 통해 롤백할 수 있습니다.
한쪽 끝에서 아이디어를 넣으면, 다른 쪽 끝에서 작동하는 소프트웨어가 나옵니다.
팩토리는 Nexus에서 사고하는 영역과 구축하는 영역을 연결합니다. 아이디어, 의사결정, 에이전트 및 Forge가 하나의 기록을 공유하므로, 모든 코드 줄을 처음 시작된 질문까지 역추적할 수 있습니다.
순위가 매겨진 아이디어
아이디어 실행은 옵션들을 서로 비교 테스트하고, 각 옵션에 대한 가장 강력한 반대 논거를 보존합니다.
- 일대일 비교를 통한 순위 산정
- 반대 논거 보존


결정이 곧 계획이 됩니다
- 지정된 담당자의 결정
- 결정이 곧 작업 지침


에이전트와 사람의 변경 사항
AI 에이전트도 일반 엔지니어처럼 변경 요청을 생성합니다. 각 요청에는 검사 결과, 검토 내용, 대기열 내 위치가 표시됩니다.
- 에이전트와 사람에게 동일한 규칙 적용
- 자동 병합 없음


모든 변경 사항을 확인하는 AI 검토자
모든 변경 사항은 일일 지출 한도 내에서 발견 사항을 설명하는 AI 검토자가 확인합니다. AI는 조언하고, 결정은 사람이 내립니다.
- 알기 쉬운 설명 메모
- 엄격한 일일 한도


메인 라인은 절대 손상되지 않습니다.
대부분의 파이프라인은 브랜치가 시작될 당시의 메인 라인을 기준으로 변경 사항을 테스트합니다. Forge는 대기열에서 앞서 있는 모든 변경 사항을 포함하여, 앞으로 반영될 미래의 메인 라인을 기준으로 테스트합니다. 보안 스캔에 실패한 빌드는 절대 서명되지 않으므로 배포될 수 없습니다.
빌드, 스캔, 서명, 제안
모든 빌드는 동일한 단계를 거칩니다. 테스트와 보안 스캔이 나란히 실행되며, 두 과정이 모두 끝나야 서명이 진행됩니다.
- 경고에 그치지 않고 차단하는 스캔
- 실패 원인을 알기 쉽게 설명


4개의 게이트 통과 후 단계적 배포
각 배포는 4개의 게이트를 통과한 후, 요청 100건 중 10건, 그다음 절반, 마지막으로 전체에 순차 적용됩니다.
- 정확한 이미지로 고정
- 상태 확인을 동반한 단계적 배포


에이전트가 작성하는 속도 그대로.
AI 에이전트가 코드를 작성할 때는 빌드가 한꺼번에 몰립니다. 작업이 대기 중일 때는 러너가 추가되고 완료되면 제거되며, 공유 빌드 캐시를 통해 각 이미지의 대부분을 다시 빌드하지 않고 재사용합니다.
대기열에 맞춰 확장되는 러너
각 빌드는 격리된 자체 샌드박스에서 실행됩니다. 작업이 대기하는 동안에는 설정한 한도 내에서 더 많은 러너가 시작됩니다.
- 모든 작업마다 새로운 샌드박스
- 한도 내 확장 및 축소


빌드 대부분을 재사용
공유 캐시가 변경되지 않은 레이어를 유지하므로, 일반적인 빌드는 몇 분이면 완료됩니다.
- 30일간의 빌드 시간 추적
- 리포지토리별 캐시 적중률


서명된 빌드만 프로덕션에 도달합니다.
모든 이미지는 어떻게, 어디서 빌드되었는지에 대한 기록과 함께 고유 지문으로 서명됩니다. 프로덕션 환경은 서명되지 않은 모든 요소를 거부하며, 시크릿은 한 번 기록되면 다시 표시되지 않습니다.
고유 지문 서명
각 서명 키는 두 사람이 나누어 보유합니다. 각 이미지에는 빌드 기록이 포함되며, 지정한 위치에서 서명되지 않은 이미지는 거부됩니다.
- 두 사람이 보유하는 키
- 서명되지 않은 이미지 거부


이름으로만 참조하는 시크릿
빌드 및 테스트는 이름으로 시크릿을 읽습니다. 값은 한 번 기록되면 다시 표시되지 않으며, 모든 읽기 작업은 집계됩니다.
- 한 번 기록 후 표시 안 함
- 각 항목의 읽기 권한자


단계적으로 배포하고, 한 번에 한 부서씩.
배포는 실행할 정확한 이미지를 고정하는 작고 검토된 변경 사항입니다. 먼저 소수의 요청에 적용된 후 절반, 그리고 전체로 확대되며 그 사이에 상태 확인이 이루어집니다. 롤백 또한 동일한 유형의 변경 사항으로, 두 번째 담당자의 승인을 받아 진행됩니다.
병합된 변경 사항에서 실행까지
- 병합부터 실행까지의 모든 단계
- 사람의 확인이 필요한 건부터


약 1분 만에 복구
복구 경로는 하나의 변경 사항으로 미리 준비되며, 두 번째 담당자의 확인 및 승인을 거칩니다. 정기적인 훈련을 통해 신속함을 유지합니다.
- 혼란스러운 수습이 아닌, 검토된 변경
- 매월 반복되는 훈련


귀사의 코드, 귀사의 하드웨어, 휴대폰.
Forge는 귀사의 설치 환경 내 자체 하드웨어나 당사의 EU 클라우드에서 실행되며, 빌드 경로에 외부 서비스가 개입하지 않습니다. 프로덕션이 중단된 상황에서도 빌드를 계속할 수 있어, 가장 필요한 순간에 수정 사항을 배포할 수 있습니다. 모든 설정 역시 파일로 보관되므로 변경 사항을 코드처럼 검토할 수 있습니다.
버전 관리되는 모든 설정
설정, 워크플로, 스킬 및 정책은 파일로 작성됩니다. 여기서 이루어진 변경 사항은 검토된 변경 사항으로 다시 반영됩니다.
- 양방향 모두 항상 검토
- 메인 브랜치 직접 변경 거부


위험한 작업에 대한 적절한 확인 절차
모든 작업에는 위험도가 따릅니다. 위험도가 높을수록 이름 직접 입력, 두 번째 담당자의 승인, 전제 조건 충족 등 더 많은 확인을 요구합니다.
- 그룹 기반 역할
- 중요 작업은 두 명의 담당자 필요


Forge 및 AI 팩토리 소개.
코드를 반드시 Forge에 보관해야 합니까?
아니요. Forge가 기본으로 제공되지만, Nexus는 조직이나 도메인 수준에서 이미 사용 중인 코드 호스트와도 연동됩니다.
AI 에이전트가 자체적으로 코드를 작성합니까?
일반 엔지니어처럼 브랜치에 변경 사항을 작성합니다. 동일한 검사를 통과하지 않고서는 어떤 것도 메인 라인에 도달할 수 없으며, 귀사의 규칙이 요구하는 모든 지점에서 사람이 승인합니다.
회귀 오류는 어떻게 방지합니까?
각 변경 사항을 앞서 대기 중인 모든 변경 사항과 함께 테스트하므로, 메인 라인에는 통과된 조합만 반영됩니다. 배포는 상태 확인과 함께 단계적으로 진행되며, 모든 배포는 검토된 단일 단계를 통해 롤백할 수 있습니다.
빌드 경로가 외부 서비스에 의존합니까?
아니요. 빌드, 스캔, 서명 및 배포가 모두 귀사의 설치 환경 내에서 실행되므로, 다른 서비스가 중단되었을 때도 수정 사항을 배포할 수 있습니다.
팩토리 비용을 확인할 수 있습니까?
네. 빌드 시간(분), 러너 및 AI 검토에는 각각 예산과 한도가 설정되어 있으며, Nexus의 다른 모든 AI 호출과 동일하게 집계됩니다.