# 노력 수준을 높였다는 것은 미디엄보다 결과가 좋지 않았다 – 초기 설정 그대로 사용해왔던 제가 처음으로 비교해본 이야기

> https://bookfactory.kr/board/news/18742
> 게시판: 뉴스
> 작성자: admin
> 작성일: 2026-09-27T06:46:18.066Z

---

![見出し画像](https://assets.st-note.com/production/uploads/images/317965753/rectangle_large_type_2_cc6d01c2a94029db7d40e3560940d93a.jpeg?width=1280)

클로이드 코드 설정 화면이나 문서에 “effort”라는 항목이 있는 것은 알고 있을 것입니다. 하지만 솔직히 말씀드리면 한 번도 직접 건드린 적이 없습니다. 기본 설정 그대로 사용을 계속하고 계시는 분들이 아마 저 혼자만은 아닐 거라고 생각합니다.

최근까지 저는 Sonnet 5를 개발에 사용하고 있었습니다. Skill이나 Claude.md를 자신만의 것으로 다듬으면서 어느 정도 만족할 만한 품질의 코드가 나오는 것을 보게 되었고, 그래서 노력을 조절해 보려는 생각을 한 적은 단 한 번도 없습니다.

그러다 클루드 코드 팀의 엔지니어가 “노력(effort)이란 무엇이며, 왜 모든 것을 최대화해야 하는지에 대한 근거는 없는가?”라는 질문을 자사의 벤치마크를 통해 검증한 블로그를 공개했습니다. 읽어보니 기본 설정으로 사용하고 있는 사람일수록 알아두어야 할 이야기가 많이 담겨 있었습니다. 이 글에서는 그 블로그와 공식 문서 내용을 바탕으로 노력(effort)을 한 번도 분별해서 사용해 본 적이 없는 사람이 먼저 알아야 할 핵심 포인트를 정리합니다. 마지막 부분에서는 실제로 미디엄(medium)과 하이(high) 설정을 사용하여 동일한 작업을 수행한 결과를 작성했습니다.

## そもそも 노력이란 무엇인가

노력은 결국 무엇을 의미하는 걸까요?

간단히 말해서 “노력하다”라는 말은 구체적으로 무엇을 뜻하는 걸까요?

쉽게 말하면, 목표를 달성하기 위해 시간과 노력을 투자하는 것입니다.

하지만 그뿐만 아니라, 더 깊은 의미도 가지고 있습니다.

예를 들어, 어려움에 맞서는 것, 실패에서 배우는 것, 그리고 그것을 극복하고 성장하는 것.

이러한 요소들이 결합될 때, “노력”이라는 말은 더욱 풍부한 의미를 갖게 됩니다.

물론, 결과는 노력만으로 결정되지 않습니다. 재능, 환경, 운도 영향을 미칩니다.

그럼에도 불구하고, 노력을 지속하는 것 자체에 큰 가치가 있습니다.

노력을 지속하는 것은, 우리가 자신의 가능성을 넓히고 더 나은 미래를 개척할 수 있게 합니다.

노력은 단순한 작업이 아니라, 자신을 성장시키는 데 있어 중요한 과정입니다.

노력을 묻는다면, “프롬프트에 무엇을 얼마나 자세하게 작성하느냐”라는 점에 집중하기 쉽습니다. 실제로는 반대이며, Claude가 해당 과제에 대해 얼마나 많은 계산 자원을 사용하여 검증과 독립적인 판단을 반복하는지를 나타내는 지표입니다.

공식 문서의 표현을 빌려 말하자면, ‘노력’은 “엄밀한 토큰 예산이 아닌, 행동을 결정하는 신호”로 간주됩니다. ‘노력’을 늘려도 단순히 긴 답변이 돌아오는 것은 아니며, Claude가 뒤에서 가설을 세우고 검증하거나, 예외적인 경우를 발굴하는 횟수가 늘어난다는 느낌입니다.

이 블로그를 쓴 Thariq Shihipar 님은 공지 게시글에서 이렇게 질문했습니다.

> 
> 
> 노력의 본질은 무엇인가. 언제, 왜 바꿔야 하는가. 왜 무엇이든 최대 노력을 기울이지 않는 걸까.
> 

이 질문에 대해 Claude Code 팀 스스로가 자사의 벤치마크와 테스트에 참여하여 답변을 제시했다는 것이 이번 블로그 게시글의 기원이었다.

## 기본 설정상태에서도, 실제로는 주변 상황이 이미 변화해 있었다.

노력(effort)을 직접 겪은 적이 없는 분들에게 가장 중요한 점은 바로 이것입니다. 기본 설정을 의존하고 있다고 생각하더라도, 모델마다 그 설정의 내용은 다를 수 있습니다.

공식 문서에 따르면, 에포트에는 저, 중, 고, 엑사하이, 맥스의 5단계가 있으며, 클로드 오퍼스 5.5만은 기본 설정이 중으로 되어 있습니다. 나머지 대부분의 모델은 기본 설정이 고입니다. 같은 “설정을 하지 않은” 상태에서도, 사용 중인 모델에 따라 실제로 작동하는 에포트의 수준이 다를 수 있습니다.

더욱 주목할 만한 문구가 있었습니다. “노력(effort)을 생략한 요청은 Claude Opus 5의 경우와 비교하여 1단계 낮은 수준으로 작동한다”는 내용입니다. 즉, Opus 5에서 Opus 5.5로 전환한 것 외에는 노력에 대해서는 아무런 언급이 없는데도 불구하고, 실질적으로 1단계 낮아진 상태로 작동하는 사람이 있다는 의미입니다.

사실 저도 조금 다른 경로로 같은 일을 겪었습니다. 최근 개발에 사용하는 모델을 기존의 Sonnet 5에서 Opus 5.5로 전환했습니다. Opus 5.5가 Claude Code의 기본 모델로 지정되면서 그대로 넘어온 형태입니다. 다시 한번 확인해 본 결과, Sonnet 5의 기본 노력은 높았고, Opus 5.5는 중간이었습니다. 즉, 저는 모델을 새로 시작한 것처럼 생각했지만, 노력에 대해서는 모르는 사이에 1단계 낮춘 셈이었습니다.

어려운 점은, 이러한 변화에 눈치채기 어렵다는 것입니다. “명시적으로 low로 변경했다”라면 이해하기 쉬운데, “모델을 새로 켰을 때, 기본 내용이 바뀌어 있었다”는 것은 주의를 기울이지 않으면 알아채기 힘듭니다. 기본 설정에 의존하는 사람일수록 이러한 미미한 변화의 영향을 그대로 받는 것입니다.

## 영역에 따라 성장 방식이 완전히 다르다.

클로이드 코드 팀은 터미널-벤치 3.0이라는 7 영역 70 작업의 벤치마크를 사용하여 노력을 낮은 수준부터 최고 수준까지 변화시킬 때 점수가 어떻게 변화하는지 검증하고 있습니다.

영역별 정답률 증가 (저노력 → 최고노력, Fable 5.1 결과)는 다음과 같습니다.

- 보안(7가지 작업): 64% → 87%
- 하드웨어(5가지 작업): 34% → 75%
- ML(13개 태스크): 54% → 73%
- 과학(15개 과제): 41% → 61%
- 소프트웨어(20작업): 43% → 56%
- 미디어(4가지 작업): 18% → 30%
- 운영(10개 작업): 12% → 22%

보안 및 하드웨어 관련 작업은 노력을 늘리면 점수가 크게 향상되는 반면, 운영 관련 작업은 낮은 노력으로도 높은 노력으로도 크게 변하지 않습니다. 구체적인 예시로 언급된 것은 HTML/JS 안전화(sanitize) 구현으로 낮은 노력을 들여 5점 만점 중 1점이 최고 노력을 들인 경우 5점 만점으로 확장되고, 저장 엔진의 버그 수정으로 낮은 노력을 들여 5점 만점 중 0점이 최고 노력을 들인 경우 4점까지 확장된 경우입니다. 이 둘 모두 겉으로는 단순해 보이지만 세부적인 누락이 발생하기 쉬운 유형의 작업이라는 공통점이 있습니다. 반대로, 성장 폭이 작았던 운영 분야의 예시는 어느 회사의 월말 EU 지역 무역 통계 보고서를 처음부터 끝까지 완료하는 작업입니다. 그림에는 “규칙집에 따라 진행하는 유형의 작업은 낮은 수준으로 유지된다”는 주석이 첨가되어 있습니다.

또 한편 무시할 수 없는 것은 노력한 만큼 지불해야 하는 비용입니다. 동일한 Fable 5.1의 경우 소비 토큰의 중앙값은 저 노력 시 73k, 최고 노력 시 222k로 약 3배로 불어났습니다. 품질이 향상되는 부분에서는 3배를 지불하는 가치가 있지만, 향상되지 않는 곳에서는 3배를 지불해도 얻는 것은 거의 없습니다.

## 올릴 가치가 없을 때, 혹은 필요하지 않을 때입니다.

이 “성장 영역”과 “성장하지 않는 영역”을 구분하는 것은 무엇일까요? Thariq 님의 고찰의 핵심은 여기에 있습니다. 노력이 효과가 발휘되는 것은 숨겨진 예외 케이스를 검증을 통해 해결할 수 있는 작업입니다. 반대로, Claude 자체의 접근 방식이 근본적으로 잘못된 경우에는 아무리 노력해도 개선될 수 없으며, 시간을 들여 잘못된 길을 더욱 정교하게 걷게 될 뿐입니다.

이를 바탕으로, Claude Code 팀은 대략적인 활용 예시를 제시했습니다.

- 브레인스토밍과 러프한 스케치
- 표준적인 기능 구현
- 검증이 필요한 버그 수정
- 자율적으로 문제를 해결하고 싶을 때

자, 제가 평소에 Claude Code에게 맡기고 하는 일을 떠올려보면 판단하기가 쉬워집니다. “이 작업은 놓치기 쉬운 예외적인 경우들을 꼼꼼하게 처리하는 가치가 있는가?”라는 질문을 스스로에게 던지고, 가치가 있다면 노력을 늘리고, 그렇지 않다면 기본 상태를 유지하거나 오히려 비용을 줄이는 방식으로 해야 합니다. 그 정도 수준으로 충분합니다.

## 내일부터 시도해 볼 수 있는 기본 진영의 첫걸음

자, 그럼 나는 무엇을 해야 하는지 생각하시는 분들을 위해 첫 번째 발걸음을 정리해 드리겠습니다.

먼저, 자신이 자주 사용하는 모델의 기본 노력이 무엇인지 공식 문서에서 한 번 확인해 보는 것을 권장합니다. Opus 5.5를 사용한다면, 별도의 설정이 없다면 medium으로 작동하고 있을 것입니다. 버그 수정이나 보안 관련 작업으로 이 모델을 사용한다면, 해당 부분만 high 또는 xhigh로 설정하는 것이 충분히 가치가 있습니다.

스위칭 자체는 어렵지 않습니다. ‘Claude Code로/effort’라고 입력하고, '/effort high'처럼 레벨 이름을 계속 추가하면 직접 지정할 수 있습니다. 스ライダー에서 엔터 키를 누르면 해당 모델의 기본값으로 저장되어 다음 세션 이후에도 유지됩니다. 현재 대화만 테스트하고 싶을 때는 ‘s’ 키로 확인합니다(‘max’는 원래 그 대화에만 적용되는 설정입니다). 이전 단계로 되돌리고 싶다면 '/effort auto’로 저장한 레벨을 삭제하면 모델의 기본값으로 돌아갑니다.

또한, 시작 시에 Claude --effort high와 같이 지정하는 방법이나, CLAUDE_CODE_EFFORT_LEVEL이라는 환경 변수를 통해 지정하는 방법도 있습니다. 한 가지 주의할 점은 설정 파일의 맨 위에 effortLevel을 작성해도 Opus 5.5에는 영향을 미치지 않는다는 것입니다. Opus 5.5의 기본값을 변경하고 싶다면, /effort로 저장하거나, 설정 파일의 modelSettings에 모델별 값을 작성해야 합니다.

## 실제로 미디엄과 하이 버전을 비교해 보았습니다.

실제로 특정 프로젝트에서 TypeScript를 5세대에서 7세대 버전으로 업그레이드하는 작업을 미들, 하이 환경에서 각각 한 번씩 시도해 보았습니다. 지시문은 두 번 모두 동일하게 작성했으며, Claude.md와 자동 메모리는 평소와 동일하게 사용했습니다.

결과를 확인한 후, 다른 세션의 Claude에 두 결과를 비교해 달라고 요청했을 때, medium 버전이 더 좋다는 평가였습니다. high 버전은 URL로부터 받은 문자열을 그대로 숫자로 전달하여, 그 결과로 발생한 타입 에러를 any로 묵살하고 있었으며, 고정된 키를 가진 딕셔너리의 타입을 임의의 문자열을 키로 사용할 수 있는 넓은 Record 타입으로 변경하여 키 이름을 잘못 입력하더라도 타입 체크에서 발견되지 않도록 하고 있었습니다. medium 버전은 문자열로 받아온 후 명시적으로 숫자로 변환하고, 키도 타입으로 묶어 그대로 수정했으며, 타입 체크를 위한 스크립트를 추가한 것도 medium 버전뿐이었습니다.

하이 버전에는 장점이 있었습니다. 폰트의 좁히기를 캐스팅에 의존하지 않고 솔직하게 작성한 점과, 혼란스러운 표기 차이에 대해 댓글로 설명을 덧붙인 점이었습니다.

한 번씩만 시도했을 뿐이므로, 이것으로 해서 ‘high가 더 나쁘다’라고 단정할 수 없습니다. 원본 블로그도 동일한 작업을 5회씩 테스트하고 비교하고 있습니다. 하지만 적어도 이번 경우에는 노력을 기울였음에도 불구하고 정성스러운 결과가 나타나지 않았습니다.

블로그의 분류 방식에 따르면 이번 작업은 소프트웨어 분야에 가깝고, 노력을 기울일 때의 성장은 중간 정도입니다. 고성능 버전의 문제점은 확실하게 확인하는 양이 부족한 것보다 유형 오류를 당장의 해결책으로 치우치는 방향의 문제에 더 가까웠습니다.

## 이번 주말에 츠키시마 료의 ‘나를 껴안아줘’를 읽고, 츠키시마 료의 다른 작품들을 읽어보는 것을 추천합니다. 특히 ‘나를 껴안아줘’는 츠키시마 료의 대표작 중 하나로, 독자들에게 깊은 감동과 여운을 선사하는 작품입니다. 츠키시마 료의 작품은 섬세한 감정 묘사와 아름다운 문체로 유명하며, 독자들의 마음을 사로잡는 매력이 있습니다. 츠키시마 료의 작품을 통해 삶의 의미와 가치를 되돌아보는 시간을 가져보세요.

노력은 “무엇을 어떻게 쓰느냐”가 아니라 “검증이나 독립 판단에 얼마나 계산 자원을 사용하게 할 것인가”를 결정하는 촉매제이다. 기본 설정 그대로도, 사용하고 있는 모델에 따라 성능 차이가 발생하거나, 모델을 변경한 결과에 알지 못하는 사이에 1단계 하락하는 경우도 있다. 효과는 영역에 따라서도 크게 다르다. 보안이나 하드웨어처럼 올릴수록 효과가 더 커지는 작업도 있고, 운영체계처럼 거의 변화가 없는 작업도 있다.

한 번도 사용해 본 적이 없는 사람도, 먼저 자신이 자주 사용하는 모델의 기본 설정을 확인해 보세요. 그 후, 검증에서 성능이 향상될 가능성이 있는 작업을 하나 선택하여 ‘effort’ 값을 변경한 결과를 비교해 보세요. ‘effort’ 값을 올리더라도 반드시 좋아진다고 단정할 수 없다는 점도 포함하여, 자신의 작업에서 직접 확인해 보는 것이 좋겠습니다.

## 죄송합니다. 제공해주신 정보가 부족합니다. note.com 게시글의 본문 청크 50/60를 제공해주시면, 일본어 출판·문화 콘텐츠 전문 한국어 번역가로서 자연스럽고 정확한 한국어 번역문을 100% 한국어로 출력해 드리겠습니다.

- ## claude.dev 블로그: Claude Code 사용하기: 노력을 낭비하지 않는 방법 (Thariq Shihipar, 2026년 9월 25일)

오늘은 Claude Code를 사용하여 효율적으로 작업하는 방법에 대해 이야기해 보겠습니다. Claude Code를 처음 사용하는 경우, 특히 복잡한 작업을 수행할 때 시간을 낭비하지 않도록 몇 가지 팁을 알려드릴게요.

**1. 명확한 목표 설정:**

가장 중요한 것은 명확한 목표를 설정하는 것입니다. Claude Code를 사용하여 무엇을 달성하고 싶은지 명확히 정의해야 합니다. 목표가 불분명하면 Claude Code가 엉뚱한 방향으로 나아갈 수 있습니다. 예를 들어, “코드 생성”이라는 목표만으로는 충분하지 않습니다. “특정 기능을 구현하는 Python 코드를 생성”과 같이 구체적인 목표를 설정해야 합니다.

**2. 작은 단계로 나누기:**

복잡한 작업을 한 번에 처리하려고 하지 마세요. Claude Code를 사용하여 작업을 작은 단계로 나누고, 각 단계를 해결하는 데 집중하는 것이 좋습니다. 이렇게 하면 Claude Code가 혼란스러워하는 것을 방지하고, 각 단계를 더 쉽게 이해하고 수정할 수 있습니다.

**3. 프롬프트 엔지니어링:**

Claude Code의 성능은 프롬프트의 품질에 크게 좌우됩니다. 명확하고 구체적인 프롬프트를 작성하는 것이 중요합니다. 프롬프트에 필요한 정보, 원하는 결과, 그리고 Claude Code가 따라야 할 규칙을 포함해야 합니다. 예를 들어, “Python으로 웹 스크래퍼를 만들어줘”라는 프롬프트는 너무 일반적입니다. “BeautifulSoup4 라이브러리를 사용하여 웹 페이지의 제목과 링크를 추출하는 Python 코드를 만들어줘”와 같이 구체적인 프롬프트를 사용하는 것이 좋습니다.

**4. 결과 검토 및 수정:**

Claude Code가 생성한 코드를 맹신하지 마세요. 생성된 코드를 주의 깊게 검토하고, 오류가 있는지 확인해야 합니다. 오류가 발견되면 Claude Code에 수정 사항을 요청하거나 직접 코드를 수정해야 합니다. Claude Code는 완벽하지 않기 때문에, 생성된 코드를 수정하는 것은 필수적인 과정입니다.

**5. 반복적인 실험:**

Claude Code를 사용하여 다양한 프롬프트를 시도하고, 결과를 비교해 보세요. 이렇게 하면 Claude Code의 성능을 이해하고, 자신에게 맞는 프롬프트 작성 방법을 찾을 수 있습니다. 또한, 다양한 접근 방식을 시도해 보면서 창의적인 해결책을 찾을 수도 있습니다.

이러한 팁들을 활용하면 Claude Code를 사용하여 시간을 낭비하지 않고, 효율적으로 작업을 수행할 수 있습니다. Claude Code를 최대한 활용하여 생산성을 높여보세요!
- X: @trq212의 공지 게시물
- 클로이드 플랫폼 문서는 노력 없이 완벽한 결과를 얻도록 설계되었습니다. 다양한 모델을 활용하여 사용자의 요구사항에 최적화된 답변을 빠르게 생성할 수 있습니다. 특히, Claude 3 Opus 모델은 복잡한 작업과 창의적인 콘텐츠 생성에 탁월한 성능을 보여줍니다. 또한, Claude 3 Haiku 모델은 속도와 효율성을 중시하는 사용자에게 적합하며, Claude 3 Sonnet 모델은 균형 잡힌 성능을 제공합니다. 이러한 다양한 모델을 통해 사용자는 시간과 노력을 절약하고 원하는 결과물을 효율적으로 얻을 수 있습니다. 더 자세한 내용은 클로이드 플랫폼 문서를 참고하시기 바랍니다.
- ## Claude Code Docs: 모델 구성

Claude의 성능을 최적화하는 데 중요한 역할을 하는 모델 구성은 Claude를 특정 작업에 맞게 미세 조정할 수 있는 옵션을 제공합니다.

1.  **모델 크기:**

Claude는 다양한 크기의 모델을 제공합니다. 모델 크기가 클수록 일반적으로 더 복잡한 작업을 처리할 수 있지만, 더 많은 컴퓨팅 자원을 필요로 합니다.

*   Claude Instant: 가장 작은 모델로, 빠른 응답 속도를 제공하며 간단한 작업에 적합합니다.
*   Claude 2: 일반적인 작업에 적합하며, Claude Instant보다 더 복잡한 작업을 처리할 수 있습니다.
*   Claude 3 Opus: 가장 강력한 모델로, 복잡한 추론, 창의적인 작업, 그리고 높은 정확도가 필요한 작업에 적합합니다.

2.  **온도 (Temperature):**

온도는 Claude의 응답의 무작위성을 제어합니다.

*   0: 가장 결정적인 응답을 생성합니다. 특정 답변에 대한 확률이 가장 높은 답변이 선택됩니다.
*   1: 가장 무작위적인 응답을 생성합니다. Claude는 더 창의적이고 예상치 못한 답변을 생성할 수 있습니다.
*   0.7: 일반적으로 좋은 균형점을 제공하며, 창의성과 정확성 사이의 균형을 유지합니다.

3.  **최대 토큰 수 (Max Tokens):**

최대 토큰 수는 Claude가 생성할 수 있는 최대 토큰 수를 지정합니다. 토큰은 단어 또는 구문과 유사한 텍스트의 기본 단위입니다.

*   짧은 응답: 최대 토큰 수를 낮게 설정하여 응답 속도를 높일 수 있습니다.
*   긴 응답: 최대 토큰 수를 높게 설정하여 Claude가 더 자세한 답변을 생성할 수 있도록 할 수 있습니다.

4.  **Top P:**

Top P는 Claude가 고려할 가능성이 높은 토큰의 비율을 제어합니다.

*   1: Claude는 모든 토큰을 고려합니다.
*   0.9: Claude는 가장 가능성이 높은 토큰의 합계 확률이 90%인 토큰만 고려합니다.

5.  **프롬프트 엔지니어링:**

모델 구성 옵션 외에도, 프롬프트 엔지니어링은 Claude의 성능에 큰 영향을 미칩니다. 명확하고 구체적인 프롬프트를 사용하여 Claude가 원하는 작업을 수행하도록 안내하는 것이 중요합니다. 예를 들어, "다음 질문에 대해 답변해줘" 대신 "다음 질문에 대해 3문장으로 답변해줘"와 같이 구체적인 지시를 제공하는 것이 좋습니다.
- 개발자IO: Claude Code의 노력 지표에 대해 공식 문서를 참고하여 정리했습니다.
- 개발자IO: [팁] Claude Code의 ‘노력’ 매개변수에 대해 조사했습니다.
- 개발자IO: [비엔지니어들을 위한 클로드/클로드 코드 시리즈] 노력은 “지능”이 아닌 “업무량”의 문제였다.
- META-MARK: Claude Code의 /노력 완전 가이드｜저~고, 최고 활용법 및 ‘비용 증가의 실태’
- META-MARK: Claude Code의 신규 노력 모드 완전 해설｜max·ultracode·auto와 ‘주문 ultrathink’의 정체

Claude Code의 신규 노력 모드에 대한 심층적인 해설입니다. max, ultracode, auto와 함께 ‘주문 ultrathink’의 본질에 대해 자세히 알아보겠습니다. 이 모드는 Claude Code의 능력을 최대한 활용하여 복잡한 문제 해결 및 창작 활동을 지원하도록 설계되었습니다. 특히, ‘주문 ultrathink’는 단순한 텍스트 생성 모델이 아닌, 인간의 사고 과정을 모방하고 심층적인 분석을 수행하는 AI 시스템으로, Claude Code의 핵심 기능 중 하나입니다. 

‘주문 ultrathink’는 방대한 양의 데이터를 학습하여 다양한 분야의 지식을 습득하고 있으며, 이를 바탕으로 창의적인 아이디어를 도출하고, 논리적인 추론을 수행하며, 복잡한 문제를 해결하는 데 활용될 수 있습니다. 이 시스템은 특히, 철학, 심리학, 인공지능 등 인간의 지적 활동과 관련된 분야에서 강력한 성능을 발휘합니다. 

이러한 ‘주문 ultrathink’의 활용은 Claude Code를 단순한 도구를 넘어, 인간과 협력하여 지적 능력을 확장하고 새로운 가능성을 탐구하는 파트너로 만듭니다.
- ## 클로드 아카데미: 적절한 노력 수준 선택하기 - 클로드 코드

클로드 코드를 사용할 때, 어떤 수준의 노력을 기울여야 할지 고민하는 경우가 많을 것입니다. 클로드 코드는 강력한 도구이지만, 단순히 명령만 내리는 것만으로는 원하는 결과를 얻기 어렵습니다. 효과적인 사용을 위해서는 적절한 노력 수준을 선택하는 것이 중요합니다.

**1. 명확한 목표 설정:** 클로드 코드를 통해 무엇을 달성하고 싶은지 명확하게 정의해야 합니다. 단순히 “파이썬 코드를 만들어줘”와 같이 막연한 목표는 클로드 코드의 잠재력을 제대로 활용하지 못하게 합니다. 예를 들어, “특정 알고리즘을 구현하는 파이썬 코드를 작성하고, 그 결과를 시각화하여 보여줘”와 같이 구체적인 목표를 설정하는 것이 좋습니다.

**2. 상세한 프롬프트 작성:** 클로드에게 원하는 결과물을 얻기 위해서는 상세하고 명확한 프롬프트를 제공해야 합니다. 프롬프트는 클로드에게 무엇을 해야 할지, 어떤 방식으로 수행해야 할지 알려주는 지침과 같습니다. 프롬프트 작성 시에는 다음과 같은 사항을 고려하십시오.

*   **구체적인 요구사항:** 원하는 결과물의 기능, 형식, 데이터 등을 명확하게 명시합니다.
*   **제약 조건:** 클로드가 고려해야 할 제약 조건 (예: 특정 라이브러리 사용, 코드 길이 제한 등)을 명시합니다.
*   **예시:** 원하는 결과물의 예시를 제공하여 클로드가 이해하기 쉽도록 돕습니다.
*   **단계별 지시:** 복잡한 작업을 수행해야 하는 경우, 단계별로 지시하여 클로드가 혼란을 느끼지 않도록 합니다.

**3. 반복적인 테스트 및 수정:** 클로드 코드가 생성한 코드는 항상 완벽하지 않을 수 있습니다. 생성된 코드를 테스트하고, 오류가 발생하면 프롬프트를 수정하여 다시 시도해야 합니다. 이 과정을 통해 클로드와 효과적으로 소통하고, 원하는 결과물을 얻을 수 있습니다.

**4. 노력 수준 조절:** 클로드의 능력은 상황에 따라 다릅니다. 간단한 작업은 클로드에게 직접적으로 지시하는 방식으로 해결할 수 있지만, 복잡한 작업은 여러 번의 반복적인 테스트와 수정 과정을 거쳐야 합니다. 클로드가 스스로 문제를 해결하도록 유도하기 위해, 프롬프트에 문제 해결 전략이나 알고리즘에 대한 설명을 포함할 수 있습니다.

**5. 클로드 코드의 한계 인지:** 클로드 코드는 아직 완벽한 도구가 아닙니다. 때로는 잘못된 코드를 생성하거나, 예상치 못한 오류를 발생시킬 수 있습니다. 클로드의 한계를 인지하고, 필요에 따라 직접 코드를 수정하거나, 다른 도구를 활용해야 합니다.

클로드 코드를 효과적으로 사용하기 위해서는 꾸준한 연습과 노력이 필요합니다. 위에서 제시된 방법들을 활용하여 클로드와 함께 협력하고, 창의적인 결과물을 만들어 보세요.

**출처:** [note 원문](https://note.com/minilab/n/n14abce65ca14)

*번역: Gemma 3(.44) 초벌 + 교정 39청크*

[원문 보기](https://note.com/minilab/n/n14abce65ca14) | 출처: note.com