대부분의 피드백 도구는 "규칙 설정"을 할 수 있게 해줍니다: 조건을 채우고, 동작을 고르고, 저장을 클릭합니다. 작동하긴 하지만 천장이 있습니다 — 규칙은 정적이고, 비즈니스는 계속 변하며, 설정해 둔 프로세스는 금세 뒤처집니다. Loopback의 차별화 축 중 하나는 "설정"을 "진화"로 끌어올리는 것입니다: 그것이 바로 Coding Loop(Builder 모드라고도 함)입니다.

"규칙 설정"에서 "목표 설명"으로

워크플로우를 만들 때 조건 드롭다운을 잔뜩 클릭할 필요가 없습니다. 목표를 평이한 말로 설명하고 — 예를 들어 "환불 관련 부정 → 결제 팀에 배정하고 사과문 초안 작성" — "초안 생성"을 클릭하면, 초안이 오른쪽 AI 채팅에 나타납니다. 거기서 대화로 다듬습니다:

  • "편집"을 클릭해 자연어로 바꿉니다. 예를 들어 "별 3개 미만 평점도 포함".
  • "다음"을 클릭해 가동 전 검토로 들어갑니다.
  • 통과하면 "가동"을 클릭해 활성화합니다.

당신과 AI는 양식을 채우는 것이 아니라 처리 로직 한 조각을 함께 작성하고 있습니다. "Coding Loop"라는 이름은 여기서 나왔습니다 — 코드를 반복 개선하듯 프로세스를 반복 개선하되, 자연어로 하는 것입니다.

가동 전 두 개의 관문

프로세스는 동작을 자동으로 실행하므로, 가동 전에 검토가 있습니다:

  1. 의존성 검사: 프로세스가 알려야 할 채널(예: Feishu)이 아직 연결되지 않았나요? 먼저 연결하거나, 그 단계를 빼거나, 이미 연결된 채널로 전환하도록 안내합니다.
  2. 영향 리플레이: 자동으로 실행될 동작(배정 / 에스컬레이션 / 종료 / 우선순위 변경)에는 명시적 승인이 필요하며, 최근 30일 이력에 대한 리플레이를 받습니다 — 이 프로세스가 이미 존재했다면 몇 건을 매칭하고 몇 개의 동작을 트리거했을지 보여줍니다. 그래서 가동 전에 범위가 합리적인지 판단할 수 있습니다.

확고한 안전 경계

"진화"가 "통제받지 않는 자동화"를 뜻하지는 않습니다. 시스템에는 결코 넘을 수 없는 몇 가지 제약이 있습니다:

  • 완전 자동 외부 답장 금지 — 작성된 답장은 발송 전에 사람이 확인해야 합니다.
  • P0 자동 종료 금지.
  • 각 프로세스는 초점이 분명한 1–4개 규칙으로 유지하세요. 모든 로직을 하나의 프로세스에 몰아넣는 것은 권장하지 않습니다.

가동 중인 프로세스는 언제든 일시정지 / 재개할 수 있습니다. 계속 편집하면 새 버전이 생성되고, 이전 버전은 자동으로 보관되며, 주어진 프로세스는 항상 한 번에 하나의 버전만 활성화됩니다.

전통적인 아키텍처가 이 간극을 메우지 못하는 이유

코딩 에이전트가 존재하기 전에는, 프로세스가 스스로 반복 개선되게 하려면 엔지니어링 팀이 스크립트를 작성하거나(재사용이 안 되고 인력을 배치해야 합니다) 아예 불가능했습니다. 전통적인 티켓팅 SaaS는 "사람이 규칙을 설정하는" 구조로 설계되어 있어, "AI가 대신 작성하고 계속 학습하는" 계층을 더할 수 없습니다. Coding Loop는 "자체 스크립트를 만드는 유연함"을 제품화합니다: 유연하면서도, 유지보수를 위해 엔지니어링 팀을 두지 않아도 됩니다.

플랜에 따라 Builder 루프 동시 실행 수가 다릅니다(Pro는 1개 동시 실행, Max는 무제한). 가장 빠르게 경험하는 방법은 무료 트라이얼을 시작하여 7일 Max 트라이얼을 이용하는 것입니다 — 트라이얼에서 전체 Builder 루프를 제공합니다. 워크플로우 템플릿을 읽으며 템플릿에서 출발하는 경로를 익히는 것으로 시작할 수도 있습니다.