Claude한테 시켜서 만든 코드, 진짜 내 것일까요? 🤔
한마디로 답하기 어려운 질문이에요. 크게 세 가지 영역을 따로 봐야 합니다.
① 저작권
2026년 3월 미 대법원이 “인간이 만든 저작물만 보호한다”는 원칙을 굳혔어요. (Thaler 사건) 다만 둘 다 “그림” 사건이라, AI가 짠 “코드”의 저작권 문제는 아직 미해결 영역입니다.
② 고용 관계
업무로 만든 코드는 자동으로 회사 소유. 회사 Claude·Cursor 계정으로 퇴근 후 만든 사이드 프로젝트도 위험할 수 있어요. (한국법은 미국만큼 광범위하지 않지만, 계약서에 명시되어 있다면 분쟁의 여지는 마찬가지)
③ 오픈소스 라이선스
AI가 학습한 GPL 코드가 결과물에 섞여 들어올 수 있고, “몰랐어요”는 안 통해요. GitHub Copilot 소송(Doe v. GitHub)이 미국 9회로에서 진행 중입니다.
흥미로운 건 — Anthropic 수석 엔지니어 본인도 “Claude Code의 최근 기여는 전적으로 AI가 짰다”고 인정했어요. 그러면서 유출본에 DMCA 8,000건을 발송했죠. 도구를 만든 회사조차 자기 코드 저작권을 깔끔하게 주장 못 하는 상황입니다.
✅ 그래도 대비할 수 있는 4가지
1. 라이선스 스캐너 돌리기 (FOSSA · Snyk)
2. 커밋 메시지에 판단 남기기
3. 계약서 IP 조항 살펴보기
4. Anthropic 플랜 확인하기
빠르게 짜는 건 좋아요. 다만 흔적은 남기세요. 💻✨
원문: legallayer.substack.com
Figma MCP로 code-to-canvas를 잘 쓰던 제가, 디자인 시작점을 Claude Design으로 옮겼습니다. Figma를 완전히 버렸다는 뜻은 아닙니다. 단지 Claude Design에는 유독 편한 기능들이 있었습니다. ✨
👾게시글을 저장해두고 아래 4가지 기능을 꼭 사용해보세요!👾
1. 시안 여러 개 동시 비교 — “세 가지 톤으로 보여줘” 한 줄이면 끝
2. 자동 버전 관리 — v1, v2, v3-진짜final 파일에서 해방
3. Tweaks 슬라이더 — 여백·색·그림자를 드래그로 감각적으로 조정
4. Export to Claude Code — 의도까지 포함된 핸드오프로 코드 뽑기가 깔끔
이 네 가지가 합쳐지니 작업 흐름이 하나로 녹아들더라고요. 시안 받고, Tweaks로 다듬고, 버전 히스토리로 방향 잡고, Claude Code로 바로 내보내기. 예전에 따로 돌아가던 단계들이 연결됩니다. 💻
오늘 claude.ai/design 을 한번 켜보세요. 시안 세 개가 펼쳐지는 그 순간이면, 바로 감이 오실 겁니다. 오늘도 안전하게 바이브 코딩하세요! 💻✨
#바이브코딩 #클로드디자인 #ClaudeCode #클로드
AI에게 긴 일을 맡겨보면 금방 느끼게 됩니다.
처음엔 엄청 잘하는데, 조금만 길어지면 맥락을 잃고 자기 버그를 “완료”라고 보고합니다. 🤔
“모델이 부족한가?”라고 생각하기 쉽지만, Anthropic과 OpenAI는 오히려 이렇게 말합니다.
“모델이 좋아져도, 구조 없이는 돌아가지 않는다.”
이 구조를 설계하는 일이 바로 하네스 엔지니어링입니다.
하네스는 원래 말에 씌우는 마구를 뜻해요. 말이 아무리 빨라도 마구 없이는 마차를 끌 수 없듯, AI도 구조 없이는 복잡한 일을 오래 못 합니다.
✅ 가장 쉬운 시작법
1. 프로젝트 폴더에 CLAUDE.md 같은 규칙 파일 만들기
2. 프로젝트 목적, 작업 방식, 절대 하면 안 되는 것 적기
3. 큰 일은 작게 쪼개서 시키기
4. 규칙 파일에 자동 검증 규칙(백프레셔) 심어두기
프롬프트 엔지니어링이 “AI에게 잘 말 거는 법”이라면
하네스 엔지니어링은 “AI가 끝까지 제대로 일하게 만드는 법”입니다.
AI를 설득하는 데 시간을 쓰기보다, 환경을 먼저 설계해보세요. 💻✨
#바이브코딩 #하네스엔지니어링
혹시 피그마 MCP 설정이 어려우신 분들이 있다면 댓글에 “캔버스”라고 달아주세요! 제가 정리해놓은 피그마 MCP 설정 가이드도 보내드릴게요!
사실 저도 코드로 디자인 고치고 피그마에 반영하기 귀찮았는데 정말 편해졌어요! 다들 개발하실 때 생각나면 한 번 시도해보세요!
#바이브코딩 #피그마 #디자이너 #무한요리지옥 #후덕죽
바이브 코딩으로 1시간 만에 앱 만들기? 가능하죠! 🚀 하지만 그 1시간 동안 우리가 무심코 누른 npm install이 어떤 결과를 초래할지 생각해 보셨나요?
최근 몇 년간 npm 생태계를 뒤흔든 보안 사고들은 결코 남의 일이 아닙니다. 해커들은 우리가 오타를 내길 기다리고, 관리자의 계정을 탈취해 정상적인 패키지에 악성 코드를 심기도 합니다.
“구현은 빠르게, 보안은 철저하게”
개발 입문자라면 오늘부터 이 습관을 들여보세요.
1️⃣npm audit으로 내 프로젝트 건강 검진하기
2️⃣보안 업데이트(Fix)는 발견 즉시 처리하기
3️⃣npm 홈페이지에 내가 쓰려는 패키지 검색해보기
내 코드가 소중한 만큼, 그 코드를 담고 있는 환경도 안전하게 지켜주세요!
오늘도 안전하게 바이브 코딩하세요! 💻✨
#바이브코딩 #코딩꿀팁 #코딩 #코드보안
AI랑 대화하며 뚝딱 만드는 바이브 코딩’이 대세입니다.🚀
코딩 속도가 빨라진 만큼, 우리가 놓치기 쉬운 ‘치명적인 실수’ 하나가 있습니다.
남들은 어떻게 하면 AI로 일을 잘 시키는지, 어떻게 빨리 만드는지만 알려주지만... 정작 내 통장과 커리어를 지키는 보안에 대해서는 아무도 말해주지 않더라고요. 🤫
핵심은 바로 .env (환경변수) 관리입니다.
“빌드하면 어차피 안 보이지 않나?” “나중에 지우면 되겠지.”
이런 안일한 생각으로 .env 파일을 GitHub에 올리거나 코드에 직접 박아버리는 순간, 내 API 키와 DB 비번은 전 세계 해커들의 공유 자산이 됩니다. 💸 (올린 지 1분 만에 털리는 건 일도 아니에요!)
심지어 프론트엔드나 모바일 앱은 빌드 후에도 디컴파일(Decompile)을 통해 내 소중한 키값들이 그대로 노출될 수 있다는 사실, 알고 계셨나요? 😱
✅ 바이브 코딩 생존 전략 3줄 요약
1. 프로젝트 시작과 동시에 .gitignore부터 만들기
2. env 파일은 절대, 절대로 Git에 올리지 않기
3. 중요한 보안 키는 클라이언트가 아닌 서버(Back-end)에서만 관리하기
AI가 내 코드를 고쳐도 되냐고 물을 때 ‘Yes’만 누르지 마세요! 🛑 속도보다 중요한 건 사고 안 치는 실력입니다.
오늘도 안전하게 바이브 코딩하세요! 💻✨
#바이브코딩 #바이브코딩꿀팁 #코딩꿀팁 #꿀벌 #윤상복
