NEW Claude Projects Changes Everything (with Opus 5.5)

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

영상이 소개하는 새 Claude Projects의 핵심 변화는 메인 에이전트의 업무 조율과 스레드의 실행을 분리하고, 결과물·메모리·디자인 작업을 프로젝트 안에 모으는 데 있다.

📌 핵심 요점

1. 프로젝트마다 하나의 메인 채팅이 여러 작업 스레드를 생성하고 관리한다. 발표자는 이를 ‘정리된 에이전트 오케스트레이션을 위한 폴더’로 설명한다.
2. 실제 도구 사용과 결과물 제작은 스레드에서 수행한다. 메인 채팅은 위임을 담당하며, 스레드 안의 에이전트는 새 스레드를 만들 수 없다는 설명이다.
3. 장문 기사 작성과 숏폼 콘텐츠 조사를 시연한다. 숏폼 프로젝트에서는 인기 게시물 분석과 제작 전략 조사를 별도 스레드에 맡기고 각각 결과물을 받는다.
4. 라이브러리에 모인 결과물은 직접 편집하거나 댓글로 수정 요청할 수 있다. 디자인 보드, 웹 형태의 결과물, 슬라이드 등을 다루며 휴대전화에서는 음성으로도 수정을 지시한다.
5. 병렬 작업은 토큰 소비를 빠르게 늘린다. 프로젝트·스레드별 사용량과 모델을 확인하고, 업무 난도에 맞춰 모델과 작업 수를 조절하는 운영이 중요하다.

🧩 배경과 문제 정의

발표자는 기존 Claude Projects를 지침과 파일을 넣어 두는 채팅 폴더로 평가하고, 영상에서 소개하는 새 기능을 업무 조율과 실행이 결합된 프로젝트 환경으로 설명한다. 장문 콘텐츠 제작, 웹사이트 관리, 숏폼 채널 성장처럼 여러 작업을 하나의 목표 아래 관리하는 상황이 주요 배경이다.

핵심 문제는 에이전트에게 일을 맡긴 뒤 개별 작업의 상태와 결과물을 어떻게 한곳에서 관리할 것인가다. 시연에서는 하나의 메인 채팅이 작업 스레드를 생성하고, 스레드가 도구와 스킬을 사용해 결과물을 만든다. 편리한 병렬 실행을 제공하는 동시에 토큰 비용과 메모리 전달 방식에 대한 이해를 요구한다.

🕒 시간순 섹션별 상세정리

1. 새 Projects의 핵심 개념

• 발표자는 약 48시간 사용한 새 기능을 소개하며, 기존 Projects와 구분되는 ‘정리된 에이전트 오케스트레이터’라고 보여준다. [00:35]
• 데스크톱 앱에서 장문 콘텐츠와 웹사이트 관리 프로젝트를 보여 주고, 메인 에이전트와 실제 작업 스레드가 분리된 구조를 확인한다. [01:48]

2. 기사 작성을 새 스레드에 위임

• 여러 에이전트에서 활용할 스킬을 중앙에 저장하는 Composio 관련 기사를 요청하고, 도표를 포함하는 스킬을 사용하도록 지시한다. [02:28]
• 새 기사 스레드가 생성되고 작업 중·사용자 응답 대기 상태를 확인한다. 완료된 스레드에서는 아이디어의 구조를 시각화한 결과물을 보여 준다. [03:24]

3. 목표를 정하고 프로젝트 생성

• ‘short form plus Twitter’ 프로젝트를 만들고 Instagram·TikTok·Twitter·Threads·LinkedIn에서 자신의 성장을 돕는다는 목표를 입력한다. [04:30]
• 추가 맥락은 나중에 넣을 수 있다고 설명하고, 생성된 프로젝트의 이름과 아이콘을 조정한다. [05:03]

4. 숏폼 조사 두 가지를 병렬 실행

• 첫 작업으로 Scrape Creators를 활용해 협찬을 제외한 Instagram 인기 영상 15개의 전사와 성과를 조사하도록 요청한다. 두 번째 작업은 숏폼 대본 작성과 제작 전략 조사다. [05:47]
• 두 스레드가 생성되어 각각 작업하고, 완료 후 인기 게시물 전사와 조사 결과를 결과물로 확인한다. [06:45]
• 결과물은 텍스트를 직접 입력해 편집하거나 특정 부분에 댓글을 남겨 수정할 수 있다. [07:02]

5. 프로젝트 안에 모이는 메모리와 결과물

• 프로젝트를 하나의 메인 채팅이 여러 스레드를 만드는 폴더로 설명하고, 그 안에 메모리·결과물·루틴이 함께 존재한다고 드러낸다. [08:05]
• 라이브러리는 생성된 파일과 결과물을 모으며, 루틴도 별도의 전역 영역이 아니라 프로젝트 안에 위치한다고 보여준다. [08:45]

6. 기존 Projects와의 차이

• 발표자는 과거 프로젝트 화면을 보여 주며, 기존 구조를 시스템 지침·업로드 파일·맥락을 갖춘 채팅 폴더로 보여준다. [09:24]
• 기존 기능이 유용하지 않았다는 평가는 발표자의 의견이며, 새 기능은 에이전트의 작업 위임까지 포함한다는 점을 강조한다. [09:47]

7. 병렬 작업의 토큰 비용 확인

• 발표자는 5시간 단위 한도, 주간 한도, 추가 사용 크레딧을 언급하고 여러 모델 기반 스레드가 동시에 실행되면 사용량이 빠르게 누적된다고 경고한다. [10:49]
• 프로젝트 사용량 화면에서 메인 채팅과 7개 스레드의 총 8,710만 토큰, 조율 담당의 17% 비중 등을 보여 준다. [11:16]
• 특정 스레드의 2,870만 토큰 사용과 모델 구성을 확인하며, 어떤 작업이 많은 토큰을 쓰는지 추적하라고 권한다. [12:05]

8. 디자인 보드 생성과 수정

• 디자인 모드는 슬라이드·모바일 앱 디자인·디자인 시스템 등을 만들던 기능으로 소개되며, 웹사이트 재설계 작업을 프로젝트 스레드에 맡긴 사례를 보여 준다. [13:07]
• 보드에서 색상과 글꼴 등을 직접 조정하거나 댓글로 수정 요청을 보내고, 여러 부분의 변경을 요청한다. [14:49]
• 휴대전화에서도 보드와 모바일 화면 디자인을 열어 볼 수 있으며, 디자인 작업이 프로젝트 결과물로 통합됐다고 보여준다. [15:26]

9. 라이브러리와 결과물 형식 변환

• 라이브러리에서 생성된 결과물을 열어 편집하고, 초대 또는 링크 공개 방식으로 공유하는 화면을 보여 준다. [16:29]
• 웹 형태의 결과물을 편집 가능한 슬라이드로 바꾸고 관련 로고를 넣어 달라고 요청한다. 완성된 슬라이드를 확인한 뒤 문서·스프레드시트도 만들 수 있다고 보여준다. [17:18]

10. 모바일 댓글과 음성으로 편집

• iOS 앱에서 데스크톱과 같은 프로젝트와 스레드를 열고, 앞서 만든 슬라이드를 확인하며 특정 페이지에 댓글을 남긴다. [18:27]
• 음성 입력을 시작한 상태에서 슬라이드를 열어, 유지할 페이지와 그래픽을 바꿀 페이지를 말로 지정하는 흐름을 시연한다. [19:20]
• 휴대전화에서도 라이브러리, 프로젝트 목표와 맥락, 사용량을 확인할 수 있다고 보여 준다. [19:39]

11. 메인 채팅과 스레드의 권한 구분

• 메인 채팅의 역할은 다른 에이전트에 작업을 위임하는 것이며, 도구와 스킬을 사용하는 실제 작업은 스레드에서 이루어진다고 보여준다. [20:18]
• 새 스레드는 생성 시점까지의 프로젝트 메모리를 받으며, 스레드 안의 에이전트는 추가 스레드를 만들 수 없다고 드러낸다. [20:52]
• 스레드가 커넥터, 결과물 제작, 코드 실행, 웹 탐색, 풀 리퀘스트 생성, 예약 루틴을 다룰 수 있다고 설명하며 메인 채팅과 구분한다. [21:11]

12. 전체 구조와 운영상 주의점 정리

• 하나의 메인 채팅이 작업을 조율하고 스레드들이 실행하며, 메모리·결과물·루틴이 프로젝트 안에 모인다는 구조를 다시 정리한다. [22:00]
• 병렬 실행의 토큰 소비를 주의하고 쉬운 작업에는 모델 선택을 조절하라고 권한다. 디자인 통합과 iOS 접근도 다시 강조한다. [22:21]
• 모든 에이전트가 클라우드에서 동작하며 프로젝트 내 로컬 Claude Code 세션은 아직 만들 수 없다고 보여준다. 향후 지원은 들은 이야기로 보여준다. [22:29]

13. 추가 검증과 후속 가이드 예고

• 작업은 스레드가, 조율은 메인 채팅이 맡는다는 역할 구분으로 기능 설명을 마무리한다. [22:39]
• 1~2주 더 사용하고 팀과 추가 테스트를 진행한 뒤, 더 긴 실습형 튜토리얼을 만들겠다고 드러낸다. [22:56]

14. 스튜디오와 향후 콘텐츠 방향

• 새 스튜디오를 꾸미는 중이며, 하드웨어 프로젝트와 에이전트 기반 실험을 진행할 공간으로 만들 계획이라고 보여준다. [23:17]
• 앞으로 3D 프린팅·로보틱스·스마트홈 기기·스마트 안경 등 하드웨어와 AI 에이전트의 접점을 다루겠다고 예고한다. [23:49]
• 콘텐츠의 완성도를 높이겠다는 포부와 시청 감사 인사로 영상을 마친다. [24:04]

🧾 결론

• 영상에서 강조하는 변화는 대화를 묶어 보관하는 수준을 넘어, 목표에 따라 작업을 나누고 결과물을 관리하는 구조다.
• 메인 채팅에는 목표와 우선순위를 전달하고, 개별 스레드에서는 조사·제작·수정을 진행하는 역할 구분이 활용의 출발점이다.
• 프로젝트 메모리를 공유한다는 설명과 별개로, 새 스레드는 생성 시점까지의 프로젝트 메모리를 받는다고 한다. 진행 중인 스레드의 정보 갱신 방식은 추가 확인이 필요하다.
• 발표자는 약 48시간 사용한 초기 경험을 바탕으로 평가하며, 장기간 검증과 심화 튜토리얼은 후속 과제로 남긴다.

📈 투자·시사 포인트

• 제품 경쟁의 관점에서는 모델 응답 품질 외에 업무 위임, 결과물 편집, 모바일 접근을 하나의 작업 환경으로 연결하는 경험이 중요해지는 사례로 읽을 수 있다.
• 사업 활용의 판단 기준은 생성 속도만이 아니다. 병렬 실행으로 얻는 시간 절감과 토큰 소비, 사용 한도, 검수 부담을 함께 비교해야 한다.
• 콘텐츠 제작에서는 조사 결과를 기사·시각 자료·슬라이드로 이어 가는 흐름이 제시된다. 반복 업무에 적용할 때 결과물 재사용 가능성을 점검할 가치가 있다.
• 영상에는 매출·수익성·시장점유율 자료가 없다. 특정 기업의 투자 매력이나 실적 개선을 판단할 근거로 확대하기는 어렵다.

⚠️ 불확실하거나 확인이 필요한 부분

• 제목은 ‘Opus 5.5’를 내세우지만 본문에는 ‘Opus 5’, ‘Opus’, ‘Fable 5.1’, ‘Astra’ 등이 등장한다. 정확한 모델명과 버전, 각 모델의 비용 관계는 제공된 전사만으로 확정할 수 없다.
• 기능의 제공 요금제, 계정별 출시 범위, 실제 사용 한도 조건은 설명되지 않는다. 화면 시연을 모든 사용자에게 동일하게 제공되는 사양으로 일반화하면 안 된다.
• 발표자가 언급한 프로젝트 총 8,710만 토큰과 특정 스레드 2,870만 토큰은 개별 사례다. 집계 기간, 캐시 포함 여부, 실제 청구액이 없어 일반적인 작업 비용으로 환산할 수 없다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 자신의 계정에서 새 프로젝트 화면, 스레드 생성, 라이브러리, 사용량 조회 기능을 사용할 수 있는지 확인한다.
• 반복 업무 하나를 골라 목표와 결과물 기준을 작성하고, 독립적으로 처리할 수 있는 두 작업을 별도 스레드에 맡긴다.
• 메인 채팅과 스레드의 역할을 구분해 지시하고, 프로젝트 정보 변경 시 기존 스레드에도 반영되는지 시험한다.
• 작업별 모델·토큰 사용량·완료 시간·수정 횟수를 기록해 병렬 실행의 효율을 비교한다.

❓ 열린 질문

• 생성 이후 프로젝트 메모리가 바뀌면 기존 스레드는 어떤 경로로 최신 정보를 전달받는가?
• 조사·디자인·문서 작성에서 각각 어느 정도의 병렬 작업 수와 모델 선택이 비용 대비 효율적인가?
• 팀 단위로 사용할 때 결과물의 검수 책임과 여러 수정 요청의 우선순위는 어떻게 관리할 수 있는가?