Salesforce의 새로운 AI 기반 코딩 어시스턴트인 Slack Code가 이제 Slack 채널에 직접 내장되었습니다. 누구나 버그, 스크립트 또는 자동화 요청에 대한 설명을 입력하면 채팅창을 벗어나지 않고도 코드 초안을 받을 수 있어, 기존의 티켓에서 코드로 이어지는 업무 전달 과정을 단일 대화로 통합합니다.

개발자 워크플로우에 중요한 이유

대부분의 B2B 팀은 이미 일상적인 운영 대화를 위한 허브로 Slack을 사용하고 있습니다. 운영 환경(production) 알림이 뜨면, 비기술직 팀원이 증상을 게시하고, 엔지니어가 티켓을 생성하며, 별도의 도구가 수정 사항을 작성하고 테스트합니다. Slack Code는 이러한 중간 단계를 생략합니다. 문제를 알리는 동일한 메시지가 AI를 트리거하여 후보 솔루션을 작성하게 하고, 엔지니어는 이를 검토한 뒤 반영(push)하기만 하면 됩니다.

속도는 즉각적인 이점입니다. 요청, 초안, 논의를 하나의 스레드에 유지함으로써 컨텍스트 스위칭(context-switching)과 티켓이 대기열을 거치며 발생하는 지연 시간을 방지할 수 있습니다. 숙련된 엔지니어 인력이 부족한 중소기업의 경우, 이 도구를 통해 몇 가지 "빠른 수정(quick-fix)" 티켓을 셀프 서비스 작업으로 전환하여 시니어 개발자가 더 가치 있는 업무에 집중할 수 있도록 할 수 있습니다.

수혜 대상과 영향이 제한적인 대상

  • 중소기업 – 효율적인(lean) DevOps 환경에서 즉석에서 스크립트를 생성함으로써 다운타임을 줄이고 특정 엔지니어에 대한 의존도를 낮출 수 있습니다. 진입 장벽이 낮아 이미 Slack을 커맨드 센터로 활용하는 팀에 적합합니다.
  • 대기업 – 보안 검토, 변경 관리 승인, CI/CD 파이프라인 등 코드가 여러 단계의 게이트키핑(gate-keeping) 과정을 거쳐야 하는 조직에서는 코딩 속도보다 프로세스가 병목 현상의 원인인 경우가 많습니다. Slack Code가 초안을 제공할 수는 있지만, 전체적인 사이클 타임이 극적으로 개선되지는 않을 수 있습니다.

거버넌스가 결정적인 요소가 됩니다

기술 자체가 논란의 대상은 아닙니다. 문제는 코드가 운영 환경에 반영되기 전에 누가 승인하느냐 하는 것입니다. Salesforce는 네 가지 실질적인 안전장치를 제시합니다:

  1. 기능 파일럿 운영 – 첫 도입은 실험으로 간주하여 범위를 비핵심 워크로드로 제한합니다.
  2. 사람의 승인 – AI가 생성한 코드 조각이 병합(merge)되기 전에 자격을 갖춘 엔지니어의 승인을 받도록 합니다.
  3. 감사 로그(Audit logging) – 추후 보안 검토를 위해 AI 출력물의 전체 기록을 캡처합니다.
  4. 권한 제어 – 어떤 Slack 채널과 사용자가 어시스턴트를 호출할 수 있는지 제한합니다.

이러한 단계는 대화형 환경에서 코드가 즉석에서 생성될 때 커지는 위험 요소인, 보안에 취약하거나 규정을 준수하지 않는 코드가 실수로 삽입되는 것을 방지하는 데 목적이 있습니다.