코드팩토리x바이브코딩 · 2026-08-16

오늘의 대화

구독 갱신이 사용량을 초기화하지 않는다는 체감과 다음 리셋을 기다리는 대화가 이어졌고, Claude·Codex·Grok 중 무엇을 쓸지 비용과 용도별로 비교했다. Suno 생성곡이 기존 곡과 비슷할 때 공개·배포해도 되는지, Qwen 3.8 27B를 로컬에서 어느 정밀도로 돌릴 수 있는지도 논의됐다. 밤에는 비개발자의 반복적인 해줘 작업에서 컨텍스트가 사라지고 데이터가 삭제된 사례를 계기로 프로젝트 메모리의 네 계층, Git·Time Machine 백업과 복구 가능한 삭제가 구체적으로 정리됐다. 새벽에는 Codex·Claude 계정을 여러 명이 공유할 때의 약관과 정지 위험을 두고 경험이 엇갈렸다.

이야기 나온 주제

AI 구독 초기화·모델 선택과 Grok 체감

GPT 구독이 자동 갱신돼도 이미 사용한 토큰이 즉시 초기화되지는 않는다는 체감이 공유됐다. 만료 전에 해지해도 남은 기간은 사용할 수 있으므로 새 계정을 만들지 않는 한 리셋이 발생하지 않을 것이라는 설명이 나왔으나, 공식 정책 확인은 이뤄지지 않았다.

비개발자가 취미와 업무에 쓸 모델을 고르는 질문에는 취미라면 GPT가 무난하다는 추천과, 어려운 작업은 Opus 5 high에서 Fable 5 high, 더 높은 코딩 모드로 단계적으로 올리라는 조언이 나왔다. Grok 4.6 xhigh는 코딩에서 GPT·Claude와 경쟁할 만하다는 체감도 있었지만 채팅·문학 용도 평가는 달랐다.

• 원본 시각: 10:53–12:39, 14:55–18:19, 23:26–23:47

Suno 생성곡의 유사성과 배포 위험

약 150곡을 생성한 참여자가 마음에 든 곡이 기존 노래와 비슷하게 들려 공개를 망설였다. 학습 데이터와 진행 중인 소송을 이유로 Suno 결과물을 YouTube나 유통 서비스에 올릴 때 저작권 위험이 있다는 우려가 나왔지만, 특정 곡의 실제 침해 여부는 판단하지 못했다.

같은 가사와 스타일로 여러 번 생성해 한두 곡을 고르는 가챠식 작업, 가사를 바꾸면 멜로디와 목소리도 달라지는 문제, 오래 생성할수록 지시를 덜 따르는 것 같다는 체감이 공유됐다. 생성 품질과 라이선스·배포 가능성은 별개라는 점이 핵심이었다.

• 원본 시각: 13:18–14:15

Qwen 3.8 27B의 양자화·하드웨어 요구

Qwen 3.8 27B가 작은 규모에 높은 성능을 담았다는 평가와 함께 16~24GB 메모리의 양자화 모델로 쓸 수 있다는 기대가 나왔다. 실제 테스트 경험자는 8비트 아래에서 품질 왜곡이 커지고 Q8이 실사용 하한에 가까우며 FP16이 가장 안정적이라고 말했다. 3090 두 장, H100이나 Pro 9000급 장비가 현실적인 후보로 언급됐고, Mac은 실행은 가능해도 속도 때문에 실사용이 어렵다는 의견이었다.

H100 8장과 대용량 ECC 메모리를 쓰는 사례도 있었지만 현재 가격과 시스템 메모리 요구 때문에 효율적인 신규 구성은 아니라는 설명이 붙었다. 이는 제한된 환경의 사용자 테스트이며 일반적인 벤치마크는 아니다.

• 원본 시각: 17:20–18:08

바이브 코딩의 프로젝트 메모리와 컨텍스트 유지

코드를 모르는 입문자가 계속 수정 요청만 하는 방식이 맞는지 묻자, 해줘 자체는 자연스러운 출발이지만 구현 방식과 문제 원인을 설명하게 해 시스템이 어떻게 돌아가는지 이해해야 한다는 조언이 나왔다. 큰 프로젝트에서 세션 열 개를 병렬로 쓰자 /compact 이후 합의와 저장 문서를 읽지 않는 문제가 생겼고, 메인 세션은 오케스트레이터로 두고 서브에이전트 결과를 메모리에 기록하는 방식이 검토됐다.

프로젝트 메모리는 Rules, State, Decisions, Knowledge Index 네 계층으로 나누라는 구조가 제안됐다. AI가 규칙·현재 상태·유효한 결정을 기본으로 읽고, 긴 회의·조사·실험 자료는 인덱스에서 필요할 때만 찾는 방식이다. 작은 프로젝트는 Markdown·Obsidian·Git으로 충분하고 문서가 수천 개로 늘면 자동 인덱스와 RAG를 검토할 수 있다는 설명이었다.

• 원본 시각: 18:50–21:18

Git·Time Machine 백업과 복구 가능한 삭제

사용자가 수정해 쌓아 둔 학습 데이터를 AI가 지운 사례를 계기로 Git 커밋과 원격 private 저장소, Dropbox·Google Drive 동기화, 외장 SSD의 Time Machine 백업이 추천됐다. 결과에 도달한 뒤에는 같은 과정을 재현할 수 있도록 스크립트와 스키마·타입 검사를 남기라는 조언도 있었다.

에이전트에게 rm을 허용하기보다 mv로 휴지통에 옮기고 어느 세션에서 버렸는지 로그를 남기면 사고 가능성을 없애지는 못해도 수습할 수 있다는 운영 원칙이 공유됐다. 외장 SSD는 Thunderbolt와 APFS가 속도 면에서 유리하다는 개인 장비 경험도 나왔다.

• 원본 시각: 21:39–23:42

Codex·Claude 계정 공유의 약관·정지 위험

Codex Pro 계정 하나를 사촌 여러 명과 공유해도 되는지 묻는 질문에 기술적으로 구분하기 어렵다는 의견과 서비스가 IP·장치·사용 패턴을 조합해 감지할 수 있다는 반론이 맞섰다. Claude 계정을 네 명 이상이 함께 쓰다 정지됐다는 개인 경험도 공유됐고, OpenAI는 상대적으로 느슨해 보인다는 체감이 있었지만 현재 정책을 보장하지 않는다.

계정 공유는 약관 위반일 수 있고 영구 메모리와 개인화가 여러 사용자 사이에서 섞이는 문제도 있으므로, 정지 위험을 감수할지 사용자가 판단해야 한다는 조언으로 정리됐다. 우회 방법에 관한 추측은 많았지만 안전하거나 허용된 방식으로 확인되지는 않았다.

• 원본 시각: 다음 날 00:12–02:16

연결

• 코드팩토리x바이브코딩 전체 보기
• 전날의 하네스·스펙·리뷰 배분 논의
• 같은 날 에이전트코리아의 온톨로지·하네스 논의
• 같은 날 아는개발자의 Claude Code·Codex 선택 질문
• 다음 날의 시스템 병목·그래프 엔지니어링과 교차 리뷰