규제된 수직 시장을 위한 Claude Stack 구축 (법률 사무소 배송에서 배운 점)

Source: Dev.to

Introduction

여기서 볼 수 있는 대부분의 “AI 워크플로를 만들었다” 게시물은 Claude를 고급 텍스트 박스처럼 다룹니다: 채팅을 열고, 프롬프트를 붙여넣고, 답변을 복사하고, 배포합니다.

이 방식은 혼자 개발하는 작업에는 통하지만, 다른 사람의 비즈니스를 위해 구축하기 시작하면—특히 엄격한 기밀 유지, 규정 준수 요구 사항, 그리고 문서 기반 워크플로를 가진 경우—쉽게 무너지게 됩니다.

저는 지난 1년 동안 로펌을 위한 Claude 기반 도구를 만들어 왔습니다. 분야 자체는 생각보다 크게 중요하지 않습니다. *“motion to compel”*을 “engineering change order” 혹은 “policy underwriting memo” 로 바꾸어도 아키텍처는 대체로 동일합니다. 따라서 회계사, 의사, 재무 상담가, 건설업체 또는 기타 규제된 전문 서비스 분야를 위해 개발한다면, 이 구조는 그대로 적용할 수 있습니다.

아래는 제가 계속해서 돌아오는 스택이며, 대부분의 사람들이 놓치는 부분입니다.

정신 모델: Claude는 채팅 도구가 아니라, 런타임입니다

가장 큰 잠금 해제는 프롬프트 트릭이 아닙니다. Anthropic이 계층화된 플랫폼을 제공했고 채팅 창은 단지 진입점에 불과하다는 것을 깨닫는 것입니다.

실제로 제공되는 것?

이것들을 “기능”으로 생각하는 것을 멈추고 프리미티브(원시 요소)로 스택에 배치한다면, 아키텍처는 스스로 정리됩니다.

Source: …

작동하는 아키텍처

수직 분야(use case)에서는 여러 차례 실패를 겪은 뒤 제가 정리한 레이어링을 소개합니다.

레이어 1 – Projects = “사건”당 워크스페이스

법률: 사건(case).
다른 수직 분야: 계정, 프로젝트, 클라이언트 참여, 거래 등—작업이 장기적으로 진행되는 단위가 바로 Project입니다.

각 Project 안에는 다음을 로드합니다:

1. 참조 문서 – 참여를 정의하는 문서
2. 프로젝트‑레벨 지시사항 – 관할권, 스타일, 기본 출력, 절대 하면 안 되는 일 등 규칙을 고정
3. 출력 히스토리 – 시간이 지나면서 자체 컨텍스트가 됩니다

이 과정을 건너뛰면 모든 대화가 처음부터 시작됩니다.
이를 활용하면 Claude가 미리 로드된 상태로 들어갑니다.

레이어 2 – Skills = 여러분 조직의 플레이북을 코드화

Skills는 Anthropic이 제공한 가장 과소평가된 기능입니다. 사실상 SKILL.md 파일과 선택적인 지원 자산으로 구성되며, Claude에게 여러분 팀이 특정 작업을 수행하는 방식을 알려줍니다.

예시 (법률 사무소) – 구조, 인용 형식, 어조, 파트너가 즐겨 쓰는 문구, 절대 포함하지 말아야 할 내용 등을 인코딩한 요구서(demand letter) Skill. 어느 사원이라도 이를 실행하면 선임 파트너가 직접 쓴 듯한 출력물을 얻을 수 있습니다.

이 패턴은 일반화됩니다:

skills/
  demand-letter/
    SKILL.md
  client-intake-summary/
    SKILL.md
  discovery-response/
    SKILL.md
  weekly-status-update/
    SKILL.md

각 파일은 팀의 조직적 지식—버전 관리되고, 검토 가능하며, 전체 조직에 공유 가능한 형태입니다. 이것이 복리 효과를 일으키는 부분입니다.

레이어 3 – MCP로 지루한 파이프라인 처리

Claude는 Google Drive, Gmail, Calendar, Slack, GitHub 등과 직접 연결할 수 있는 커넥터를 제공합니다. 또한 수직 분야가 사용하는 특수 도구(법률 실무 관리, 전자 건강 기록(EHR), CRM, ERP 등)를 위한 맞춤 MCP 서버도 직접 만들 수 있습니다.

핵심 장점: 파일 이동을 없앤다.

MCP 없이: 시스템 A에서 다운로드 → Claude에 업로드 → 답변 받기 → 시스템 B에 붙여넣기.
MCP와 함께: Claude가 시스템 A에서 읽고 같은 턴에 시스템 B에 씁니다.

수직 분야를 위해 개발한다면, 해당 분야에서 가장 많이 쓰이는 핵심 도구 하나에 대한 맞춤 MCP 서버를 만드는 것이 가장 높은 레버리지를 제공합니다. 대부분의 수직 분야는 모두가 사용하는 한두 개의 기록 시스템이 있는데, 아직 커넥터가 만들어지지 않은 경우가 많습니다.

레이어 4 – Cowork로 다단계 작업 처리

Cowork는 Anthropic의 에이전시 모드입니다. 목표 결과를 설명하면 Claude가 단계별로 작업을 진행하고, 실제로 여러분의 개입이 필요할 때만 체크인합니다. 여기서 Claude는 반응형을 넘어 주니어 팀원이 됩니다.

구체적인 예시 – “다음 8개의 디스커버리 문서를 검토하고, 언급된 모든 날짜를 추출한 뒤, 각 날짜의 출처를 식별하고, 주제별로 그룹화된 연대기 타임라인을 생성하라.”

Cowork 없이: 약 30번의 왕복 대화.
Cowork와 함께: 자동으로 실행됩니다.

여러분의 수직 분야에서 찾아볼 작업 유형:

• 다문서 처리
• 순차적(단계 N의 출력이 단계 N+1의 입력)
• 너무 지루해서 아무도 제대로 수행하지 못함

이러한 작업이 바로 Cowork가 적합한 작업입니다. 먼저 이 작업들을 구축하세요.

레이어 5 – Claude Code로 직접 구축

클라이언트(또는 자체 팀) 중에 어느 정도 기술적인 사람이 있다면, Claude Code는 실질적인 변화를 가져옵니다. 코딩 배경이 전혀 없는 파라리걸(paralegal)이 주말만에 작동하는 인테이크 자동화를 만든 사례를 직접 보았습니다. 마케팅 담당자는 콘텐츠 파이프라인을, 사무 관리자는 내부 AI 에이전트를 연결하고 있습니다.

개발자에게 흥미로운 점: 이제 경쟁은 코드 작성이 아니라 아키텍처에 있습니다. 무엇을 만들고 어떻게 구조화할지 아는 것이 레버리지이며, 실제 코드 생성은 이미 해결된 문제입니다.

레이어 6 – API로 실제 제품 구현

Claude UI 안에서 워크플로우가 안정화되면, 다음 단계는 이를 API 기반 제품으로 전환하는 것입니다: 클라이언트용 챗봇, 내부 도구, 고객 대시보드 등. 가격은 사용량 기반이며 대부분 B2B 사용 사례에서 월 비용이 합리적인 수준에 머무릅니다.

법률 AI 스타트업들이 월 네 자리 수수료를 청구하고 있지만, 그들은 여러분이 접근할 수 있는 동일한 API를 활용하고 있습니다. 이는 그들을 비난하는 것이 아니라 단순한 관찰일 뿐입니다. 만약 여러분의 분야에 AI 기능을 제공하는 SaaS가 $500 per seat을 청구한다면, 한 고객을 위한 집중된 대안을 훨씬 적은 비용으로 구축할 수 있을 것입니다.

아무도 경고하지 않는 부분

팀이 이를 실행하려 할 때 내가 지속적으로 보는 세 가지 실패 패턴:

1. 그들은 절대 … (원본 텍스트가 여기서 끊겼습니다; 직접 경험에 따라 목록을 완성하세요)

   (관찰한 나머지 두 가지 패턴을 계속해서 적으세요.)

“Claude‑only” 팀의 문제점

• 공유 프로젝트가 없음. 사람들은 채팅 창을 사용하고, 같은 파일을 다시 업로드하는 데 지치며, Claude가 “너무 수동적”이라고 생각합니다. 해결책은 15분짜리 설정이지만 아무도 하지 않습니다.
• 재사용 가능한 스킬이 없음. 팀은 한 번 좋은 결과를 얻어도 이를 코드화하지 않습니다. 모든 프롬프트가 처음부터 시작되므로 누적 효과가 나타나지 않습니다.
• 1인 파워 유저. 한 명의 개인이 마법을 만들어 내고 나머지 조직은 지켜볼 뿐입니다. 공유 프로젝트와 스킬이 없으면 조직은 AI‑보강된 조직이 아니라 한 명의 AI‑숙련 인재만 갖게 됩니다.

기술적 해결책 (세 경우 모두 동일)

1. Claude 스택을 인프라로 취급하고, 개인 도구가 아니라 여겨라.
2. 스킬을 버전‑컨트롤한다.
3. 프로젝트를 문서화한다.
4. 코드베이스에 onboarding하듯 스택에 사람들을 온보딩한다.

수직 플레이

개발자이거나 혼자 운영하는 사람이라면, 각도를 찾고 싶을 때 다음과 같은 별로 매력적이지 않은 조언을 따르세요:

1. 수직 분야를 선택한다.
2. 그 분야의 워크플로우를 집착적으로 학습한다.
3. 그 위에 스택을 구축한다.
4. 출시한다.

모든 규제된 전문 서비스 니치에는 동일한 형태가 있습니다:

• 장기적인 계약
• 방대한 문서
• 반복적인 산출물
• 엄격한 컴플라이언스

같은 아키텍처가 모두에 적용됩니다. 차별화 요소는 어떤 스킬을 구축할지와 어떤 MCP 커넥터를 작성할지를 아는 것입니다.

법률 사무소 버전에 대해 깊이 파고들어 Lawyer’s Marketer에 정리했습니다. Claude 도구가 어떤 법률 워크플로우에 매핑되는지 전체 수직 분석을 확인하세요:

Claude Tools for Lawyers: Move the Needle In Your Practice

변호사를 위해 작성되었지만, 개발자 입장에서 읽으면 아키텍처 변환이 명확합니다.

마무리 생각

• 채팅 창은 데모입니다.
• 스택은 제품입니다.

Claude 위에서 진지하게 무언가를 구축하고 있다면, ChatGPT와 비교 벤치마킹을 멈추고 플랫폼 엔지니어처럼 생각하기 시작하세요. 현재 실질적인 가치를 제공하고 있는 팀들은 Projects, Skills, MCP, and the API를 기능 체크리스트가 아니라 일관된 스택으로 다루고 있습니다.

행동 촉구

이 분야에서 무언가를 작업하고 있다면, 여러분이 무엇을 만들고 있는지 진심으로 듣고 싶습니다. 댓글에 남겨 주세요.