Claude 를 사소한 일에 사용하지 마세요. Claude 가 실제로 만들어진 용도는 이것입니다.
대부분의 사람들은 Claude 를 검색 엔진처럼 사용합니다. 빠른 질문. 빠른 답변. 그리고 넘어갑니다.
잘못된 방법은 아닙니다. 하지만 대부분의 가치를 남겨두고 있는 겁니다.
Claude 의 진정한 강점은 가벼운 질문에 대한 영리한 답변이 아닙니다. 인간이 하루 종일 걸릴 법한 작업을 지속적이고 자율적으로 처리하는 데 있습니다.
복잡한 디자인 작업. 지저분한 비즈니스 프로세스. 사용자가 일일이 관리하지 않아도 스스로 돌아가는 시스템 구축.
Claude 를 빠른 작업에만 사용한다면, 편지 배달에 화물 트럭을 쓰는 것과 같습니다.
다음은 Claude 가 진정으로 만들어진 5 가지 유형의 무거운 작업과 각각에 접근하는 방법입니다.
1. 자동화를 시도하기 전에 작업을 먼저 파악하세요
사람들이 AI 를 업무 흐름에 도입할 때 가장 흔히 저지르는 실수는 곧바로 자동화로 뛰어드는 것입니다. 그들은 그 작업이 실제로 무엇인지 명확히 정의하기도 전에 Claude 에게 자동화를 요청합니다.
그 결과는 AI 가 잘못된 일을 효율적으로 수행하는 것입니다. 더 나은 출발점은 현재 작업 방식을 완전히 분석하는 것입니다. 아직 자동화하지는 마세요.
그냥 명확히 보기 위해서입니다.
Claude 에게 당신의 일상을 자세히 알려주세요. 매일, 매주, 매월 하는 모든 일. 반복되는 작업. 예상보다 오래 걸리는 작업. 같은 설명을 계속 반복하게 되는 작업.
그런 다음 Claude 에게 각 작업을 분석해 달라고 요청하세요: 무엇이 투입되고, 중간에 어떤 일이 일어나며, 무엇이 결과물로 나오고, 인간의 판단이 실제로 필요한 부분은 어디인지. 이 단계는 느리게 느껴집니다. 하지만 사실 정반대입니다. 여기서 명확성을 얻는 1 시간이, 요점을 놓친 AI 작업을 수정하는 10 시간을 절약해 줍니다.
Claude 에게 물어볼 내용:
"현재 업무 흐름을 개선하기 전에 먼저 이해하고 싶습니다. 제가 정기적으로 하는 모든 일은 다음과 같습니다: [작업 내용 설명]. 이것을 투입물, 프로세스, 산출물, 관련 도구, 그리고 인간의 판단이 진정으로 필요한 부분과 기계적인 작업으로 나누어 구조화된 지도로 분석해 주세요."
2. 이미 구축한 프롬프트와 시스템을 정리하세요
Claude 를 한동안 사용해 왔다면, 뒤에서 조용히 무언가가 쌓였을 겁니다. 프롬프트. 지침. 저장된 템플릿. 몇 달 전에 설정해 놓고 그 이후로는 한 번도 살펴보지 않은 워크플로우.
대부분의 사람들은 프롬프트 라이브러리가 다음과 같은 상태에 이릅니다: 같은 내용의 비슷한 버전이 세 군데 다른 곳에 저장되어 있음. 더 이상 현재 작업 방식을 반영하지 않는 오래된 지침. 어떤 것을 어떤 용도로 사용해야 할지 명확하지 않음. 결과물 품질의 편차가 예상보다 큼.
새로운 것을 만들기 전에 이것을 고치는 것이 가치 있습니다. 그리고 Claude 는 바로 이런 종류의 감사에 능숙합니다.
가지고 있는 모든 것을 Claude 에게 입력하세요. 저장된 모든 프롬프트, 모든 지침 세트, 모든 템플릿. 그것들을 모두 읽고, 중복되는 부분을 찾고, 불필요한 것을 통합하고, 누락된 부분을 채우고, 실제로 탐색할 수 있는 것으로 전체를 정리해 달라고 요청하세요.
화려한 작업은 아닙니다. 하지만 그 효과는 상당합니다. 앞으로 Claude 로 수행하는 모든 작업이 더 빠르고 일관성 있게 이루어집니다. 기초가 깔끔하기 때문입니다.
Claude 에게 물어볼 내용:
"제가 저장한 모든 프롬프트와 지침은 다음과 같습니다: [모든 것 붙여넣기]. 이것들을 모두 읽고, 무엇이 중복되고, 무엇이 구식이며, 무엇이 누락되었는지 식별해 주세요. 그런 다음 앞으로 실제로 사용할 수 있도록 깔끔하고 체계적인 세트로 통합해 주세요."
3. 포기했던 자동화로 다시 돌아가세요
대부분의 사람들에게는 적어도 하나쯤은 있습니다. 자동화를 시도하다가 벽에 부딪혀 조용히 접어둔 프로세스. 계속해서 나타나는 오류. 거의 맞았지만 신뢰하기엔 충분히 안정적이지 않았던 결과물. 이론상으로는 작동했지만 실제로는 무너졌던 워크플로우.
그것들을 다시 시도해 볼 가치가 있습니다. 당신 쪽에서 달라진 것이 없기 때문이 아닙니다. 모델이 달라졌기 때문입니다.
접근 방식도 중요합니다. 실수는 같은 프레임으로 다시 접근하는 것입니다. 고장난 스크립트를 Claude 에게 건네주고 특정 오류를 수정해 달라고 요청하는 것. 그것은 보통 같은 문제를 더 깊이 파고들게 만듭니다.
더 나은 방법은 완전히 한 걸음 물러서는 것입니다. 원하는 결과를 설명하세요. 해결하려는 비즈니스 문제를 설명하세요. 작동하지 않던 것을 구제하려고 애쓰기보다는, Claude 가 처음부터 최선의 접근 방식을 찾도록 하세요.
이것이 바로 긴 세션 동안 복잡한 문제를 유지하는 Claude 의 능력이 빛을 발하는 부분입니다. 전체 그림을 제시하세요. 구축을 시작하기 전에 구조에 대해 생각할 시간을 주세요.
Claude 에게 물어볼 내용:
"[작업 설명]을 자동화하려고 시도했다가 문제가 발생했습니다. 이전에 했던 것을 수정하는 대신 새로 시작하고 싶습니다. 제가 실제로 필요한 결과물은 다음과 같습니다: [결과물 설명]. 이 작업에 가장 좋은 접근 방식은 무엇이며, 구축해 주실 수 있나요?"
4. 개별 조각이 아닌 연결된 시스템으로 워크플로우를 구축하세요
Claude 는 글을 쓸 수 있습니다. Claude 는 슬라이드 데크를 만들 수 있습니다. Claude 는 이메일 시퀀스 초안을 작성할 수 있습니다.
대부분의 사람들은 거기서 멈추고 각각을 별개의 작업으로 취급합니다.
더 가치 있는 사용 방법은 조각이 아닌 흐름으로 생각하는 것입니다.
대부분의 전문적인 맥락에서 개별 결과물은 독립적으로 존재하지 않습니다. 콘텐츠 한 조각은 어딘가로 연결됩니다. 문서 하나는 다른 것과 연결됩니다. 메시지는 시퀀스의 일부입니다. 이러한 조각들이 연결 논리 없이 별도로 구축되면, 함께 사용될 때 제대로 작동하는 경우가 드뭅니다.
개별 조각을 만들기 전에 Claude 에게 전체 흐름을 설계해 달라고 요청하세요. 진입점은 무엇인지. 여정은 무엇인지. 각 조각이 이전 및 이후 조각과 관련하여 무엇을 해야 하는지. 인간이 개입해야 할 부분은 어디이고, 자동으로 진행될 수 있는 부분은 어디인지.
그런 다음 전체 흐름을 한 번에 구축하세요.
Claude 에게 물어볼 내용:
"[목표 설명]을 위한 연결된 워크플로우를 구축해야 합니다. 각 부분을 따로 만드는 대신, 먼저 전체 흐름을 설계해 주세요. 각 부분이 어떻게 연결되는지, 각각이 무엇을 달성해야 하는지, 그리고 인간의 검토가 필요한 부분을 보여주세요. 그런 다음 순서대로 구축하겠습니다."
5. Claude 가 자신의 작업을 검증하도록 하세요
Claude 가 무엇을 만들든, 작업이 끝나는 순간이 가장 위험한 순간입니다. 결과물이 나쁘기 때문이 아닙니다. 완성된 것처럼 보이기 때문입니다.
고립된 환경에서 작동하는 것들은 실제 조건에서는 깨집니다. 완벽해 보이는 프로세스는 누군가가 실제로 사용할 때만 나타나는 예외 케이스가 있습니다. 깔끔해 보이는 결과물은 시간이 지남에 따라 드러나는 불일치가 있습니다.
Claude 가 만든 것을 실제로 사용하기 전에, Claude 에게 감사를 받으세요. 빠른 검토가 아닙니다. 제대로 된 스트레스 테스트입니다.
입력이 불완전하거나 예상치 못한 경우 프로세스가 중단되는지 확인해 달라고 요청하세요.
다양한 시나리오에서 출력 형식이 일관되게 유지되는지. 오류가 실제 문제를 일으킬 수 있는 지점이 있는지. 인간이 결정을 내려야 하는 지점이 명확하게 표시되고 조치를 취하기 쉬운지.
목표는 완벽함이 아닙니다. 완전 자동화는 거의 올바른 목표가 아닙니다. 올바른 사항을 인간의 검토를 위해 표시하는 신뢰할 수 있는 반자동 프로세스는, 가끔 경고 없이 잘못된 일을 하는 완전 자동화된 프로세스보다 실제로 더 유용합니다.
Claude 에게 물어볼 내용:
"방금 [생성된 내용 설명]을 구축했습니다. 이것을 사용하기 전에 스트레스 테스트를 해 주세요. 불완전한 입력으로 인해 중단되는지, 출력이 일관된지, 오류 위험이 있는지, 그리고 인간의 검토가 필요한 지점이 명확한지 확인해 주세요. 이것을 사용할 준비가 되기 전에 수정해야 할 사항을 알려주세요."
해볼 가치가 있는 전환
Claude 를 개별 작업을 위해 집어 드는 도구로 사용하는 것과, 업무를 중심으로 설계하는 시스템으로 사용하는 것 사이에는 차이가 있습니다.
첫 번째 접근 방식은 더 빠른 개별 결과물을 제공합니다. 두 번째 접근 방식은 복리 효과를 제공합니다. 구축하는 모든 워크플로우, 정리하는 모든 프롬프트 라이브러리, 제대로 작동하게 만드는 모든 자동화는 다음 작업을 이전보다 더 빠르고 좋게 만듭니다.
현재 Claude 에서 가장 많은 가치를 얻고 있는 전문가들은 가장 많은 프롬프트를 작성하는 사람들이 아닙니다. 그들은 대화가 끝난 후에도 계속 작동하는 것들을 구축하는 데 시간을 미리 투자하는 사람들입니다.
그것이 바로 전환입니다. Claude 에게 다음에 무엇을 할지 묻는 것에서, 당신이 묻지 않아도 스스로 돌아가는 무언가를 구축하는 것으로.
팔로우: @TheAIColony
수천 명의 독자와 함께하세요: https://theaicolony.beehiiv.com/
