FZ-012 · 개발자 도구
Keep Shipping
저장소당 타입 지정 파일 하나로 만드는 엔지니어용 배포 워크플로.
- 상태
- 공개 베타
- 파이프라인 단계
- 검증
- 분야
- 개발자 도구
- 자율성 목표
- 레벨 4 · 자기 최적화
- 사용 기술
- 운영 중 3 · 계획 1
문제
배포 파이프라인은 아무도 완전히 이해하지 못하는 수백 줄의 YAML과 셸로 커집니다.
하는 일
Keep Shipping은 이를 저장소마다 실행 전에 검사되는 타입 지정 워크플로 파일 하나로 대체하도록 설계되었습니다.
작동 방식
- 이미지 빌드, Terraform 또는 OpenTofu의 계획과 적용, 배포를 스크립트가 아닌 타입이 지정된 단계로 처리합니다
- 푸시하기 전에 노트북에서 똑같은 파이프라인을 그대로 실행해 보세요
- 에이전트도 배포하게 하세요. 사람을 기다려야 할 일은 정책이 정합니다
초대를 통한 소규모 단위 얼리 액세스.
파이프라인 하나를 바꾸려고 커밋 열한 개로 오후를 보내는 일을 그만두세요.
현재CLI v0.1.0은 macOS와 Linux용으로 출시되었습니다(MIT). 호스팅 콘솔은 비공개로 사용 중입니다.
목표
- 자율 운영
- 배포는 자동화 대상입니다. 리포지토리마다 타입이 지정된 워크플로 파일 하나가 이미지를 빌드하고, 인프라를 계획하고 적용하며, 롤아웃합니다. 실행 전에 검사하므로 깨진 파이프라인은 열 번째 CI 실행이 아니라 노트북에서 잡힙니다. 같은 엔진이 로컬과 CI에서 실행되므로 확인하려고 푸시할 필요가 없습니다.
- 인텔리전스
- 코딩 에이전트는 워크플로를 작성하고, 점검하고, 실행할 수 있으며, 같은 파일 안의 정책이 한계를 정합니다. 단독으로 할 수 있는 일과 지정된 사람을 기다려야 하는 일입니다. 결정 단계는 타입이 지정된 결정 모델인 Jev에게 계획의 위험도를 묻고, Jev는 사용자가 정의한 답 중 하나와 신뢰도 점수로 응답하며, 위험이 낮은 변경은 통과시킬 수 있고 삭제 작업은 항상 사람을 기다립니다. 엔진 자체는 일반 코드입니다.
- 성장
- 개발자 주도. 먼저 얼리 액세스 목록을 소규모 단위로 열어 갑니다. 한 팀이 작성하고 리포지토리 40개가 재사용하는, 타입과 버전이 지정된 블록이 회사 안에서의 확산을 이끕니다. 요금제는 정해지지 않았습니다. 성장은 이를 통해 배포하는 리포지토리 수이며, 파일럿이 아닌 첫 팀부터 집계합니다.
기술 세부 사항
배포 워크플로 엔진입니다. 저장소마다 타입이 지정된 워크플로 파일 하나를 두고, 이 파일이 OCI 이미지를 빌드하고 서명하며, Terraform 또는 OpenTofu 계획을 세우고 적용합니다(적용은 검토자가 승인한 정확한 계획을 실행합니다). 파일에 지정된 곳에서는 사람의 승인을 기다리고, Kubernetes, SSH로 접속하는 VM, 또는 서버리스로 롤아웃합니다. 모든 단계에는 타입이 지정된 입력과 출력이 있어서, 다이제스트 자리에 태그를 연결하거나 단계 이름을 잘못 쓰면 아무것도 실행되기 전에 검사에서 실패합니다. 같은 엔진이 노트북과 CI에서 같은 파일을 실행합니다. 단계는 타입이 지정되고 버전이 관리되는 블록으로 패키징해 여러 저장소에서 재사용할 수 있으며, 실제 코드가 필요한 단계는 타입이 지정된 입력을 받는 TypeScript 함수입니다. 코딩 에이전트에 대해서는 파일 안의 정책이 에이전트가 단독으로 할 수 있는 일과 지정된 사람을 기다려야 하는 일을 정하고, decide 단계는 Jev(TypeSafe AI)에 계획 평가를 요청하며, 삭제는 항상 사람에게 넘어갑니다. CLI v0.1.0은 MIT 라이선스로 macOS와 Linux용이 출시되었고, 호스팅 콘솔은 비공개로 사용 중입니다. keepshipping.run 사이트에서 얼리 액세스 명단을 받고 있으며, 엔진, 단계, 러너는 아직 구축 중입니다.
