[{"content":"Opus 5가 나온 뒤 가장 많이 받은 질문은 \u0026ldquo;그래서 Fable 5 안 써도 되냐\u0026quot;입니다. 이 글에서는 실제 워크플로 18회 실행을 비교한 벤치마크 자료와, 제가 Max $100 요금제로 사이드 프로젝트를 굴리며 겪은 경험을 함께 정리합니다. 결론부터 말하면 저는 당분간 Opus 5를 기본 모델로 둡니다. 다만 그 선택이 \u0026ldquo;Opus 5가 모든 면에서 이겼기 때문\u0026quot;은 아닙니다. 어떤 작업에서 어느 쪽이 유리한지, 요금제별로 판단이 어떻게 갈리는지까지 짚겠습니다.\n요금제 한도부터 정리합니다: Max $100에서 Fable은 충분합니다 Fable 5를 피하는 가장 흔한 이유가 \u0026ldquo;한도가 금방 찬다\u0026quot;입니다. 제 경험은 다릅니다.\n저는 Max $100 요금제를 쓰고 있고, Fable 5로 개인 개발과 사이드 프로젝트를 돌리면서 아직 한 번도 limit에 도달한 적이 없습니다. 퇴근하고 이것저것 다 만들어도 용량 제한에 걸리지 않았습니다. 그러니 \u0026ldquo;Fable은 비싸서 못 쓴다\u0026quot;는 말은 적어도 Max $100 구간의 개인 개발자에게는 과장입니다.\nAPI 종량제라면 이야기가 완전히 달라집니다. 아래 자료의 비용 수치는 전부 API 기준이라는 점을 먼저 밝혀둡니다. 구독제 사용자는 같은 표를 \u0026lsquo;한도 소진 속도\u0026rsquo;로 바꿔 읽으셔야 합니다.\n벤치마크가 아니라 실제 실행 결과를 봐야 합니다 Nate Herk의 Opus 5 vs Fable 5 비교 영상은 두 모델에 동일한 프롬프트와 동일한 코드베이스를 주고 Claude Code 안에서 돌린 기록입니다. Frontier Bench, Coding Agent Index 같은 지표에서 Opus 5가 Fable 5보다 점수가 높으면서 토큰당 가격은 절반이라는 점이 실험의 출발점이었습니다.\n영상에서 진행한 주요 실험을 정리하면 이렇습니다.\n실험 Opus 5 Fable 5 승자(영상 판단) 코드베이스 버그 헌트 1 13분 / $4.22 11분 / $5.30 Fable (패치가 상위 프로젝트 수정과 일치) 코드베이스 버그 헌트 2 20분 / $6.50, 4/4 통과 12분 / $8.73, 2/4 통과 Opus (93/95 vs 66/95) 랜딩페이지 제작 58분 / $35.83 22분 / $20.50 Fable (근소, 주관적) LinkedIn 포스트+캐러셀 $8.22 7분 30초 / $6.17 Fable (디자인 취향) 오디언스 리서치 20분 / $8.34 10~11분 / $10.60 비슷 영상 개요+슬라이드 1시간 15분 / $33 8분 / $41 Fable (시각 품질) 구조 시뮬레이터 2시간 26분 / $112 7분 / $73 Opus (설계 완성도) 숫자를 보면 방향이 갈립니다. 검증이 명확한 작업, 즉 테스트가 통과하는지 아닌지로 답이 갈리는 작업에서는 Opus 5가 앞섭니다. 반대로 디자인·시각 결과물처럼 \u0026lsquo;이게 더 예쁜가\u0026rsquo;로 판정하는 작업은 Fable 5가 여전히 우위입니다.\n토큰 효율은 Opus 5가 오히려 나쁩니다 여기가 벤치마크만 보면 놓치는 부분입니다.\n영상의 총계에 따르면 Opus 5는 출력 토큰 200만 개, Fable 5는 83만 2천 개를 썼습니다. 토큰당 단가가 절반인데도 세션에 따라 Opus 5가 더 비싼 이유가 이것입니다. 활성 시간도 Opus 5가 총 630분, 세션 평균 약 1시간이었고 Fable 5는 세션 평균 약 25분이었습니다.\n즉 Opus 5는 \u0026ldquo;싼 모델\u0026quot;이 아니라 \u0026ldquo;많이 생각하는 모델\u0026quot;입니다. 앤트로픽 릴리스 블로그가 강조한 대로 Opus 5는 작업 검증과 성공할 때까지 반복하는 데 강한데, 그 강점이 그대로 토큰 소모로 나타납니다. 구조 시뮬레이터 실험에서 Opus 5가 2시간 26분을 쓰고 $112를 태운 것도 하위 에이전트를 더 많이 돌리며 스트레스 테스트를 반복했기 때문으로 추정됩니다.\n제 기준에서는 이 트레이드오프가 나쁘지 않습니다. 저는 사이드 프로젝트를 짜다가 애매하게 동작하는 코드를 다시 붙잡는 시간이 제일 아깝습니다. 모델이 30분 더 돌면서 테스트를 4/4 통과시켜 준다면 그쪽이 낫습니다.\n그래서 저는 Opus 5를 기본값으로 둡니다 Fable 5가 Max $100에서 충분히 돌아간다는 건 앞에서 말씀드린 그대로입니다. 그런데도 제가 기본 모델을 바꾼 이유는 단순합니다.\n성능이 더 좋고, 가격이 더 싸고, 컨텍스트도 더 크다면 굳이 Fable 5를 고를 이유가 없습니다. 세 축 중 하나라도 Fable이 확실히 앞섰다면 고민했겠지만, 제 작업 유형인 개인 개발과 사이드 프로젝트는 대부분 \u0026ldquo;돌아가는가\u0026quot;로 판정됩니다. 앞의 표에서 Opus 5가 이긴 항목들이 정확히 그 유형입니다.\n다만 이건 제 작업 유형에 한정된 판단입니다. 랜딩페이지 시안이나 슬라이드 덱을 뽑는 게 주 업무라면 결론은 반대여야 합니다.\n모델보다 검증 설계가 먼저입니다 영상에서 가장 값진 지적은 모델 순위가 아니라 이 부분이었습니다. 같은 프롬프트, 같은 모델로 두 번 돌렸는데 결과가 완전히 달랐다는 사례가 나옵니다. 스네이크 게임 실험에서 5판만 돌리라고 지시했는데도 30판 넘게 돌린 실행이 있었습니다. 발표자 본인이 실수로 Opus를 두 번 돌린 걸 나중에 알아챈 케이스입니다.\n이 결과가 말해주는 건 하나입니다. 모델은 결정론적이지 않고, 통제 수단은 프롬프트가 아니라 정지 조건입니다.\n작업을 맡기기 전 확인할 체크리스트입니다.\n완료 판정 기준이 객관적인가 — 테스트 통과, 특정 점수, 스크린샷 일치 중 하나로 표현되는가 정지 조건을 프롬프트에 명시했는가 — \u0026ldquo;이 조건 전까지 멈추지 마라\u0026quot;가 들어갔는가 주관적 판단이 필요한 작업이면 하위 에이전트 합의 방식을 쓸 수 있는가 모델에게 준 컨텍스트가 최신인가 — 영상에서도 발표자의 OS 컨텍스트가 오래돼 잘못된 정보가 나온 사례가 있었습니다 이 작업에 정말 최상위 모델이 필요한가 — 일반적인 지식 작업은 Sonnet 4.5로도 충분하다는 게 영상의 결론입니다 중국 AI 추격에 대해 제가 생각하는 것 Opus 5 등장으로 앤트로픽이 DeepSeek이나 Kimi K3발 위협에서 한숨 돌린 느낌은 있습니다. 성능이 오르면서 가격이 내려간 릴리스는 방어선을 확실히 넓힙니다.\n그렇다고 안심할 상황은 아니라고 봅니다. 저는 중국 AI의 가성비가 확 올라오는 순간이 오면, 제약도 많고 거절도 많고 비싼 미국 AI를 계속 쓸 이유를 크게 느끼지 못합니다. 제 선택 기준은 국적이 아니라 \u0026lsquo;이 작업을 거절 없이 싸게 끝내주는가\u0026rsquo;이기 때문입니다.\n이건 저 한 명의 취향이 아니라 개인 개발자 다수가 공유하는 계산법이라고 생각합니다. 성능 격차가 좁혀지는 순간 남는 건 가격과 정책 제약뿐입니다. 앤트로픽이 경계심을 늦추면 안 되는 지점도 거기입니다.\n작업 유형별로 이렇게 나눠 쓰세요 지금까지의 내용을 실제 선택 기준으로 바꾸면 이렇습니다.\n버그 수정, 리팩터링, 테스트 기반 구현: Opus 5. 검증 루프가 있는 작업에서 강합니다. 랜딩페이지, 슬라이드, 캐러셀 등 시각 결과물: Fable 5. 디자인 감각에서 아직 앞섭니다. 일반 글쓰기, 요약, 리서치 정리: Sonnet 4.5. 영상 발표자도 이 영역에서는 Opus 5조차 과하다고 말합니다. 긴 오케스트레이션 작업: Fable 5에게 위임만 시키는 방식. 영상에서는 Fable이 코드를 직접 짜지 않고 지시만 하게 하면 하루를 돌려도 컨텍스트 300~400k를 넘기지 않는다고 설명합니다. 마치며 Max $100 요금제에서 개인 개발·사이드 프로젝트 수준이면 Fable 5도 한도 걱정 없이 쓸 수 있습니다. 제 경험상 아직 한 번도 limit에 닿지 않았습니다. Opus 5는 토큰당 가격이 절반이지만 출력 토큰을 2배 이상 쓰기 때문에, 세션 단위로는 더 비쌀 수 있습니다. 검증 가능한 코딩 작업은 Opus 5, 시각·디자인 결과물은 Fable 5가 유리하다는 게 실측 결과입니다. 모델 선택보다 정지 조건과 검증 설계가 결과를 더 크게 좌우합니다. 저는 성능·가격·컨텍스트 세 축이 모두 나은 Opus 5를 당분간 기본 모델로 씁니다. 자주 묻는 질문 Q. Opus 5가 Fable 5보다 무조건 좋은가요? 아닙니다. 코드 버그 수정과 검증 기반 작업에서는 Opus 5가 앞섰지만, 랜딩페이지·슬라이드 같은 시각 결과물은 Fable 5가 더 나은 결과를 냈습니다. 작업 유형으로 나누시는 게 맞습니다.\nQ. Opus 5는 가격이 절반이라는데 왜 더 비싸게 나오나요? 토큰당 단가는 절반이지만 출력 토큰을 훨씬 많이 씁니다. 비교 실험 총계에서 Opus 5는 출력 토큰 200만 개, Fable 5는 83만 2천 개였습니다. 검증하며 반복하는 성향 때문입니다.\nQ. Max $100 요금제로 Fable 5를 쓰면 한도가 금방 차나요? 제 경우에는 그렇지 않았습니다. 개인 개발과 사이드 프로젝트로 퇴근 후 계속 돌려도 limit에 도달한 적이 없습니다. 팀 단위 대규모 작업이라면 다를 수 있습니다.\nQ. 어떤 모델이든 결과가 들쭉날쭉한데 어떻게 하나요? 정지 조건을 명시하는 게 가장 효과적입니다. 비교 영상에서도 동일 모델·동일 프롬프트로 두 번 돌린 결과가 크게 달랐습니다. \u0026ldquo;테스트가 통과할 때까지 멈추지 마라\u0026rdquo; 같은 객관적 기준을 넣으세요.\nQ. 일상 작업에도 최상위 모델을 써야 하나요? 필요 없습니다. 글쓰기나 리서치 정리 수준이면 Sonnet 4.5로도 충분합니다. 작업 난이도에 맞는 모델을 고르는 게 비용과 시간 양쪽에서 유리합니다.\n참고 자료 I Tested Opus 5 vs. Fable 5. What You Need to Know. — Nate Herk | AI Automation ","permalink":"https://blog-coding.pages.dev/posts/opus-5-vs-fable-5/","summary":"\u003cp\u003eOpus 5가 나온 뒤 가장 많이 받은 질문은 \u0026ldquo;그래서 Fable 5 안 써도 되냐\u0026quot;입니다. 이 글에서는 실제 워크플로 18회 실행을 비교한 벤치마크 자료와, 제가 Max $100 요금제로 사이드 프로젝트를 굴리며 겪은 경험을 함께 정리합니다. 결론부터 말하면 저는 당분간 Opus 5를 기본 모델로 둡니다. 다만 그 선택이 \u0026ldquo;Opus 5가 모든 면에서 이겼기 때문\u0026quot;은 아닙니다. 어떤 작업에서 어느 쪽이 유리한지, 요금제별로 판단이 어떻게 갈리는지까지 짚겠습니다.\u003c/p\u003e","title":"Opus 5 vs Fable 5, 일주일 써보고 정한 기본 모델"},{"content":"blog-coding(이하 \u0026ldquo;본 사이트\u0026rdquo;)은 방문자의 개인정보를 소중히 여기며, 「개인정보 보호법」 등 관련 법령을 준수합니다. 본 방침은 본 사이트가 어떤 정보를 수집하고 어떻게 이용하는지 설명합니다.\n시행일: 2026년 7월 31일\n1. 수집하는 정보 본 사이트는 회원가입 절차가 없으며, 이름·연락처 등 개인정보를 직접 입력받아 수집하지 않습니다. 다만 아래 정보가 자동으로 생성되어 수집될 수 있습니다.\n자동 수집 항목\nIP 주소(일부 마스킹될 수 있음) 브라우저 종류 및 버전, 운영체제 정보 방문 일시, 머문 시간, 방문한 페이지 경로 유입 경로(referrer) 및 검색어 쿠키 및 유사 기술로 저장되는 식별자 이용자가 직접 제공하는 정보\n이메일로 문의하시는 경우, 해당 이메일 주소와 문의 내용 2. 이용 목적 수집된 정보는 다음 목적으로만 사용합니다.\n사이트 이용 통계 분석 및 콘텐츠 개선 서비스 안정성 확보 및 부정 이용(어뷰징) 방지 광고 노출 및 광고 성과 측정 문의에 대한 답변 3. 보유 및 파기 자동 수집된 접속 기록 및 분석 데이터는 수집일로부터 최대 26개월간 보관 후 파기합니다. 문의를 위해 제공하신 이메일과 내용은 답변 완료 후 3개월 이내에 파기합니다. 관련 법령에서 별도 보존을 요구하는 경우 해당 기간 동안 보관합니다. 4. 쿠키(Cookie)에 대하여 본 사이트는 이용자 경험 개선과 광고 제공을 위해 쿠키를 사용합니다. 쿠키는 브라우저에 저장되는 작은 텍스트 파일로, 다음 용도로 쓰입니다.\n다크 모드 등 화면 설정 기억 방문자 통계 측정 관련성 있는 광고 제공 쿠키 거부 방법 브라우저 설정에서 쿠키 저장을 거부하거나 삭제할 수 있습니다.\nChrome: 설정 → 개인정보 보호 및 보안 → 서드 파티 쿠키 Safari: 환경설정 → 개인정보 보호 → 쿠키 및 웹사이트 데이터 Edge: 설정 → 쿠키 및 사이트 권한 쿠키를 거부하셔도 사이트 이용에는 지장이 없으나, 일부 설정이 저장되지 않을 수 있습니다.\n5. 광고 및 제3자 서비스 본 사이트는 운영 비용 충당을 위해 제3자 광고를 게재하며, 아래 외부 서비스를 이용합니다.\nGoogle AdSense 본 사이트는 Google 및 제3자 광고 파트너가 제공하는 광고를 게재합니다. Google을 포함한 제3자 공급업체는 쿠키를 사용하여 이용자의 본 사이트 및 다른 사이트 방문 기록에 기반한 광고를 게재합니다. Google은 광고 쿠키(DoubleClick DART 쿠키 등) 를 사용해 관심 기반 광고를 제공합니다. 이용자는 Google 광고 설정 에서 맞춤 광고를 비활성화할 수 있습니다. 제3자 공급업체의 맞춤 광고는 www.aboutads.info/choices 또는 optout.networkadvertising.org 에서 일괄 거부할 수 있습니다. Google의 데이터 처리 방식은 Google 개인정보처리방침 및 Google 파트너 사이트 이용 시 데이터 사용 방침 을 참고하세요. 웹 분석 도구 방문 통계 파악을 위해 Google Analytics 등 분석 도구를 사용할 수 있습니다. 이 도구는 쿠키를 통해 익명화된 이용 정보를 수집하며, Google Analytics 차단 브라우저 부가기능 으로 수집을 거부할 수 있습니다.\n호스팅 및 CDN 본 사이트는 Cloudflare Pages 를 통해 제공됩니다. Cloudflare는 보안 및 성능 제공 과정에서 접속 로그를 처리할 수 있습니다. 자세한 내용은 Cloudflare 개인정보처리방침 을 참고하세요.\n6. 제3자 제공 본 사이트는 이용자의 개인정보를 제3자에게 판매하거나 임의로 제공하지 않습니다. 다만 위 5항에 기재된 서비스 제공사가 각자의 방침에 따라 데이터를 처리할 수 있으며, 법령에 근거한 수사기관의 적법한 요청이 있는 경우에는 이에 따를 수 있습니다.\n7. 외부 링크 본 사이트의 글에는 외부 사이트로 향하는 링크가 포함될 수 있습니다. 링크된 사이트는 각자의 개인정보 처리방침을 따르며, 본 사이트는 해당 사이트의 정보 수집에 대해 책임지지 않습니다.\n8. 아동의 개인정보 본 사이트는 만 14세 미만 아동을 대상으로 하지 않으며, 아동의 개인정보를 고의로 수집하지 않습니다.\n9. 이용자의 권리 이용자는 언제든지 자신의 정보에 대해 열람·정정·삭제·처리정지를 요청할 수 있습니다. 아래 연락처로 요청하시면 지체 없이 조치하겠습니다.\n10. 개인정보 보호책임자 책임자: jinbom 이메일: himacorlife@gmail.com 11. 방침 변경 법령이나 서비스 내용이 바뀌면 본 방침이 개정될 수 있습니다. 개정 시 이 페이지에 변경 내용과 시행일을 게시합니다.\n최종 수정일: 2026년 7월 31일\n","permalink":"https://blog-coding.pages.dev/privacy/","summary":"\u003cp\u003e\u003cstrong\u003eblog-coding\u003c/strong\u003e(이하 \u0026ldquo;본 사이트\u0026rdquo;)은 방문자의 개인정보를 소중히 여기며, 「개인정보 보호법」 등 관련 법령을 준수합니다.\n본 방침은 본 사이트가 어떤 정보를 수집하고 어떻게 이용하는지 설명합니다.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e시행일: 2026년 7월 31일\u003c/strong\u003e\u003c/p\u003e\n\u003ch2 id=\"1-수집하는-정보\"\u003e1. 수집하는 정보\u003c/h2\u003e\n\u003cp\u003e본 사이트는 회원가입 절차가 없으며, 이름·연락처 등 개인정보를 직접 입력받아 수집하지 않습니다.\n다만 아래 정보가 자동으로 생성되어 수집될 수 있습니다.\u003c/p\u003e","title":"개인정보 처리방침"},{"content":"문의는 이메일로 받습니다. 확인 후 영업일 기준 3~5일 이내에 답변드립니다.\n이메일 himacorlife@gmail.com\n이런 문의를 받습니다 오류 제보 글의 내용이 틀렸거나, 코드가 그대로 동작하지 않거나, 링크가 깨졌다면 알려주세요. 어떤 글의 어느 부분인지, 그리고 실행 환경(OS·버전 등)을 함께 적어주시면 확인이 빠릅니다.\n콘텐츠 관련 질문 글에서 다룬 내용에 대한 추가 질문을 보내주셔도 됩니다. 다만 개별 프로젝트의 디버깅 대행은 어렵습니다.\n저작권 및 삭제 요청 이 블로그의 글이 귀하의 저작권을 침해했다고 판단되시면, 해당 URL과 침해 근거를 함께 보내주세요. 확인 후 정당한 요청이면 신속히 삭제하거나 수정하겠습니다.\n개인정보 관련 요청 개인정보 처리에 대한 열람·정정·삭제 요청은 개인정보 처리방침 을 참고해 같은 주소로 보내주세요.\n제휴 및 광고 문의 협업이나 광고 제안도 같은 주소로 보내주시면 검토하겠습니다.\n답변이 어려운 문의 개별 코드에 대한 1:1 유료/무료 컨설팅 과제·시험 대행 무단 게시물 홍보 요청 참고 문의 시 보내주신 이메일 주소와 내용은 답변 목적으로만 사용하며, 처리가 끝나면 파기합니다. 자세한 내용은 개인정보 처리방침 을 확인해 주세요.\n","permalink":"https://blog-coding.pages.dev/contact/","summary":"\u003cp\u003e문의는 이메일로 받습니다. 확인 후 영업일 기준 3~5일 이내에 답변드립니다.\u003c/p\u003e\n\u003ch2 id=\"이메일\"\u003e이메일\u003c/h2\u003e\n\u003cp\u003e\u003cstrong\u003e\u003ca href=\"mailto:himacorlife@gmail.com\"\u003ehimacorlife@gmail.com\u003c/a\u003e\u003c/strong\u003e\u003c/p\u003e\n\u003ch2 id=\"이런-문의를-받습니다\"\u003e이런 문의를 받습니다\u003c/h2\u003e\n\u003cp\u003e\u003cstrong\u003e오류 제보\u003c/strong\u003e\n글의 내용이 틀렸거나, 코드가 그대로 동작하지 않거나, 링크가 깨졌다면 알려주세요.\n어떤 글의 어느 부분인지, 그리고 실행 환경(OS·버전 등)을 함께 적어주시면 확인이 빠릅니다.\u003c/p\u003e","title":"문의하기"},{"content":"이 블로그는 blog-coding 은 개발하면서 직접 부딪히고 해결한 것들을 기록하는 공간입니다.\n검색해서 나오는 남의 글을 옮겨 적는 대신, 제가 실제로 실행해 보고 확인한 내용만 씁니다. 그래서 글이 자주 올라오지는 않지만, 올라온 글은 따라 하면 재현됩니다.\n다루는 주제 AI 개발 도구 — Claude Code, LLM 모델 비교, 프롬프트·에이전트 워크플로 웹 개발 — 프론트엔드/백엔드 구현 기록, 프레임워크 사용기 인프라와 배포 — Cloudflare, CI/CD, 정적 사이트 운영 개발 환경 — 에디터, CLI, 자동화 스크립트 글을 쓰는 원칙 실행한 것만 쓴다. 직접 돌려보지 않은 코드는 올리지 않습니다. 출처를 밝힌다. 참고한 자료와 영상은 본문에 링크합니다. 버전을 적는다. 도구 버전에 따라 결과가 달라지는 내용은 기준 버전을 함께 적습니다. 틀리면 고친다. 잘못된 내용을 알려주시면 확인 후 본문을 수정하고 그 사실을 남깁니다. 운영자 jinbom — 개발자.\nGitHub: https://github.com/ 이메일: himacorlife@gmail.com (문의하기) 그 밖에 새 글은 RSS 로 구독할 수 있습니다. 지난 글은 아카이브 에서 날짜별로 볼 수 있습니다. 이 블로그의 개인정보 처리 방침은 여기, 이용약관 및 면책조항은 여기 에 있습니다. ","permalink":"https://blog-coding.pages.dev/about/","summary":"\u003ch2 id=\"이-블로그는\"\u003e이 블로그는\u003c/h2\u003e\n\u003cp\u003e\u003cstrong\u003eblog-coding\u003c/strong\u003e 은 개발하면서 직접 부딪히고 해결한 것들을 기록하는 공간입니다.\u003c/p\u003e\n\u003cp\u003e검색해서 나오는 남의 글을 옮겨 적는 대신, 제가 실제로 실행해 보고 확인한 내용만 씁니다.\n그래서 글이 자주 올라오지는 않지만, 올라온 글은 따라 하면 재현됩니다.\u003c/p\u003e","title":"소개"},{"content":"본 약관은 blog-coding(이하 \u0026ldquo;본 사이트\u0026rdquo;)을 이용하는 모든 방문자에게 적용됩니다. 본 사이트를 이용하시면 아래 내용에 동의한 것으로 봅니다.\n시행일: 2026년 7월 31일\n1. 사이트의 성격 본 사이트는 운영자가 개발 과정에서 얻은 경험과 학습 내용을 개인적으로 기록하는 블로그입니다. 어떤 기업이나 단체를 대표하지 않으며, 게시된 의견은 전적으로 운영자 개인의 것입니다.\n2. 저작권 본 사이트에 게시된 글, 이미지, 코드 등 모든 창작물의 저작권은 별도 표기가 없는 한 운영자에게 있습니다. 인용: 출처와 원문 링크를 명확히 밝히는 조건으로 일부 인용은 자유롭게 하셔도 됩니다. 전문 복제 및 재배포: 사전 동의 없는 전문 복사, 무단 전재, 상업적 이용, AI 학습 데이터로의 무단 수집을 금지합니다. 본문에 포함된 코드 예제는 별도 라이선스 표기가 없는 한 자유롭게 사용하실 수 있습니다. 다만 사용에 따른 결과는 이용자 책임입니다. 제3자의 저작물(인용문, 스크린샷, 로고 등)은 각 권리자에게 저작권이 있으며, 인용 범위 내에서 출처를 밝혀 사용합니다. 권리 침해가 있다면 문의하기 로 알려주시면 즉시 조치하겠습니다. 3. 정보의 정확성에 대한 면책 모든 글은 작성 시점을 기준으로 운영자가 직접 확인한 내용이지만, 정확성·완전성·최신성을 보증하지 않습니다. 소프트웨어와 서비스는 자주 변경되므로, 글에 적힌 절차가 현재는 동작하지 않을 수 있습니다. 본 사이트의 정보를 이용하여 발생한 직간접적 손해에 대해 운영자는 책임을 지지 않습니다. 실제 적용 전 반드시 공식 문서를 확인하시고, 중요한 작업은 백업 후 진행하시기 바랍니다. 본 사이트의 내용은 법률·세무·투자·의료 등 전문적 자문을 대체하지 않습니다. 4. 외부 링크 본 사이트는 참고 자료로 외부 사이트 링크를 포함합니다. 링크된 사이트의 내용, 정확성, 보안, 개인정보 처리에 대해 본 사이트는 통제권이 없으며 책임지지 않습니다.\n5. 광고 및 제휴 고지 본 사이트는 운영 비용 충당을 위해 Google AdSense 등 제3자 광고를 게재합니다. 광고의 내용은 광고 네트워크가 자동으로 결정하며, 운영자가 개별 광고를 사전에 검토하거나 보증하지 않습니다. 광고주와의 거래로 발생한 문제는 해당 광고주와 이용자 사이의 문제이며, 본 사이트는 책임지지 않습니다. 제휴 링크가 포함된 글에는 해당 사실을 본문에 명시합니다. 광고 관련 쿠키 사용과 거부 방법은 개인정보 처리방침 을 참고하세요. 6. 금지 행위 이용자는 다음 행위를 해서는 안 됩니다.\n자동화 도구를 이용한 과도한 크롤링 등 서버에 부하를 주는 행위 사이트의 정상적인 운영을 방해하는 행위 콘텐츠를 무단으로 복제하여 재배포하거나 상업적으로 이용하는 행위 타인의 권리를 침해하거나 법령을 위반하는 목적으로 본 사이트를 이용하는 행위 7. 서비스의 변경 및 중단 운영자는 사전 통지 없이 본 사이트의 내용을 수정·삭제하거나 서비스를 일시 중단 또는 종료할 수 있습니다. 이로 인한 손해에 대해서는 책임을 지지 않습니다.\n8. 약관의 변경 본 약관은 필요에 따라 개정될 수 있으며, 개정 시 이 페이지에 시행일과 함께 게시합니다. 변경 이후에도 사이트를 계속 이용하시면 변경된 약관에 동의한 것으로 봅니다.\n9. 문의 본 약관에 대한 질문은 문의하기 를 통해 보내주세요.\n최종 수정일: 2026년 7월 31일\n","permalink":"https://blog-coding.pages.dev/terms/","summary":"\u003cp\u003e본 약관은 \u003cstrong\u003eblog-coding\u003c/strong\u003e(이하 \u0026ldquo;본 사이트\u0026rdquo;)을 이용하는 모든 방문자에게 적용됩니다.\n본 사이트를 이용하시면 아래 내용에 동의한 것으로 봅니다.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e시행일: 2026년 7월 31일\u003c/strong\u003e\u003c/p\u003e\n\u003ch2 id=\"1-사이트의-성격\"\u003e1. 사이트의 성격\u003c/h2\u003e\n\u003cp\u003e본 사이트는 운영자가 개발 과정에서 얻은 경험과 학습 내용을 개인적으로 기록하는 블로그입니다.\n어떤 기업이나 단체를 대표하지 않으며, 게시된 의견은 전적으로 운영자 개인의 것입니다.\u003c/p\u003e","title":"이용약관 및 면책조항"}]