← 아카이브COMMON ISSUE

26-7 GitLab AI 보안 검토 기능 출시

자료 1건 · 2026.07

시스템이 출처별 판단을 하나의 결론으로 합치지 않습니다.
SOURCE COMPARISON

출처별 핵심 판단

핵심을 먼저 비교하고, 필요한 출처만 펼쳐 사실과 근거를 확인합니다.

  1. 1
    미국주식 사관학교2026.09.09발생월 26-7발표·발생 후
    핵심 판단
    • AI가 코드 생산량을 늘릴수록 GitLab의 역할은 단순한 코딩 도구가 아니라 코드를 서비스까지 보내기 위해 검증하고 책임을 관리하는 과정에서 중요해진다고 본다.
    상세 내용사실·반응·판단 근거·전망 중 원문에 있는 항목만 표시합니다.
    핵심 판단의 원문 근거
    근거 보기 2
    1. 원문 구간 1

      또 다른 기업이 있습니다. 사진 출처: Everhour GitLab(GTLB)입니다. 이쪽은 문제가 완전히 다릅니다. 아스트라 같은 모델이 코딩을 더 잘하게 되면 가장 먼저 떠오르는 생각이 무엇일까요? ​ ???: 개발자가 코드를 빨리 만들면 좋은 거 아닌가? ​ 그런데 회사 전체로 보면 일이 그렇게 간단하지 않습니다. 앞서도 말했듯, 코드는 만들어진 뒤에 끝나는 상품이 아니고 누군가는 읽고 책임을 져야 합니다. 사진 출처: Gitlab GitLab은 올해 이 현상을 아예 AI paradox라고 부르기 시작했습니다. ​ AI 덕분에 코드 작성 속도는 크게 빨라졌는데 소프트웨어가 실제 서비스로 나가기까지 필요한 전체 과정은 그만큼 빨라지지 않는다는 겁니다. ​ GitLab은 개발자 전체 업무시간 중 코드를 직접 작성하는 시간은 약 20% 수준이라고 설명 코딩만 10배 빨라져도 나머지 80%가 그대로 남아 있으면 전체 개발 속도는 거의 그대로 ​ 오히려 다른 문제가 생깁니다. AI가 하루에 코드 수정안을 10개 만들던 것을 100개 만들 수 있게 됐다면? 검토해야 할 코드도 100개가 됩니다. 거버넌스 문제가 생기는데요, 쉽게 말하면 이런 겁니다. ​ ???: 이 코드 누가 만들었고 왜 만들었고 사고 나면 누가 책임질 건데? ​ 이렇게 되면 GitLab으로 들어오는 코드 변경량과 테스트량과 보안 검사량도 같이 커집니다. ​ AI가 만든 코드가 너무 많아져서 사람이 일일이 볼 수가 없으니 대부분의 검증도 AI로 맞불을 놓고 진짜 중요한 것만 사람이 걸러낸다는 방향이죠. ​ GitLab이 올해 제품 방향을 이쪽으로 확 틀고 있는 이유입니다. 사진 출처: Gitlab GitLab Duo Agent Platform이라는 게 있는데...

    2. 원문 구간 2

      2026년 7월 GitLab은 AI가 만들어내는 코드와 변경량을 개발자가 따라가지 못하고 있다고 직접 표현하면서 보안 취약점을 자동으로 수정하고 코드의 보안 문제를 검토하는 기능을 내놨습니다. 과금 방식도 신박한데, GitLab Credits라는 사용량 기반 과금을 도입했습니다. 예를 들어 현재 agentic code review는 코드 리뷰 한 번에 0.25달러(...)로 책정돼 있습니다. ​ AI가 코드 리뷰를 많이 할수록 GitLab이 돈을 더 받을 수 있는 방식입니다. ​ 이건 꽤 중요한 변화입니다. 기존 SaaS는 개발자가 몇 명인지가 중요했는데 그런데 AI가 개발자 숫자를 줄이거나 직원 한 명당 생산성을 크게 높이면 이 숫자는 매출 성장의 좋은 기준이 아닐 수도 있습니다. ​ GitLab은 AI 시대에 맞춰 "사람 몇 명이 쓰나요?" 에서 "사람과 AI가 우리 플랫폼에서 일을 몇 번 했나요?" 로 과금 단위를 조금씩 옮기고 있습니다. ​ 그래서 GTLB에 대한 투자 논리는 AI 코딩 회사니까 수혜를 받겠지? 로 생각하면 안 되고, 아스트라가 코딩을 너무 잘해서 코드 생산량이 폭증할수록 그 코드를 실제 서비스까지 보내는 과정에서 역할이 중요하다고 해석하면 되겠죠. ​ 다시 말하지만 누군가는 책임을 져야 합니다. 사진 출처: 마스터카드 마지막으로 조금 뜬금없는 아이디어인데... 아마 조금 더 먼 미래 이야기일 겁니다. ​ AI 에이전트가 회사에서 실제 업무를 하면 언젠가는 돈을 써야 합니다. 직원처럼 굴어야 하는데 백날 코딩만 하고 있을 순 없으니까요. 스스로 API 토큰을 구매할 수도 있고 회사 예산을 필요한 곳에 집행할 수도 있습니다. ​ 그러면 AI에게도 결제 권한이 필요합니다. 다만 카드번호 하나를 저장해두고 마음대로 쓰게 할 수는 없습니다.

    이 자료에서 다룬 사실

    GitLab은 2026년 7월 AI가 만들어내는 코드와 변경량을 개발자가 따라가지 못한다고 표현하며 보안 취약점을 자동 수정하고 보안 문제를 검토하는 기능을 내놨고, GitLab Credits 사용량 기반 과금과 agentic code review 1회 0.25달러를 제시했다.

    근거 보기 1
    1. 원문 구간 1

      2026년 7월 GitLab은 AI가 만들어내는 코드와 변경량을 개발자가 따라가지 못하고 있다고 직접 표현하면서 보안 취약점을 자동으로 수정하고 코드의 보안 문제를 검토하는 기능을 내놨습니다. 과금 방식도 신박한데, GitLab Credits라는 사용량 기반 과금을 도입했습니다. 예를 들어 현재 agentic code review는 코드 리뷰 한 번에 0.25달러(...)로 책정돼 있습니다. ​ AI가 코드 리뷰를 많이 할수록 GitLab이 돈을 더 받을 수 있는 방식입니다. ​ 이건 꽤 중요한 변화입니다. 기존 SaaS는 개발자가 몇 명인지가 중요했는데 그런데 AI가 개발자 숫자를 줄이거나 직원 한 명당 생산성을 크게 높이면 이 숫자는 매출 성장의 좋은 기준이 아닐 수도 있습니다. ​ GitLab은 AI 시대에 맞춰 "사람 몇 명이 쓰나요?" 에서 "사람과 AI가 우리 플랫폼에서 일을 몇 번 했나요?" 로 과금 단위를 조금씩 옮기고 있습니다. ​ 그래서 GTLB에 대한 투자 논리는 AI 코딩 회사니까 수혜를 받겠지? 로 생각하면 안 되고, 아스트라가 코딩을 너무 잘해서 코드 생산량이 폭증할수록 그 코드를 실제 서비스까지 보내는 과정에서 역할이 중요하다고 해석하면 되겠죠. ​ 다시 말하지만 누군가는 책임을 져야 합니다. 사진 출처: 마스터카드 마지막으로 조금 뜬금없는 아이디어인데... 아마 조금 더 먼 미래 이야기일 겁니다. ​ AI 에이전트가 회사에서 실제 업무를 하면 언젠가는 돈을 써야 합니다. 직원처럼 굴어야 하는데 백날 코딩만 하고 있을 순 없으니까요. 스스로 API 토큰을 구매할 수도 있고 회사 예산을 필요한 곳에 집행할 수도 있습니다. ​ 그러면 AI에게도 결제 권한이 필요합니다. 다만 카드번호 하나를 저장해두고 마음대로 쓰게 할 수는 없습니다.

    그렇게 판단한 이유

    코드 작성은 개발자 업무시간의 약 20%라는 설명처럼 코딩만 빨라져도 나머지 과정은 남으며, 변경안이 늘면 테스트·보안 검사·승인과 AI 기반 검증 수요도 함께 커진다는 연결이다.

    근거 보기 2
    1. 원문 구간 1

      또 다른 기업이 있습니다. 사진 출처: Everhour GitLab(GTLB)입니다. 이쪽은 문제가 완전히 다릅니다. 아스트라 같은 모델이 코딩을 더 잘하게 되면 가장 먼저 떠오르는 생각이 무엇일까요? ​ ???: 개발자가 코드를 빨리 만들면 좋은 거 아닌가? ​ 그런데 회사 전체로 보면 일이 그렇게 간단하지 않습니다. 앞서도 말했듯, 코드는 만들어진 뒤에 끝나는 상품이 아니고 누군가는 읽고 책임을 져야 합니다. 사진 출처: Gitlab GitLab은 올해 이 현상을 아예 AI paradox라고 부르기 시작했습니다. ​ AI 덕분에 코드 작성 속도는 크게 빨라졌는데 소프트웨어가 실제 서비스로 나가기까지 필요한 전체 과정은 그만큼 빨라지지 않는다는 겁니다. ​ GitLab은 개발자 전체 업무시간 중 코드를 직접 작성하는 시간은 약 20% 수준이라고 설명 코딩만 10배 빨라져도 나머지 80%가 그대로 남아 있으면 전체 개발 속도는 거의 그대로 ​ 오히려 다른 문제가 생깁니다. AI가 하루에 코드 수정안을 10개 만들던 것을 100개 만들 수 있게 됐다면? 검토해야 할 코드도 100개가 됩니다. 거버넌스 문제가 생기는데요, 쉽게 말하면 이런 겁니다. ​ ???: 이 코드 누가 만들었고 왜 만들었고 사고 나면 누가 책임질 건데? ​ 이렇게 되면 GitLab으로 들어오는 코드 변경량과 테스트량과 보안 검사량도 같이 커집니다. ​ AI가 만든 코드가 너무 많아져서 사람이 일일이 볼 수가 없으니 대부분의 검증도 AI로 맞불을 놓고 진짜 중요한 것만 사람이 걸러낸다는 방향이죠. ​ GitLab이 올해 제품 방향을 이쪽으로 확 틀고 있는 이유입니다. 사진 출처: Gitlab GitLab Duo Agent Platform이라는 게 있는데...

    2. 원문 구간 2

      2026년 7월 GitLab은 AI가 만들어내는 코드와 변경량을 개발자가 따라가지 못하고 있다고 직접 표현하면서 보안 취약점을 자동으로 수정하고 코드의 보안 문제를 검토하는 기능을 내놨습니다. 과금 방식도 신박한데, GitLab Credits라는 사용량 기반 과금을 도입했습니다. 예를 들어 현재 agentic code review는 코드 리뷰 한 번에 0.25달러(...)로 책정돼 있습니다. ​ AI가 코드 리뷰를 많이 할수록 GitLab이 돈을 더 받을 수 있는 방식입니다. ​ 이건 꽤 중요한 변화입니다. 기존 SaaS는 개발자가 몇 명인지가 중요했는데 그런데 AI가 개발자 숫자를 줄이거나 직원 한 명당 생산성을 크게 높이면 이 숫자는 매출 성장의 좋은 기준이 아닐 수도 있습니다. ​ GitLab은 AI 시대에 맞춰 "사람 몇 명이 쓰나요?" 에서 "사람과 AI가 우리 플랫폼에서 일을 몇 번 했나요?" 로 과금 단위를 조금씩 옮기고 있습니다. ​ 그래서 GTLB에 대한 투자 논리는 AI 코딩 회사니까 수혜를 받겠지? 로 생각하면 안 되고, 아스트라가 코딩을 너무 잘해서 코드 생산량이 폭증할수록 그 코드를 실제 서비스까지 보내는 과정에서 역할이 중요하다고 해석하면 되겠죠. ​ 다시 말하지만 누군가는 책임을 져야 합니다. 사진 출처: 마스터카드 마지막으로 조금 뜬금없는 아이디어인데... 아마 조금 더 먼 미래 이야기일 겁니다. ​ AI 에이전트가 회사에서 실제 업무를 하면 언젠가는 돈을 써야 합니다. 직원처럼 굴어야 하는데 백날 코딩만 하고 있을 순 없으니까요. 스스로 API 토큰을 구매할 수도 있고 회사 예산을 필요한 곳에 집행할 수도 있습니다. ​ 그러면 AI에게도 결제 권한이 필요합니다. 다만 카드번호 하나를 저장해두고 마음대로 쓰게 할 수는 없습니다.

    원문에서 직접 연결한 대상GitLab