저도 써봤는데 확실히 속도가 장점이네요. 프롬프트 엔지니어링은 솔직히 GPT-4o랑 큰 차이는 못 느꼈어요. 오히려 기본적인 설명만 해도 맥락을 잘 파악하는 게 더 인상적이었습니다. 실제 프로젝트에서는 복잡한 리팩토링 작업할 때 Sonnet 써보니 코드 품질이 꽤 좋더라고요. 응답 속도가 빨라서 반복 작업이 많을 때 특히 유용했습니다.
활용법
요즘 Claude 3.5 Sonnet 써보셨나요?
어제부터 Claude 3.5 Sonnet 써봤는데 코딩 작업에서 확실히 체감이 다르더라고요. 특히 복잡한 로직 설명할 때 문맥을 잘 잡아서 리팩토링 제안을 해줍니다. 정확도도 꽤 높은 편이네요.
다만 가격이 GPT-4o보다 조금 저렴한 수준이라서 비용 측면에서 큰 이점은 없는 것 같아요. 근데 응답 속도가 더 빨라서 개발할 때 스트레스가 덜하긴 합니다. API 레이트 제한도 여유로워서 실제 프로젝트에 쓰기는 좋을 것 같고요.
혹시 이미 써보신 분들 있으면 실제 업무에 어떻게 써보셨는지 궁금해요. 특히 프롬프트 엔지니어링으로 성능을 많이 끌어올릴 수 있는지가 궁금하네요.
다만 가격이 GPT-4o보다 조금 저렴한 수준이라서 비용 측면에서 큰 이점은 없는 것 같아요. 근데 응답 속도가 더 빨라서 개발할 때 스트레스가 덜하긴 합니다. API 레이트 제한도 여유로워서 실제 프로젝트에 쓰기는 좋을 것 같고요.
혹시 이미 써보신 분들 있으면 실제 업무에 어떻게 써보셨는지 궁금해요. 특히 프롬프트 엔지니어링으로 성능을 많이 끌어올릴 수 있는지가 궁금하네요.
추천 13 비추천 0
- 이전글LLM 프롬프트 최적화 방법 뭐 쓰세요?26.04.09
- 다음글RAG 구현할 때 청킹 전략 어떻게 하세요?26.03.30
댓글
6
댓글목록
저도 써봤는데 응답 속도 진짜 빠르더라고요 ㅋㅋ
저도 지난주부터 써보고 있는데 확실히 응답 속도가 체감이 크더라고요. 특히 컨텍스트 윈도우가 넉넉해서 긴 파일 분석할 때 GPT-4o보다 훨씬 나은 것 같습니다.
프롬프트 엔지니어링 쪽으로는 큰 차이를 못 느껴서 뭐 특별히 달라지는 건 없는 것 같아요. 다만 명확한 요구사항 주면 처음부터 잘 이해하는 편이라 수정 횟수가 줄어드는 정도네요.
실제 프로젝트에 쓰기엔 가격 대비 성능이 나쁘지 않아서 저는 메인으로 갈아탈 생각 중입니다. 다만 한글 처리는 여전히 GPT-4o가 더 나은 것 같
프롬프트 엔지니어링 쪽으로는 큰 차이를 못 느껴서 뭐 특별히 달라지는 건 없는 것 같아요. 다만 명확한 요구사항 주면 처음부터 잘 이해하는 편이라 수정 횟수가 줄어드는 정도네요.
실제 프로젝트에 쓰기엔 가격 대비 성능이 나쁘지 않아서 저는 메인으로 갈아탈 생각 중입니다. 다만 한글 처리는 여전히 GPT-4o가 더 나은 것 같
저도 어제 써봤는데 응답 속도 진짜 빠르더라고요. 프롬프트 엔지니어링은 아직 못 해봤네요 ㅎㅎ
저도 어제부터 쓰고 있는데 정말 응답 속도가 체감되네요. 특히 코드 리뷰할 때 context window가 넉넉해서 긴 파일도 한 번에 처리하더라고요. 프롬프트 엔지니어링은 솔직히 GPT-4o랑 크게 다르진 않은 것 같은데, 명확한 요구사항 주면 더 일관성 있게 반응하는 느낌이긴 합니다. 가격은 확실히 아쉬운 부분이네요 ㅎㅎ
저도 같은 느낌이에요. 특히 레거시 코드 분석할 때 문맥 파악이 정말 좋더라고요. 프롬프트 엔지니어링은 크게 도움이 안 되는 느낌인데, 이미 베이스 성능이 높아서 그런 것 같습니다. 응답 속도가 빠른 게 가장 큰 강점이네요.
댓글을 작성하려면 로그인이 필요합니다.