YouTubeNick Puru·2026년 6월 18일·0

stop chasing ai hype. build this system that lasts instead

Quick Summary

AI hype를 좇기보다, 엔진이 바뀌어도 남는 로컬 폴더·규칙·스킬 중심의 오래 가는 시스템을 만들어야 한다.

영상 보기

클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.

원본 열기

🖼️ 인포그래픽

stop chasing ai hype. build this system that lasts instead 내용을 설명하는 본문 이미지

🖼️ 4컷 인포그래픽

stop chasing ai hype. build this system that lasts instead 내용을 설명하는 본문 이미지

💡 한 줄 결론

AI hype를 좇기보다, 엔진이 바뀌어도 남는 로컬 폴더·규칙·스킬 중심의 오래 가는 시스템을 만들어야 한다.

📌 핵심 요점

  1. AI 도구는 계속 바뀌지만, 실제로 오래 남는 자산은 특정 앱 사용법이 아니라 파일, 규칙, 스킬, 연결 구조가 쌓인 작업 폴더다.
  2. 영상은 AI 작업 환경을 “교체 가능한 엔진”과 “사용자가 소유하는 폴더 레이어”로 나누며, 승부처는 엔진 추격이 아니라 하단 레이어 축적이라고 설명한다.
  3. Claude, Codex 등 서로 다른 도구도 같은 폴더와 규칙 파일, 스킬을 읽으면 유사한 리포트 구조와 경고를 재현할 수 있다는 데모가 제시된다.
  4. 반복 작업은 채팅창의 일회성 프롬프트로 남기기보다, plain English로 작성한 rules file과 skill로 바꿔야 다음 도구에서도 재사용 가능하다.
  5. 새 AI 도구를 배울지 판단하는 기준은 유행이나 죄책감이 아니라, 지금 가진 실제 문제를 해결하는지와 실제 산출물을 만들어내는지다.

🧩 배경과 문제 정의

  • 영상은 AI 도구가 빠르게 교체되는 환경에서, 사용자가 매번 설정·프롬프트·워크플로를 새로 만드는 피로를 문제로 삼는다.
  • 핵심 문제는 “어떤 AI 앱을 배워야 하는가”가 아니라, 도구가 바뀌어도 남는 작업 자산을 어떻게 만들 것인가에 있다.
  • 지속되는 가치는 특정 앱의 사용법보다 로컬 폴더에 축적되는 파일, 규칙, 스킬, 연결 구조에 있다.
  • Claude, Codex, Hermes Agent, Gemini CLI처럼 엔진은 달라질 수 있지만, 같은 폴더를 열고 같은 규칙을 읽으며 작업하는 방식은 상당 부분 공유된다.
  • 따라서 새 도구를 무작정 따라가기보다, 지금 실제 문제를 해결하는지 확인하고 반복 작업은 재사용 가능한 스킬과 규칙으로 남기는 운영 방식이 중요하다.

🕒 시간순 섹션별 상세정리

1. 반복되는 도구 갈아타기와 tool-proof의 필요성

  • 새 AI 도구가 나올 때마다 Cursor, Claude Code, Codex, Hermes Agent로 관심이 이동하고, 사용자는 설정과 프롬프트와 워크플로를 처음부터 다시 만드는 피로를 겪는다 [00:45]
  • Claude와 Codex가 같은 프롬프트와 같은 클라이언트 폴더로 주간 리포트를 만들고, 요청하지 않은 빨간 경고까지 동일하게 반영하면서 지식이 앱이 아니라 폴더에 있었다는 점이 드러난다 [01:00]

2. 엔진과 폴더를 분리하는 두 계층 구조

  • AI 설정은 자주 바뀌는 상단 엔진 계층과 사용자가 소유하는 하단 폴더 계층으로 나뉘며, Claude Code, Codex, Hermes Agent, Gemini CLI 같은 엔진은 계속 교체될 수밖에 없다 [01:52]
  • 오늘 최고 성능인 모델도 몇 달 뒤에는 바뀔 수 있기 때문에 승부처는 엔진 추격이 아니라 내 컴퓨터에 남는 폴더 구조와 작업 자산을 만드는 데 있다 [02:01]

3. 공통 파일·스킬·연결 표준이 이식성을 만든다

  • 경쟁사 도구라도 로컬 폴더를 열고 시작 시 rules file을 읽는 방식은 비슷하며, Claude는 Claude.md를, 다른 도구들은 대체로 agents.md를 사용한다 [03:21]
  • 한 파일의 한 줄이 다른 규칙 파일을 가리키면 규칙을 한 번만 작성해도 여러 도구가 같은 운영 원칙을 읽을 수 있다 [03:35]

4. 클라이언트 폴더와 Claude 기반 리포트 실행

  • 실제 폴더에는 클라이언트별 자료, 콘텐츠, 스폰서십, 리서치, 장기간 쌓아온 10개의 스킬이 있고, 데모에서는 Bright Light Fitness라는 헬스장 클라이언트의 8주치 숫자와 주간 노트와 오너 관심사가 사용된다 [04:36]
  • Claude 데스크톱 앱에서 Business HQ 폴더를 열고 한 줄짜리 프롬프트로 client report skill을 실행하면, 스킬이 숫자와 노트를 읽어 매주 수작업으로 만들던 리포트 페이지를 생성한다 [05:04]

5. Codex에서도 같은 스킬과 규칙이 같은 결과를 만든다

  • Codex는 같은 컴퓨터와 같은 Business HQ 폴더에서 실행되고, 이 클라이언트에 대한 별도 교육 없이 Claude에서 쓴 것과 같은 스킬과 같은 요청을 사용한다 [06:19]
  • Claude는 .claude 폴더에서 스킬을 찾고 Codex는 .agents 폴더에서 스킬을 찾기 때문에, 같은 스킬 파일을 두 위치에 복사해 두면 이후에는 별도 수정 없이 재사용된다 [06:46]

6. 지속되는 역량은 도구 숙련이 아니라 작업 시스템 운영 습관이다

  • Claude Code, Codex, Hermes Agent, OpenClaw, Gemini CLI와 이후 나올 도구들은 파일을 보고 행동하고 결과를 확인하는 같은 루프를 돌며, 차이는 루프 안의 두뇌에 가깝다 [08:56]
  • rules file, skill, prompt는 모두 평문 영어로 작성되므로 새 직원을 위한 업무 지시처럼 작업을 글로 설명할 수 있다면 여러 AI 도구에서 같은 시스템을 굴릴 수 있다 [09:21]

7. 도구 학습 죄책감보다 현재 문제 해결 여부를 우선하는 필터

  • Claude Code를 배운 시간은 낭비가 아니라 이동 가능한 하위 레이어를 만든 과정이며, 그 레이어는 새 도구가 나와도 함께 유지된다 [12:45]
  • 새롭고 화려한 릴리스마다 지금, 이번 주, 이번 달에 실제로 가진 문제를 해결하는지부터 묻는 기준이 필요하다 [12:51]

🧾 결론

  • 이 영상의 핵심은 “최신 AI 도구를 얼마나 빨리 따라가느냐”가 아니라 “도구가 바뀌어도 유지되는 작업 시스템을 갖췄느냐”에 있다.
  • Claude Code, Codex, Hermes Agent, Gemini CLI 같은 엔진은 성능과 선호가 바뀔 수 있지만, 로컬 폴더 안의 자료·규칙·스킬은 사용자가 계속 소유할 수 있다.
  • 반복되는 업무는 프롬프트를 매번 다시 쓰는 방식보다, 폴더 안의 규칙과 스킬로 구조화했을 때 더 오래가는 운영 자산이 된다.
  • 새 도구는 실제 업무 폴더에서 하나의 현실 과제를 통과했을 때만 시간을 더 투자할 가치가 있으며, 그렇지 않다면 기존 시스템을 키우는 편이 낫다.
  • 결국 자신을 특정 AI 도구 사용자로 정의하기보다, 교체 가능한 엔진을 활용하는 “작업 폴더의 소유자”로 보는 관점 전환이 중요하다.

📈 투자·시사 포인트

  • 개인과 조직의 AI 투자 우선순위는 특정 앱 구독이나 최신 모델 추격보다, 재사용 가능한 데이터 구조, 규칙 파일, 스킬 문서화, 외부 연결 정리에 먼저 놓일 필요가 있다.
  • AI 도입의 ROI는 “새 도구를 써봤다”가 아니라 보고서 작성 시간 단축, 반복 업무 자동화, 결과물 품질 유지처럼 실제 산출물 기준으로 평가해야 한다.
  • 기업 입장에서는 특정 벤더에 종속된 워크플로보다, 여러 엔진이 읽을 수 있는 파일 기반 운영 체계를 갖춘 팀이 도구 변화에 더 유연하게 대응할 가능성이 있다.
  • AI 툴 시장에서는 모델 성능 자체만큼이나, 사용자의 기존 폴더·규칙·스킬·CLI/MCP 연결을 잘 읽고 이어받는 호환성이 중요한 경쟁 요소가 될 수 있다.
  • 검증 필요: 영상의 데모는 특정 클라이언트 리포트 사례에 기반하므로, 모든 업종과 팀에서 같은 수준의 이식성이나 시간 절감이 보장되는지는 별도 업무 환경에서 확인해야 한다.

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

  • Claude, Codex, Hermes Agent, Gemini CLI가 모두 “같은 폴더·규칙·스킬”을 안정적으로 읽는다는 주장은 도구별 버전, 설정 방식, 실행 위치에 따라 달라질 수 있어 실제 환경에서 검증이 필요하다.
  • Claude.md, agents.md, .claude, .agents 같은 규칙·스킬 경로는 도구마다 관례와 지원 범위가 다를 수 있으므로, 현재 사용하는 CLI/앱 기준으로 확인해야 한다.
  • “skill format이 열린 표준처럼 작동한다”는 표현은 발표자의 실무 관찰에 가깝고, 공식 표준 또는 장기 호환성 보장으로 단정하기는 어렵다.
  • 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
  • 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
  • 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

  • 현재 쓰는 AI 작업 폴더를 프로젝트·클라이언트·리서치·콘텐츠·반복 업무 기준으로 정리하고, 앱 내부 설정이 아니라 로컬 파일에 남는 구조로 재배치한다.
  • 반복해서 쓰는 업무 원칙을 하나의 공통 rules 파일로 정리하고, 각 도구의 규칙 파일에서 그 파일을 참조하도록 만든다.
  • 매주 반복되는 리포트, 요약, 콘텐츠 작성, 데이터 확인 업무를 plain text 기반 skill로 분리해 재사용 가능하게 만든다.
  • 같은 폴더와 같은 프롬프트를 Claude와 Codex 등 최소 2개 도구에서 실행해 결과 일관성, 누락, 규칙 반영 여부를 비교한다.

❓ 열린 질문

  • 여러 도구가 함께 읽을 수 있는 공통 rules 파일을 어떤 이름과 위치로 두는 것이 가장 유지보수하기 쉬운가?
  • .claude.agents처럼 도구별 스킬 폴더가 갈라질 때, 복사본을 둘지 심볼릭 링크나 동기화 스크립트를 쓸지 결정해야 한다.
  • 어떤 반복 업무가 skill로 만들 만큼 충분히 자주 발생하고, 실제 시간 절감 효과가 큰가?

관련 문서

공통 태그와 주제 흐름을 기준으로 같이 보면 좋은 문서를 이어서 제안합니다.