How To Use Claude Fable 5.1 To Build Anything (Actually Good)

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

영상은 Claude Fable 5.1로 사람과 AI 에이전트가 함께 쓰는 업무 보드를 만들고, 기능 검증과 수정 요청을 거쳐 온라인에 배포하는 과정을 보여준다.

📌 핵심 요점

1. 제작 대상은 Trello형 웹앱이다. 사람과 에이전트가 카드·댓글을 추가하고, 작성자와 변경 내용을 확인하며, 같은 업무 현황을 실시간으로 공유하도록 설계한다.
2. 첫 프롬프트에는 플랫폼, 참고 앱, 사용자 흐름, 계정 구조, 디자인, 데이터베이스를 구체적으로 담는다. 이메일 로그인, 사람·에이전트 계정 구분, 작성자 자동 표시까지 요구한다.
3. Convex를 공통 데이터베이스로 사용하고, 연결에 필요한 스킬을 에이전트에 전달한다. 영상에서는 외부 에이전트의 카드 생성과 댓글 작성, 다른 사용자 계정의 댓글 반영을 확인한다.
4. 첫 생성으로 기본 기능은 작동하지만 완성까지는 후속 수정이 필요하다. 모바일 화면, 글자 대비, 불필요한 선, 댓글 배치, 작성자 이름의 표시 문제를 추가로 다룬다.
5. 마지막에는 GitHub 저장소와 Vercel 배포를 요청해 공개 주소에서 로그인하고 보드를 사용한다. 따라서 핵심 사례는 ‘한 번에 완성’보다 ‘초기 생성→실사용 검증→수정→배포’에 가깝다.

🧩 배경과 문제 정의

제작자는 코딩 경험이 없는 사람도 AI를 통해 실제 업무용 앱을 만들 수 있다는 주장을 Trello형 보드 제작으로 설명한다. 목표는 사람이 직접 작업을 관리하면서 Claude·Codex·Grokbot 같은 에이전트도 카드와 댓글을 갱신하는 웹앱이다. 기존 Trello가 자신의 에이전트 활용 방식에 맞지 않는다는 판단에서 출발하지만, 기존 제품의 기능을 체계적으로 비교하지는 않는다.

설계의 중심은 공통 데이터베이스, 사람과 에이전트의 계정 구분, 작성자 표시, 스킬을 통한 연결이다. 제작자는 이메일·메시지·캘린더 등의 업무 맥락을 가진 에이전트가 보드를 최신 상태로 유지하기를 기대한다. 영상은 이 목표를 바탕으로 초기 프롬프트 작성부터 생성 결과 확인, 외부 에이전트 연결, 화면 수정, 온라인 배포까지 진행한다.

🕒 시간순 섹션별 상세정리

1. 실무용 앱을 만드는 시연의 목표

• 제작자는 Fable 5.1의 성능을 강조하며 게임 제작 사례를 짧게 소개한 뒤, 코딩 경험 없이 실제 업무용 앱을 만드는 것이 본편의 목적이라고 보여준다. [00:27]
• 만들 앱은 사람과 Codex·Grokbot 에이전트가 항목과 댓글을 추가하고 실시간으로 갱신하는 업무 대시보드다. [00:44]

2. Claude Code 실행 환경과 사용 비용

• Claude 데스크톱 앱 안에서 Claude Code와 Fable 5.1을 사용하는 구성을 보여준다. 최고 성능이라는 평가와 GPT-6 출시 소문은 제작자의 설명으로 드러난다. [01:48]
• Max와 Max 20X의 사용량 포함 구조, 모델 비용, 자신의 주간 한도 75% 사용 상태를 설명하고 필요하면 크레딧을 추가 구매하겠다고 드러낸다. [02:41]

3. 에이전트가 참여하는 Trello형 보드

• 사람뿐 아니라 여러 플랫폼의 에이전트가 보드를 수정하고 댓글을 남기며, 누가 추가했는지 추적하는 구조를 구상한다. [03:46]
• 연결된 이메일·Slack·문자·캘린더의 맥락을 활용하면 에이전트가 보드를 최신 상태로 유지할 수 있을 것이라는 기대를 보여준다. [04:08]

4. 첫 프롬프트에 플랫폼과 사용자 흐름 명시

• 웹앱이라는 플랫폼과 Trello라는 참고 서비스를 지정하고, 카드 필드와 최신순 댓글, 에이전트 이름의 자동 표시를 요구한다. [04:54]
• 이메일 로그인, 카드 추가·이동·삭제·수정, 생성자 표시를 사용자 흐름으로 적고 사람과 에이전트의 계정을 구분한다. [05:35]

5. 연결 스킬과 실시간 화면 설계

• 사용자가 필요한 키를 포함한 스킬을 복사해 에이전트를 연결하고, 에이전트 계정을 소유자와 연계하는 방식을 요구한다. [05:40]
• 초기 디자인은 단순한 군사 대시보드 느낌으로 잡고, 새 항목에 5초간 가벼운 애니메이션을 넣으며 Convex로 실시간 갱신을 구현하도록 요청한다. [06:34]

6. 작업 폴더를 만들고 생성 시작

• 새 로컬 폴더를 만든 뒤 Claude Code에서 열고, 준비한 프롬프트를 붙여 넣어 앱 생성을 시작한다. [07:20]
• 생성 과정에 Convex 플러그인을 사용한다고 설명하면서 협찬 소개로 전환한다. [07:40]

7. Convex를 공통 데이터 저장소로 설명

• 보드와 여러 에이전트가 같은 데이터베이스에 쓰면 작업 상태와 댓글을 새로고침 없이 공유할 수 있다고 보여준다. [08:08]
• 공식 플러그인의 앱 구조·로그·백엔드 함수 접근과 인증·요청 제한 등의 재사용 구성요소를 보여준다. 이 구간은 제품 홍보를 포함한다. [08:38]

8. 생성 결과와 데이터베이스 구조 확인

• 약 20분이 지났다고 언급한 뒤 생성된 로그인 화면과 Convex의 데이터·스키마 화면을 확인한다. 카드, 댓글, 작성자 등 데이터 항목을 살펴본다. [09:20]
• 요청 제한, 메모 작성자, 에이전트 이름과 소유자 ID를 확인하고 로컬 앱의 로그인 시험으로 넘어간다. [09:47]

9. 사람 계정 생성과 첫 에이전트 연결

• 계정을 만들어 로그인하고 데이터베이스에 사용자가 저장됐는지 확인한다. 이메일 인증은 추가하고 싶은 단계로 남겨 둔다. [10:41]
• 앱의 agent.md 스킬을 복사해 Grokbot에 전달하고, 연결을 마치면 인사 카드를 추가하도록 요청한다. 실제로 보드에 카드가 나타난다. [12:06]

10. 에이전트 이름과 실제 업무 카드 시험

• 데이터베이스의 에이전트 이름이 기대한 봇 이름과 다르게 표시되며, 제작자는 도구와 스킬 공유 방식에 따른 결과로 받아들인다. [12:47]
• 주로 사용하는 에이전트에 현재 할 일을 보드로 옮기도록 요청하고, 이어 중요한 이메일 항목을 지정한 열에 추가하는 동작과 분류 표시를 확인한다. [14:27]

11. 초기 기능 점검과 화면 수정 요구

• 첫 프롬프트로 핵심 기능이 대체로 작동한다고 평가한 뒤, 수정할 항목을 모아 한 번에 후속 요청하는 방식을 보여준다. [15:16]
• 모바일에서 Trello처럼 가로·세로로 이동하도록 요구하고, 글자 대비와 불필요한 테두리, 카드 추가 버튼, 메모·로그아웃 위치를 수정 목록에 넣는다. [16:56]
• 군사적인 분위기 대신 단순한 디자인을 요청하며, 새 항목의 애니메이션과 소리, 카드 수 표시 제거도 추가한다. [17:24]

12. 댓글 기능 확인과 후속 수정 실행

• Grokbot에 영상 카드마다 댓글을 남기도록 요청하고, 에이전트의 열람·수정 표시와 실제 댓글을 확인한다. [18:20]
• 댓글 화면의 선을 줄이고 이름·아이콘 아래에 본문을 배치하도록 요청한다. 수정 후 화면이 더 단순해졌다고 평가한다. [19:13]

13. 두 번째 사용자와 다른 에이전트 검증

• 같은 스킬을 ChatGPT 쪽에 전달해 카드 10개와 열 하나를 추가하도록 요청하고, 별도로 Jacob 계정을 만들어 댓글의 실시간 반영을 확인한다. [20:32]
• 에이전트는 Riley's Codex로 신원을 등록하고 기존 보드를 읽은 뒤 항목을 추가한다. 제작자는 작성자 표시를 확인하지만 이름의 아포스트로피와 관련된 것으로 추정하는 표시 오류도 발견한다. [21:11]
• 표시 오류 수정과 전반적인 디자인 조정을 추가로 요청하고, 팀이 사용하려면 온라인 배포가 필요하다고 보여준다. [21:44]

14. GitHub 저장과 Vercel 배포

• Vercel 연결 방법을 설명한 뒤 GitHub에 Agent Native Board 저장소를 만들고 Vercel에 배포해 팀과 공유할 주소를 마련하도록 요청한다. [22:30]
• 저장소와 배포 링크가 준비됐다고 확인하고, 공개된 웹 주소에서 로그인해 앱에 접근한다. [23:06]

15. 실제 업무 재정리와 최종 회고

• 에이전트에 보드를 실제 업무에 맞게 재정리하고 메모를 남기도록 요청한다. 갱신을 확인한 뒤 일부 정보가 민감할 수 있어 메모 화면을 닫는다. [23:46]
• 제작자는 한 번의 요청으로 기본 구조를 만들었다고 회고하며, 사람과 여러 에이전트가 보드를 수정하고 댓글을 남기는 결과를 정리한다. [24:38]
• 프런트엔드와 백엔드 생성, Convex 데이터베이스, Vercel 배포라는 전체 구성을 되짚고 다음 영상에 대한 의견을 요청하며 마무리한다. [25:01]

🧾 결론

• AI 코딩 도구에 맡길 작업은 화면 모양뿐 아니라 사용자 행동, 데이터 구조, 에이전트 연결 방식까지 정의할수록 구체화된다.
• 이 보드의 특징은 사람과 여러 에이전트가 같은 데이터베이스를 갱신하고 작성 주체를 표시한다는 점이다.
• 영상에서 확인되는 결과는 기본 기능과 외부 연결이 작동하는 배포된 시제품이다. 장기 운영의 안정성이나 보안 완성도까지 검증한 사례는 아니다.

📈 투자·시사 포인트

• 업무 소프트웨어의 이용 주체가 사람에서 에이전트로 넓어질 때, 에이전트 계정과 작성자 추적, 공통 데이터 접근이 제품 설계의 주요 요소가 될 수 있음을 보여준다.
• 영상의 구현 흐름에서는 모델뿐 아니라 데이터베이스와 배포 서비스도 필요하다. AI 앱 제작의 실용성은 이들을 연결하는 과정까지 함께 살펴봐야 한다.
• 제작자는 모델 비용과 주간 사용 한도를 언급한다. 개발 속도에 대한 기대와 함께 반복 수정에 드는 사용량을 고려필요가 있다.
• 특정 기업의 실적이나 주가를 판단할 자료는 제시되지 않는다. Convex 소개에는 협찬이 포함되므로 제품 장점에 대한 설명과 실제 시연 결과를 구분해 읽어야 한다.

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

• ‘Fable 5.1이 세계 최고의 코딩 모델’이라는 표현은 제작자의 주장이다. 제공된 자료에는 모델의 공식 명칭·출시 정보나 비교 벤치마크가 없으며, GPT-6 출시 언급도 소문으로 제시된다.
• Max 월 100달러, Max 20X, 주간 한도와 추가 크레딧 설명은 영상 속 안내와 개인 사용 경험이다. 현재 적용되는 요금과 모델 이용 조건을 이 자료만으로 확정할 수 없다.
• 이메일 인증은 추가할 사항으로 언급되지만 완료 여부는 확인되지 않는다. 사용자별 데이터 접근 제한과 에이전트 키의 권한 범위도 충분히 설명되지 않는다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 만들 앱의 플랫폼, 참고 서비스, 사용자 행동, 사람·에이전트 계정 구분, 실시간 반영 요구를 첫 프롬프트에 정리한다.
• 첫 생성 후 데이터베이스의 사용자·카드·댓글·에이전트 정보를 확인하고, 실제 조작이 저장되는지 점검한다.
• 스킬을 연결한 에이전트로 카드 생성과 댓글 작성을 실행해 화면 반영 및 작성자 표시를 확인한다.
• 다른 사용자와 다른 에이전트로 같은 보드에 접근해 댓글 공유, 중복 생성 여부, 계정 연결을 확인한다.

❓ 열린 질문

• 사람과 에이전트가 동시에 같은 카드를 수정하거나 삭제하면 충돌과 복구를 어떻게 처리하는가?
• 스킬을 공유하는 여러 에이전트를 각각 식별하면서 소유자 계정과 권한을 정확히 연결할 수 있는가?
• 실제 업무에서 보드를 자동으로 갱신하려면 어떤 실행 주기와 작업 시작 조건이 필요한가?