editoy

코틀린 창시자가 제안하는 새로운 AI 협업 패러다임: 코드 대신 '명세서'를 관리하는 'CodeSpeak'

CodeSpeak#인공지능코딩#코틀린#소프트웨어엔지니어링#LLM

3/12/2026

토킹 포인트

  • 코틀린(Kotlin) 창시자인 안드레이 브레슬라프가 공개한 LLM과의 정밀한 소통을 위한 차세대 프로그래밍 언어.
  • 수동 코드 작성 대신 간결한 명세서(Spec)를 작성하여 전체 코드베이스 규모를 5~10배 가량 축소함.
  • 기획 단계의 명세서가 변경될 경우 이를 감지하여 실제 구현 코드에 차이점을 자동으로 반영하는 빌드 시스템 구축.
  • 단순한 프로토타입 제작을 넘어 대규모 팀이 협업하고 장기적으로 유지보수 가능한 엔지니어링 시스템 지향.

시황 포커스

  • 코틀린 창시자라는 개발자의 명성이 시장의 기대감을 높이고 있으나, 실제 구현 방식이 과거 실패했던 UML(통합 모델링 언어)과 유사하다는 회의적 시각이 공존함.
  • LLM이 생성한 코드의 정확성을 보장하기 위해 '테스트 코드를 누가 작성하느냐'가 핵심 쟁점으로 떠오르고 있으며, 명세서 자체가 또 다른 형태의 코드가 될 수 있다는 우려가 있음.
  • 단순한 유틸리티나 순수 함수 구현에는 획기적인 효율을 보일 수 있으나, 복잡한 비즈니스 로직이 얽힌 풀스택 애플리케이션 전체를 대체하기에는 아직 시기상조라는 평가가 지배적임.
  • 자연어인 영어보다 정형화된 언어가 AI와의 소통에 유리하다는 주장에 대해, 결국 인간이 또 다른 '인공적인 체계'를 배워야 한다는 점이 보급의 걸림돌이 될 수 있음.
  • 그럼에도 불구하고 사람이 코드를 한 줄씩 관리하는 시대에서 시스템의 '의도(Intent)'만을 관리하는 시대로의 전환은 피할 수 없는 흐름이라는 분석이 강화되고 있음.

트렌드 키워드

  • 코드스피크 (CodeSpeak):

    LLM의 능력을 극대화하기 위해 설계된 새로운 개념의 프로그래밍 언어로, 인간이 복잡한 코드를 직접 짜는 대신 프로그램의 의도를 명세화하는 데 집중하게 함

    “명세서를 작성하면 코드스피크 빌드가 코드를 생성하고, 명세가 변경되면 그 변경 사항을 코드에 반영합니다.”
  • 바이브 코딩 (Vibe Coding, Vibecoding):

    엄밀한 설계 없이 사용자의 직관이나 느낌에 의존하여 LLM과 대화하며 코드를 생성하는 방식이나, 대규모 프로젝트에서는 유지보수가 어렵다는 비판을 받음

    1 / 14
    “장기적인 유지보수성을 원한다면 바이브 코딩 모드에서 시작했더라도 코드스피크로 전환하는 것이 유효한 사용 사례가 될 것입니다.”
  • 비결정성 (Non-determinism):

    동일한 입력에 대해 항상 같은 결과가 나오지 않는 특성으로, LLM이 코드를 생성할 때마다 결과물이 달라질 수 있는 기술적 난제를 의미함

    “모델은 비결정적이기 때문에 다시 적용할 때마다 다른 출력을 얻을 가능성이 높습니다.비결정성”
  • 정형 명세 (Formal Specification):

    소프트웨어가 수행해야 할 동작을 수학적이거나 구조화된 논리로 엄격하게 정의하는 방식으로, 자연어의 모호함을 제거하기 위해 사용됨

    “영어가 코딩하기에 너무 장황하고 불분명하기 때문에, 대신 사용할 수 있는 프로그래밍 언어를 개발한 것입니다.정형 명세”
  • 테이크오버 (Takeover):

    기존에 수동으로 작성된 방대한 코드를 분석하여 다시 코드스피크의 간결한 명세서 형태로 변환하고 관리 권한을 가져오는 프로세스임

    “코드스피크 테이크오버는 기존 코드를 가져와서 5~10배 더 작은 명세로 대체할 수 있는 도구입니다.”