Every Claude 2.0 Concept Explained for Non-Coders
Quick Summary
비개발자도 ‘Claude 2.0’이라는 별칭으로 묶인 모델·앱·자동화 개념을 이해하고, 지침 파일·스킬·명확한 목표부터 자신의 업무에 적용할 수 있다는 설명이다.
영상 보기
클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.
🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론
비개발자도 ‘Claude 2.0’이라는 별칭으로 묶인 모델·앱·자동화 개념을 이해하고, 지침 파일·스킬·명확한 목표부터 자신의 업무에 적용할 수 있다는 설명이다.
📌 핵심 요점
- ‘Claude 2.0’은 새 모델명이 아니라 최근 기능 변화를 묶는 별칭이다. 영상은 모델과 비용, 사용 공간, 결과물, 개인화, 자율 실행이라는 다섯 영역에서 25개 개념과 예약 작업이라는 보너스 개념을 설명한다.
- 모델과 추론 강도는 업무에 맞춰 선택한다. 발표자의 비교에서는 지시가 명확한 작업에 Sonnet이 빠르고 저렴했고, 목표가 모호한 작업에는 Opus가 유리했다. 추론 강도를 최대로 높인다고 결과가 항상 좋아지는 것은 아니었다.
- Chat은 대화와 초안 작성, Claude Code는 로컬 파일과 명령 실행, Co-work는 비개발 업무 수행 공간으로 구분한다. 세션·사이드 채팅·Duet은 여러 작업을 나누거나 연결된 앱에서 일을 진행하는 방식으로 소개된다.
- 지속적인 활용의 핵심은 맥락과 절차를 재사용하는 것이다. 메모리는 선호와 교정을 이어 주고, 사용자 지침 파일은 규칙과 자료 위치를 알려 주며, 스킬은 반복 요청을 실행 가능한 절차로 저장한다. 커넥터·플러그인·모드는 연결 범위와 작업 환경을 확장한다.
- 자율 실행에는 권한과 완료 조건이 함께 필요하다. 서브에이전트는 개별 작업을 별도 맥락에서 처리하고, 프로젝트는 관련 작업을 여러 세션으로 조율하며, /goal은 완료 조건을 향해 반복 실행한다. 예약 작업과 클라우드 루틴은 이를 정기 실행으로 연결한다.
🧩 배경과 문제 정의
발표자는 최근 6주 동안 모델과 앱 기능이 빠르게 늘면서 비개발자가 용어와 사용 방식을 따라가기 어려워졌다고 문제를 제기한다. 제목의 ‘Claude 2.0’은 새 모델이 아니라 이러한 변화의 묶음을 가리키는 별칭이라고 설명한다.
영상은 무엇으로 생각하는지, 어디에서 사용하는지, 무엇을 만드는지, 사용자 맥락을 어떻게 유지하는지, 어떻게 스스로 일하게 하는지의 다섯 부분으로 구성된다. 25개 개념을 설명한 뒤 예약 작업을 26번째 보너스로 덧붙이며, 마지막에는 지침 파일·스킬·/goal부터 시작하라고 권한다. 아래의 제품 사양과 출시 상태는 모두 영상에서 제시한 설명을 기준으로 정리한다.
🕒 시간순 섹션별 상세정리
1. ‘Claude 2.0’의 의미와 업무별 모델 선택
- 최근 모델·문서·슬라이드·디자인·대시보드 등의 변화가 ‘Claude 2.0’이라는 별칭으로 불리지만, 새 모델명은 아니라고 선을 긋는다. 비개발자를 위해 다섯 부분으로 개념을 설명하겠다고 예고한다. [00:30]
- Haiku는 빠르고 저렴한 모델, Sonnet은 일상 업무용, Opus는 크고 복잡한 업무용으로 보여준다. 발표자의 7개 업무 비교에서는 명확한 지시에 Sonnet이, 모호한 목표에 Opus가 강했다고 보여준다. [01:37]
- Fable을 장시간 추론용 고가 모델로 소개하며 성능·가격·접근 제한을 주장한다. /advisor는 작업 전체를 강한 모델로 돌리는 대신 중요한 순간에 자문받는 방식이라고 보여준다. [02:32]
2. 토큰·컨텍스트·추론 강도가 비용을 바꾸는 방식
- 토큰은 입력과 출력, 비용과 사용 한도를 측정하는 단위이고 컨텍스트 창은 한 번에 유지할 수 있는 정보량이라고 보여준다. 발표자의 사례에서는 출력보다 읽기에 훨씬 많은 토큰이 쓰여, 불러오는 파일과 지침의 중요성을 강조한다. [03:18]
- 추론 강도는 답변 전에 얼마나 깊이 생각할지를 조절하는 설정이다. 동일 작업 실험에서 Low는 빠르지만 오류가 있었고 Extra High가 가장 나았으며 Max는 더 비싸고 오래 걸려도 결과가 좋지 않았다고 보고한다. [04:05]
- 일반 지식 업무는 Sonnet과 중간 강도로 시작하고 어려운 작업에만 강도를 높이는 방식을 권한다. Ultra Code는 추론 단계라기보다 큰 작업의 전체 흐름을 먼저 계획하는 별도 설정으로 보여준다. [04:33]
3. 구독료·공유 사용 한도·기능 제공 조건
- 앱 대화와 Claude Code가 5시간 세션 한도와 주간 한도를 공유한다고 보여준다. Free·Pro·Max·Ultra의 월 구독료와 배수를 제시하고, 인증된 Ultra 계정에는 5시간 한도가 없어지는 것으로 보여준다. [05:06]
- Max·Ultra의 API 크레딧은 자체 앱과 프로그램 방식의 자동화를 위한 것이며 Claude Code 앱에서 쓰는 구독 사용량과 구별한다고 보여준다. [05:18]
- /usage나 앱의 사용량 표시로 잔여량을 확인할 수 있다고 안내한다. 기능이 보이지 않는 이유로 요금제·대기 명단 등을 들고, 관련 정리 자료를 자신의 커뮤니티에서 제공한다고 덧붙인다. [05:43]
4. Chat·Claude Code·Co-work의 역할 구분
- Chat은 질문과 답변을 주고받는 공간에서 문서·슬라이드·디자인 제작까지 확장됐다고 보여준다. 빠른 검색, 생각 정리, 초안 작성에 사용하는 공간으로 제시한다. [06:11]
- Claude Code는 컴퓨터의 폴더에서 파일을 읽고 만들고 수정하며 명령을 실행하는 환경이라고 보여준다. 발표자는 비개발자인 자신과 팀이 업무 및 영상 편집에 활용한다고 보여준다. [07:05]
- Co-work는 계약서 검토나 여러 보고서의 스프레드시트 통합 같은 비개발 업무용으로 보여준다. 이후 더 넓은 작업을 할 가능성을 고려해 Code를 배우라는 권고는 발표자 개인의 선택이다. [07:42]
5. 여러 세션·사이드 채팅·Duet으로 작업 나누기
- 세션은 자체 이력과 작업 폴더를 가진 대화 단위다. 여러 세션과 분할 화면, 휴대전화 원격 확인을 소개하며, 발표자는 같은 파일을 동시에 수정하려는 상황을 경고하는 모드를 만들었다고 드러낸다. [08:25]
- 사이드 채팅은 본 작업의 맥락을 보면서 별도 질문을 하는 기능으로, 그 대화가 본문에 다시 추가되지 않는다고 보여준다. 데스크톱에서는 닫으면 저장되지 않는다는 주의사항을 덧붙인다. [08:51]
- Duet은 연결된 앱에서 이메일·일정 확인, 답장 초안, 후속 확인을 수행하는 선제적 에이전트 앱으로 보여준다. 전송·결제·서명·삭제 전 확인을 요청하도록 설계됐으며, 미국의 일부 유료 이용자 대상 연구 프리뷰라고 보여준다. [09:28]
6. 아티팩트와 문서·슬라이드·디자인 제작
- 아티팩트는 채팅 옆에서 열리는 문서·발표 자료·디자인·대시보드·작은 대화형 도구 등을 뜻한다. 처음에는 비공개이며 직접 공유해야 다른 사람이 볼 수 있다고 보여준다. [10:04]
- Docs·Slides·Design을 대표적인 아티팩트 유형으로 묶는다. 영상은 이 세 기능이 무료를 포함한 모든 요금제에 제공되고, 디자인 작업도 별도 앱 대신 대화 안에서 할 수 있게 됐다고 보여준다. [10:41]
- 기존 독립 디자인 사이트가 그해 12월에 닫힐 예정이라고 말하며, 해당 사이트에 의존하는 작업 흐름을 점검하라고 안내한다. 연도는 전사에 제시되지 않는다. [10:51]
7. 데이터 대시보드와 코드 기반 모션
- 대시보드는 자연어 질문을 데이터 조회와 시각화로 연결하고 데이터 변화에 맞춰 갱신하는 기능으로 보여준다. BigQuery·Snowflake·Databricks·Salesforce 연결과 숫자별 조회문 확인을 소개하며 유료 베타라고 드러낸다. [11:18]
- Motion은 프롬프트를 짧은 설명 애니메이션으로 만들고 MP4로 내려받는 기능이다. 생성형 영상 모델의 촬영 장면 대신 코드로 애니메이션을 구성하며, Team·Enterprise 베타로 보여준다. [11:50]
- 발표자는 자신의 영상 그래픽도 Claude Code로 만들며, 코드 기반 작업은 색상이나 크기 등 개별 요소를 바꾸기 쉽다고 보여준다. [12:06]
8. 메모리와 사용자 지침 파일로 맥락 이어 가기
- 메모리는 대화와 날짜가 바뀌어도 사용자에 관한 정보를 이어 주는 장치로 보여준다. Claude Code의 자동 메모리는 교정과 선호를 메모하고 새 세션 시작 때 읽는 방식이라고 보여준다. [12:46]
- 사용자 지침 파일은 자동 메모리와 달리 사용자가 직접 작성하는 규칙이다. 발표자는 역할 설명과 함께 연락처·브랜드 자료 등 업무 정보가 어디에 있는지 알려 주는 경로 안내로 활용한다. [13:26]
- 지침은 반복해서 불러오므로 간결하게 유지하라고 권하며 200줄 이내를 기준으로 제시한다. 전사에서는 해당 파일명이 여러 방식으로 표기된다. [13:40]
9. 반복 요청을 스킬로 바꾸는 방법
- 스킬은 특정 작업의 지침을 저장한 파일이며, Markdown의 제목·목록 같은 구조로 읽기 쉽게 정리할 수 있다고 보여준다. 관련 작업에서 자동으로 사용하거나 슬래시와 이름으로 직접 호출할 수 있다고 보여준다. [14:15]
- 필요한 순간까지는 짧은 설명만 읽기 때문에 많은 스킬을 유지해도 부담이 작다고 보여준다. 반복하던 YouTube 영상의 데이터베이스·위키 등록 절차를 스킬로 만든 사례를 든다. [14:41]
- 영상 처리, LinkedIn 콘텐츠, X 글, 업로드, 패키징 등을 각각 스킬로 만들어 재설명을 줄였다고 드러낸다. 이미 반복되는 절차나 정형 산출물부터 스킬로 바꾸라고 권한다. [15:17]
10. 커넥터·플러그인·모드로 연결과 작업 환경 확장
- 커넥터는 Gmail·Calendar·Drive·Slack·ClickUp 등 기존 앱을 연결해 복사와 붙여넣기를 줄이는 수단이다. 여러 연결이 MCP를 통해 작동하며 소프트웨어 사이의 통신을 돕는다고 보여준다. [16:00]
- 플러그인은 스킬·명령·커넥터·에이전트를 한꺼번에 설치하는 묶음이다. 발표자는 팀 전체가 같은 문서 제작 절차를 사용해 외부 문서의 브랜드 일관성을 유지하는 사례를 보여준다. [16:38]
- 모드는 Claude Code 자체의 명령·도구·화면 등을 바꾸는 플러그인 유형으로 보여준다. 세션 캐시 유지, 작업 진행률, 완료 알림, 같은 파일의 동시 수정 경고를 자신의 활용 사례로 든다. [17:37]
11. 권한 모드와 별도 맥락의 서브에이전트
- Manual은 수정·명령 전에 확인하고, Accept Edits는 파일 수정을 허용하되 대부분의 명령은 확인하며, Plan은 변경 없이 조사와 계획을 수행한다고 보여준다. Auto는 요청과의 부합 여부를 점검하며 진행하고 Bypass는 대부분의 확인을 생략하는 방식으로 구분한다. [18:12]
- 발표자는 Auto를 주로 사용하지만 불안하면 Plan에서 계획을 읽고 시작하라고 권한다. Auto가 신중하게 작동한다는 설명은 발표자의 평가로 드러난다. [18:27]
- 서브에이전트는 별도 컨텍스트에서 한 가지 일을 맡고 짧은 요약을 돌려주는 보조 작업자다. 검색 과정이 주 세션을 채우는 것을 줄이며, 발표자는 여러 인물 역할의 에이전트가 사업 판단을 토론하는 사례를 보여준다. [19:07]
12. 프로젝트와 /goal로 여러 작업과 완료 조건 관리
- 앱의 프로젝트는 관련 대화·파일·지침을 모으는 공간이고, Claude Code의 프로젝트는 관련 업무를 조율하는 지속적 작업 공간으로 구분한다. 작업마다 별도 스레드를 열어 클라우드에서 병렬로 진행하는 방식이라고 보여준다. [19:34]
- 서브에이전트가 한 세션 안의 보조 작업이라면 프로젝트는 작업별로 전체 세션을 운영하는 차이가 있다고 보여준다. Code 프로젝트는 일부 유료 요금제에서 베타로 순차 제공된다고 보여준다. [19:49]
- /goal은 한 번 답하고 멈추는 대신 완료 조건에 도달할 때까지 여러 차례 작업을 이어 가는 명령으로 보여준다. 종료 기준이 모호하면 반복에 빠질 수 있어 도달 여부가 분명한 목표를 적으라고 강조한다. [20:19]
13. 예약 실행과 초보자를 위한 세 가지 시작점
- 보너스 개념인 예약 작업은 정해진 시간에 실행되며, 루틴은 클라우드에서 일정이나 다른 도구의 이벤트로 실행되는 방식이라고 보여준다. 발표자는 웹사이트 통계 갱신과 정기 콘텐츠 게시를 사례로 든다. [20:43]
- 자연어로 일정과 실행할 스킬을 지정해 예약 작업을 만들 수 있다고 보여준다. 첫날에는 사용자 지침 파일, 가장 자주 쓰는 업무의 스킬 하나, 몇 가지 /goal 요청부터 시험하라고 권한다. [21:05]
- 익숙해지면 Claude Code로 자신의 AI 운영체제를 구성해 보라고 제안하고, 커뮤니티의 무료 강의와 설정용 플러그인을 안내한다. 시청에 감사를 전하며 영상을 마친다. [21:36]
🧾 결론
- 영상이 제안하는 출발점은 모든 기능을 한꺼번에 배우는 것이 아니라, 사용자 지침 파일 하나와 가장 자주 하는 업무의 스킬 하나를 만들고 /goal을 시험하는 것이다.
- 결과물의 품질과 비용은 모델 선택뿐 아니라 불러오는 자료, 지침의 분량, 재사용 가능한 절차, 목표의 명확성에 좌우된다는 관점이다.
- 발표자는 Claude Code를 비개발자도 자연어로 파일과 도구를 다루는 업무 환경으로 제시한다. Co-work보다 Code 학습을 권하는 부분은 발표자의 활용 경험과 선호에 해당한다.
- 모델명·요금제·출시 상태에 관한 구체적 설명은 영상의 주장으로 구분해야 한다. 전사에 표기 혼선이 있고 출시 시점을 독립적으로 확인할 정보도 부족하다.
📈 투자·시사 포인트
- 업무 도입 비용은 구독료만으로 판단하기 어렵다. 영상에서 강조하는 입력 토큰, 추론 강도, 공유 사용 한도까지 포함해 작업당 소요 시간과 결과물 수정 비용을 살펴볼 필요가 있다.
- 문서·슬라이드·디자인·대시보드·모션으로 결과물의 범위가 넓어지면, AI 활용을 대화 횟수보다 실제 산출물과 반복 업무 처리량으로 평가할 수 있다.
- 개인과 조직의 활용 수준을 가르는 요소로 지침·스킬·커넥터의 축적을 제시한다. 발표자의 팀 문서 사례는 공통 절차를 배포해 결과물의 일관성을 높이는 활용법을 보여 준다.
- 자율 실행의 범위가 커질수록 권한 설정, 동시 파일 수정 충돌, 데이터 조회 근거, 완료 조건이 운영상의 핵심 확인 항목이 된다. 영상만으로 특정 기업의 실적이나 투자 수익을 판단할 근거는 제공되지 않는다.
⚠️ 불확실하거나 확인이 필요한 부분
- 전사에는 Anthropic·Claude로 보이는 명칭이 Enthropic·Cloud·claw 등으로 혼용되고, 지침 파일과 스킬 파일의 확장자 표기도 일관되지 않다. 실제 제품명·파일명·명령어를 적용하기 전에 확인해야 한다.
- Fable의 존재와 성능·가격, 정부가 모델을 회수했다는 설명, 모델 버전, Ultra 요금제와 사용 한도, Duet·모드·프로젝트의 제공 상태는 영상 안에서 독립적으로 검증되지 않는다. 특히 정부 관련 서술은 발표자의 주장으로만 취급해야 한다.
- 9월 16일·10월 8일·12월 등의 시점에는 연도가 명시되지 않는다. 유료 베타 기능이 결국 모두에게 제공된다는 발언도 확정된 제공 일정으로 해석하기 어렵다.
- 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
- 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
- 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.
✅ 액션 아이템
- 자신의 계정에서 모델 선택지, 기능 제공 여부, 사용량 화면을 확인하고 영상의 요금제·한도 설명과 대조한다.
- 사용자 지침 파일에 업무 규칙과 자료 위치를 간결하게 정리한다. 영상의 200줄 이내 권고는 시작 기준으로 참고하되 실제 파일명부터 확인한다.
- 가장 자주 반복하는 업무 하나를 골라 입력 자료, 처리 순서, 원하는 산출물을 스킬로 정리한다.
- 같은 대표 작업을 서로 다른 모델과 추론 강도로 실행해 소요 시간, 사용량, 수정 필요성을 비교한다.
❓ 열린 질문
- 영상에서 소개한 모델·요금제·앱·베타 기능 중 현재 자신의 지역과 계정에서 실제로 사용할 수 있는 것은 무엇인가?
- 자신의 대표 업무에서는 Sonnet과 중간 추론 강도로 충분한가, 아니면 Opus나 더 높은 추론 강도가 수정 시간을 줄이는가?
- 지침 파일·자동 메모리·스킬에 각각 어떤 정보를 넣어야 반복 입력과 불필요한 맥락 로딩을 함께 줄일 수 있는가?