코드팩토리x바이브코딩 · 2026-10-13
AI 코딩 도구의 리셋·한도·모델 역할, REA와 역공학 경계, 컨텍스트 인계·스킬, MVP 배포, 디자인 프롬프트와 대형 프로젝트의 한계를 정리한 코드팩토리x바이브코딩 일일 다이제스트입니다.
오늘의 대화
04:00 일자 경계 기준으로 2026-10-13에는 Codex·Claude·Astra의 리셋과 사용량, 모델 용량 오류, Muse·Gemini 관련 미확인 전언으로 대화가 시작됐다. 오전에는 REA 같은 역공학 도구를 둘러싼 저작권·정책 우려가 나왔고, 오후에는 모델을 오케스트레이터·워커로 나누는 방식, 컨텍스트를 compact·clear·handoff하는 방법, 작은 웹앱의 배포 구성이 논의됐다. 새벽에는 레퍼런스 기반 디자인 프롬프트와 대형 게임·엔터프라이즈 개발에서 AI가 대체할 수 없는 공정이 화제가 됐다. 원문은 2026-10-13 04:04부터 2026-10-14 02:05까지 1,828개 메시지를 포함한다.
공개 범위
반복 입장 안내와 방 홍보·초대 URL, 대규모 유입 중복 메시지, 삭제 메시지, 개인 계정·결제·접속 정보와 단순 농담은 제외했다. 모델 출시·가격·한도·성능과 REA의 기능·정책은 참여자 경험·전언·추정으로만 기록한다. 역공학·보안·필터 관련 내용은 실행 절차나 제한 회피 방법 없이 개념과 주의점만 남겼다.
이야기 나온 주제
Codex·Claude·Astra 리셋·한도·용량과 모델 역할
이날은 예정 시각을 기다리던 중 Codex 리셋이 예상보다 이르게 관찰됐고, 사용하지 못한 잔여량과 작업 중단을 아쉬워하는 반응이 이어졌다. Claude·Astra·Codex의 속도와 용량 오류, 모델별 토큰 소모를 비교했지만, 특정 업데이트나 리셋 정책의 공식 설명은 확인되지 않았다. 새 모델 출시와 Gemini·Argon 관련 대화도 전언과 농담이 섞여 있어 사실로 확정하지 않는다.
원본 대화 · 09:15–10:25, 13:59–14:14, 17:02–17:25
09:15 · 감자/클코 코덱스 오늘 리셋인가?
09:15 · 감자/클코 코덱스 8일차 아무것도 안올라왔네요?
10:10 · 감자/클코 코덱스 오후 4시쯤 이라는것 같네요
10:24 · 박스춘식/클로드코드 토큰 무제한으로 풀고 병렬제한, 속도로 장사하는 것도 괜찮을 듯..
13:59 · 나른한 니니즈/GPT 클로드 200불 와 또리셋…
14:00 · Lukaid 오 진짜 리셋됐네요
14:14 · 상담하는 죠르디/클코, 코덱스, 커서 코덱스 또 리셋됐군요. 20% 도 못 썼는데…ㅠㅠ
17:02 · Lukaid 코덱스
17:02 · Lukaid 너무 느리다…
17:25 · 광부/코덱스 Selected model is at capacity. Please try a different model. 이게 많이 뜨네요
REA의 역공학 기능과 사용·정책 경계
REA가 실행 파일·앱·웹사이트·펌웨어의 동작을 분석해 기능을 재현하는 도구라는 소개가 공유되면서, 소스 코드 없이 다른 제품을 따라 만드는 것의 저작권·약관·계정 제재 위험이 함께 논의됐다. 참여자들은 개인 연구와 공개·상업적 재사용을 구분해야 하고, 도구가 가능하다는 사실이 곧 사용 권한을 뜻하지 않는다고 우려했다. 공개 문서에는 도구 링크와 복제·분석 절차를 남기지 않는다.
원본 대화 · 08:19–08:26, 22:04–22:18
08:19 · 아라방구 / 클로드코드 REA는 AI 에이전트가 소스 코드 없이 다른 앱의 기능을 분석하고 따라 만들게 해주는 오픈소스 도구다. 개발자가 어떤 앱에서 본 기능을 물으면, 에이전트는 REA로 그 앱을 직접 분석해 기능이 어떻게 동작하는지 설명한다.
08:20 · 구글 팀즈/Grok,코덱스 Codex로 역공학 하면 벤당한다고 합니다. 시도는 신중히..
08:25 · 편집자P/CC,Cursor,Codex 그냥 만든거 베껴버리면 좀…
22:04 · 햄스햄스/클로드코드 Rea 사용하려면 로컬llm 있아야 하나요
22:06 · 이래라저래라하지마라/클로드 아니용
22:17 · 아라방구 / 클로드코드 밴 안당하도록 조심히 쓰셔요
22:18 · 아라방구 / 클로드코드 아무리 좋은 기술이라도 클로드, 지피티 만큼의 값어치는 없어요 ㅎㅎ
22:18 · 아라방구 / 클로드코드 조심히 잘 쓰셔요
에이전트 오케스트레이션과 모델별 작업 배분
참여자들은 Claude·Codex·Astra·Orca·Herdr 같은 도구를 한 화면에 놓고, 메인 오케스트레이터와 작업 모델을 나누거나 모델에 따라 코딩·판단·도구 호출을 맡기는 방식을 공유했다. “어떤 모델이 최고인가”보다 사용량·속도·컨텍스트·작업의 성격에 따라 역할을 배분하는 실사용 논의가 중심이었다. 모델 성능과 토큰 소모는 계정과 작업량에 따라 달라지는 체감이다.
원본 대화 · 11:19–11:20, 13:03–13:17, 15:49–15:50
11:19 · 우는 춘식이 / 클코, 코덱스 커서 쓸 이유가 하네스 말고는 더이상 없어진거 같아서…
11:20 · 우는 춘식이 / 클코, 코덱스 요즘은 5.5프스나 6.1sol 보면 그냥 잘해서 좋은 mpc나 스킬만 하나 물리면 하네스가 의미가 있을까 싶기도 하네여
13:03 · 춘식 / 클로드 클로드코드 돌리실때 보통 오퍼스, 중간 으로 작업 많이 하시나요
13:06 · 긁적이는 춘식이 메인 오케스트레이터는 오퍼스 중간으로 합니다
15:49 · 웃음많은춘삼이/cc 클로드 코덱스물려서 한화면에 작업시키는게 정말편해요
15:50 · 몽키몽키 / codex tmux+cli 쓰시는 분들이
15:50 · 몽키몽키 / codex orca를 많이 쓰죵
컨텍스트·compact·clear·handoff와 스킬 관리
7단계 프로젝트 중 컨텍스트가 절반 찼을 때 compact를 반복할지 clear할지 묻는 질문에, 브랜치·플랜·커밋으로 작업 상태를 보존하고, clear 전후에 handoff 스킬이나 파일에 맥락을 남기는 방식이 제안됐다. 긴 지침 파일은 모델이 끝까지 읽지 않거나 비용을 늘릴 수 있으므로, 사용하지 않는 지침을 주기적으로 정리하고 작업에 필요한 정보만 유지한다는 경험도 공유됐다.
원본 대화 · 18:19–18:30, 00:23–00:50
18:19 · 폐급/클로드코드 혹시 한 프로젝트를 7단계로 기획하고
18:19 · 폐급/클로드코드 진행하고 있다고 할때
18:19 · 폐급/클로드코드 지금 2단계째인데
18:19 · 폐급/클로드코드 context가 50%정도 차서요
18:20 · 폐급/클로드코드 이럴경우 찰때마다 /compact를 하고 이어가야 하나요? 아니면 하다가 플랜모드 저장한 후 /clear를 해야 하나요?
18:21 · Bob/claude 전 clear 로 그냥 깔끔하게 밀어버려요 뇌 비우라고
18:23 · 황금마늘/클코 저는 clear후 이어나갈 수 있도록 맥락 놓치지 않게 스킬 만들라고 합니다. clear 전 맥락 정리 hand off 스킬과 clear 후 이어 받을 수 있는 스킬 만들었어요.
00:46 · 살루트/클로드코드 텍스트가 5천자 이상 넘어가면 끝까지 안읽더라고요
00:50 · 살루트/클로드코드 안쓰는 지침 지우고 바뀐게 있으면 수정해주고 클로드가 알아서 붙이는거라 시간지나고 나면 덕지덕지 지침들이 엉켜있어서 그거 정리하고
작은 MVP의 GitHub·Supabase·Vercel 구성과 검증
GitHub를 버전 관리에 쓰고 Next.js·Supabase·Vercel로 작은 풀스택 웹앱을 구성한 경험이 공유됐다. 적은 리소스로 MVP를 만들 수 있다는 장점은 있지만, 구독료와 사용 한도 안에서 어느 정도까지 가능한지는 앱 범위·검증량에 따라 달라진다. 결제 연동과 배포 후 사용자 의견·오류 검증을 별도로 다뤄야 한다는 질문도 나와, “한 번 생성하면 끝”이 아니라 테스트와 운영을 포함한 범위로 보았다.
원본 대화 · 13:46–13:52, 20:34–20:56
13:48 · 아스트라/클로드코드 배포는 했습니다. 사용자 의견과 오류 이런걸 점검하고 싶어서요
13:50 · 웃음많은춘삼이/cc 아 크몽
20:34 · 트랄라레오 혹시 지피티+깃허브+수파베+버쎌 연동해서 사용하시는분 있으신가요?
20:46 · 선명 next js supabase vercel로 무료 풀스택 웹앱을..
20:48 · 트랄라레오 지피티 워크로하면 구축도 간단하고 채팅모드 활용하면 20달러로 mvp웹앱은 충분할것 같은데 선배님들의 의견을 한번 확인하고 싶었슴다
20:56 · 선명 Html 로 mvp 만드는거 정도는 가능할듯싶습니다!
AI 코딩 디자인의 레퍼런스·프롬프트·토큰 비용
AI가 만든 웹 디자인이 화려하지만 “바이브 코딩으로 막 뽑은” 인상으로 보일 때는 추상적인 멋지게 해달라는 지시보다 페이지를 섹션별로 나누고, 색·폰트·레퍼런스를 정한 뒤 시안을 여러 개 받아 좁혀 가는 방식이 유효하다는 경험이 나왔다. 사람의 미감과 구체적인 피드백이 결과를 결정하지만, 세밀한 디자인 지시를 할수록 토큰 사용량이 늘어난다는 비용도 함께 언급됐다.
원본 대화 · 00:05–00:18
00:05 · 삼 / 클로드코드 슨배님들 웹사비스 만들고있는데 디즈인이 너무 대학생이 바이브코딩으로 갓뽑은것처럼 나오는디
00:05 · 삼 / 클로드코드 좋은 대안 있을까여
00:06 · 코드팩토리 공장장 🔥 제 생각에 디자인은 솔직히 그냥 쎈 모델쓰면 대부분 잘하고
00:06 · 코드팩토리 공장장 🔥 너무 화려하게 하려해서
00:06 · 코드팩토리 공장장 🔥 더 ai 스럽게 느껴지는거예요
00:07 · 살루트/클로드코드 그러면 보통 사람들이 와 ai 디자인 아닌거같아요!
00:07 · 살루트/클로드코드 라고하는데 단점은 디자인에 토큰 다씀
00:09 · 코드팩토리 공장장 🔥 한 페이지를 섹션별로 상세하게 프롬프팅 하시고 계속 다듬은 다음 페이지 단위로 하면 잘돼요
00:10 · 살루트/클로드코드 걍 레퍼런스 퍼먹였어요 그러면서 조금씩 디테일 잡아갔고 시안 3~5개정도 잡아달라고 하면서 만들었던거같음
대형 게임·엔터프라이즈 프로젝트에서 AI의 한계
대형 게임이나 수많은 기능을 묶은 엔터프라이즈급 제품을 AI만으로 만들 수 있는지 묻자, 현재는 1인 개발이나 작은 범위의 가속에 가까우며 기획·아트·최적화·테스트·운영 인력이 여전히 필요하다는 의견이 나왔다. 게임의 완성도는 코드 생성량보다 독특한 아트워크, 사용자 경험, 장기간의 제작과 검수에 달려 있다는 관점이다. 이는 미래 가능성을 부정하는 결론이 아니라 현재 참여자들의 경험과 평가다.
원본 대화 · 00:55–01:08, 01:25–01:45
00:55 · 우는 라이언 혹시 초대형프로젝트 만들어보신분 계실까요 예를들어 아이온2정도 수준의 게임이라던지 수많은기능을 하나로 합쳐놓은 프로그램 등등
01:02 · 탑데브/안티그래비티,울트라맨이야 초대형 프로젝트들은 단순히 프로그램 개발로만 나오는게 아니라서
01:03 · 탑데브/안티그래비티,울트라맨이야 일단 제작비가 몇백억 몇천억 이런게 왜 드가것슴 그걸 ai로 꿀꺽 할수있으면 흠
01:06 · 탑데브/안티그래비티,울트라맨이야 지금 ai로 날먹하는건 결국 1인 개발 정도 수준
01:28 · 탑데브/안티그래비티,울트라맨이야 게임개발은 c계열로 메모리 잡으면서 만들어야 최적화 잘되는걸 고려해보면 ai 도입하기 애매한 분야 같기도 한대 뭐 더 좋아지면 그것도 잘하겠지만
01:42 · 탑데브/안티그래비티,울트라맨이야 확실히 아트웍이 되는게.. 중요할거 같기도 하고.. 이건 ai로만 커버 하기는 어렵기도 하고
확인 필요
- Codex·Claude·Astra의 리셋 시각·한도·용량 오류와 모델별 속도·토큰 소모는 계정·시점·작업량에 따라 달라진다.
- REA의 기능, 이용 약관·계정 제재·저작권 영향은 공식 문서와 실제 대상의 라이선스를 별도로 확인해야 한다.
- compact·clear·handoff·스킬의 효과와 긴 지침 파일의 처리 한계는 모델·도구 버전과 프로젝트 구조에 따라 재현성이 달라진다.
- GitHub·Supabase·Vercel·결제·배포 구성의 비용·보안·운영성은 앱 규모와 데이터에 따라 별도 검증이 필요하다.
- AI 디자인 품질과 대형 게임·엔터프라이즈 프로젝트의 자동화 범위는 참여자의 사용기·의견이며, 실제 프로젝트의 요구사항·인력·테스트를 대신하지 않는다.
연결
- 전날 코드팩토리x바이브코딩 다이제스트 — 모델 사용량·학습·검증·보안 논의의 전날 맥락
- 코드팩토리x바이브코딩 전체 보기