Let Anyone at Your Company Ship Internal Apps with AI — Garrett Galow, WorkOS

한 줄 핵심

AI로 앱을 만드는 비용은 크게 낮아졌지만 배포·보안·배포 후 공유까지 포함한 내부 앱 운영 문제는 여전히 남아 있으며, WorkOS는 Atlas와 Wow로 비개발자도 회사 내부 앱을 만들고 안전하게 배포·공유하게 만들었다.

시간별 요약

1. 0:00
   소개 발표 주제는 회사 안의 누구나 내부 앱을 만들어 배포할 수 있게 만드는 방법이며, 빠르게 변하는 상황에 맞춰 내용을 업데이트한 배경이 제시된다.
2. 0:32
   모두가 배포하게 만들기 회사에는 문제를 해결할 좋은 아이디어가 많지만, 실제로 그 아이디어를 배포 가능한 앱으로 만드는 데는 여전히 장벽이 남아 있다. 핵심 질문은 비개발자까지 포함해 누구나 앱을 만들고 내보낼 수 있게 만드는 방법이다.
3. 1:02
   사례: Perona GPT 영업 담당자 Perona가 자신의 통화와 제품 지식을 바탕으로 Perona GPT를 만들었지만, CEO가 접근할 수 없어 실사용이 막혔다. 결국 엔지니어가 다시 코드를 옮기고 배포해야 했고, 이 과정이 내부 도구 확산을 가로막는 현실로 드러난다.
4. 1:42
   CEO가 열 수 없었던 이유 좋은 도구가 있어도 특정 서비스 계정이나 계정 권한에 묶여 있으면 회사 전체가 쓸 수 없다. 아이디어를 실제 유용한 자산으로 바꾸려면 엔지니어의 재작업과 배포 작업이 추가로 필요해진다.
5. 2:27
   만드는 것은 싸졌지만, 배포는 그렇지 않다 Cloud Code나 Codex처럼 만드는 과정은 쉬워졌지만, 어디에 올리고 어떻게 인증과 보안을 붙일지는 여전히 어렵다. 특히 비개발자는 배포 환경과 권한 설정에 막히기 쉽고, 엔지니어도 매번 처음부터 처리하는 데 시간을 쓴다.
6. 3:46
   필요했던 것: 만들기와 공유 회사 내부 플랫폼은 앱을 만들 수 있게 하는 것뿐 아니라, 링크 하나로 바로 다른 사람에게 공유되고 접근되는 흐름까지 제공해야 한다. WorkOS의 목표는 빠른 제작과 빠른 확산을 동시에 지원하는 내부 앱 생태계를 만드는 것이다.
7. 4:46
   Claude 시대: 비개발자가 키보드를 잡다 전사 해커톤인 Cloud Days를 통해 비개발자가 직접 앱을 만들고, 엔지니어는 막히는 부분만 돕는 방식이 자리잡았다. 마케팅과 세일즈 같은 팀의 아이디어를 실제 제품 형태로 검증하는 장치로 활용된다.
8. 5:31
   Wow CLI Wow는 앱 생성에 필요한 Git 설정, 레포 생성, 예제 앱 복제, 개발 환경 점검을 한 번에 처리하는 CLI다. MDM으로 전 직원에게 배포해, 엔지니어나 비엔지니어 모두 첫날부터 같은 도구를 쓰게 만든다.
9. 6:26
   공유 스킬 저장소 직원 누구나 유용한 스킬을 올리고 내려받을 수 있는 공유 저장소를 운영한다. 반복 작업이나 특정 워크플로를 빠르게 재사용하게 해 내부 생산성을 높인다.
10. 6:41
    데모: 한 번의 명령으로 실행 중인 앱 wow app create 한 번으로 레포 생성, 템플릿 적용, 배포, 로컬 실행까지 이어진다. Cloudflare 기반으로 빠르게 띄우고, 이후에는 Claude에 무엇을 넣을지 물어보며 앱을 확장할 수 있다.
11. 8:30
    등록부의 278개 앱 Wow로 배포된 앱은 내부 등록부에 자동 기록되며, 278개 앱과 오늘 배포된 21개 앱 같은 운영 현황을 볼 수 있다. 단순 대시보드가 아니라 API, Slack 봇, 실제 업무용 도구까지 포함돼 있다.
12. 9:05
    예시 앱들 월간 뉴스레터 작성, 변경 로그 작성 같은 반복 업무를 내부 앱으로 자동화한다. 콘텐츠를 정리해 Slack과 이메일로 배포하거나, Webflow에 올리기 전 초안을 만드는 도구로 활용된다.
13. 9:25
    모든 앱은 회사 로그인 뒤에 내부 앱은 Okta 계정으로만 접근할 수 있어 외부 노출을 막는다. 동시에 변경 로그 초안 작성과 Slack 리뷰, 게시까지 한 흐름으로 묶여 내부 배포와 검토 속도를 높인다.
14. 11:10
    기반 플랫폼 Atlas Wow는 사용자가 만지는 CLI이고, 실제 기반은 앱 생성·배포·공유를 담당하는 Atlas다. Atlas가 내부 앱 배포의 공통 인프라 역할을 맡는다.
15. 11:25
    세 가지 원칙 Atlas는 인프라가 보이지 않아야 하고, 기본적으로 안전해야 하며, 공유와 발견이 쉬워야 한다는 세 원칙으로 설계됐다. 사용자는 배포 대상이나 환경을 신경 쓰지 않고 링크만 공유하면 된다.
16. 12:04
    Cloudflare에서 실행 앱은 Cloudflare의 개발 플랫폼 위에서 실행되며, D1 데이터베이스와 KV 등 필요한 요소를 기본 제공한다. workos.tools 아래 공통 도메인으로 호스팅해 배포와 접근 방식을 단순화한다.
17. 12:44
    기본적으로 안전하게: SSO, 로그, 비밀정보 모든 앱은 Okta SSO로 보호되고, 필요하면 토큰 기반 API 접근도 지원한다. 요청 로그가 남고, 비밀정보는 Doppler로 안전하게 관리돼 누출 위험을 줄인다.
18. 14:59
    결과: 37%가 엔지니어 없이 제작 운영 중인 60개 앱 중 37%는 커밋에 엔지니어가 전혀 없을 정도로 비개발자가 직접 만들었다. 내부 앱 개발에서 엔지니어 의존도를 실제로 낮췄다는 점이 성과로 제시된다.
19. 15:24
    다음 단계 앞으로는 앱별 세분화된 권한, Snowflake 같은 데이터 연동, Slack 안에서 바로 쓰는 통합 기능을 추가할 계획이다. 내부 앱을 더 세밀하게 통제하면서도 더 넓게 활용하게 만드는 방향이다.
20. 16:19
    마무리 AI는 앱을 만드는 문제를 해결했지만, 조직 전체가 쓰게 만들려면 배포·보안·공유까지 포함한 플랫폼이 필요하다. Atlas는 회사 안 누구나 내부 앱을 출시할 수 있게 하는 기반으로 소개된다.

실무 인사이트

• 내부 AI 도구의 병목은 모델 성능보다 배포·권한·보안·공유에 있으므로, 사내 생성형 AI 전략은 개발 도구보다 배포 플랫폼 설계에 먼저 투자하는 편이 효과적이다.
• 비개발자 생산성을 높이려면 ‘만들기’보다 ‘바로 쓸 수 있게 배포하기’를 표준화해야 하며, 템플릿·SSO·비밀정보 관리·기본 호스팅을 하나의 흐름으로 묶는 것이 중요하다.
• 내부 앱 확산의 성공 지표는 생성된 앱 수가 아니라 엔지니어 개입 없이 운영 가능한 앱 비율과 실제 요청 트래픽처럼 지속 사용되는 정도로 봐야 한다.