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

오늘의 대화

Claude와 Codex의 모델별 정확도·속도·지시 이행을 비교하고, 새로 지급된 Codex 초기화권과 빠르게 소진되는 한도를 어떻게 운용할지 하루 종일 이야기가 이어졌다. 고가 요금제와 인앱 결제 수수료, 초기에 넉넉한 혜택을 주다 줄이는 서비스 경험 때문에 한 도구에 종속되지 않도록 프로젝트 문서와 규칙을 옮길 수 있게 관리하자는 의견이 강했다. ChatGPT Business에서 팀원이 서로의 대화를 볼 수 있는지, Grokbot·Orca·Paseo 같은 원격 에이전트 환경을 어떻게 쓰는지도 질문이 나왔다. 저녁에는 20년 된 소규모 쇼핑몰을 독립몰로 옮길 때 PHP 관리형 호스팅과 최신 VPS 중 무엇을 택할지, 바이브 코딩의 accept all이 보안과 코드 손실을 키울 수 있는지를 두고 실무적인 토론이 벌어졌다.

이야기 나온 주제

Claude·Codex 모델 선택과 초기화권

Claude의 코딩 속도는 시원하지만 비싸고 Codex는 답답하거나 오류가 난다는 체감이 엇갈렸다. 동일한 자료와 프롬프트를 여러 Claude 모델에 적용한 참여자는 정확도가 중요한 작업에서 Opus 4.8이 느리지만 꼼꼼했고, Opus 5와 Fable은 빠르지만 지시와 다른 판단을 했다고 평가했다. 다른 참여자는 낮은 버전이 명시적 가이드를 더 잘 따르고 상위 모델은 자율성이 커 개발자의 기대와 어긋날 수 있다고 해석했다. 이 평가는 특정 자료에 대한 개인 실험이며 일반 벤치마크와 다를 수 있다.

Codex에는 사용자가 한 달 안에 원하는 시점에 쓸 수 있는 초기화권 한 장이 들어왔다는 설명이 공유됐다. 자동으로 한도가 초기화된 것으로 오해해 사용량이 그대로라고 묻는 사례와, 인사 한마디를 보낸 직후 초기화권을 써 버렸다는 실수도 있었다. 계정마다 지급 여부와 표시 시점이 달라 보인다는 경험이 있어 공식 계정 화면을 확인할 필요가 있다.

• 원본 시각: 08:45–12:12, 13:26–15:09, 19:41–22:24

구독 비용과 도구 종속

Claude 요금제가 웹에서는 월 20·100·200달러로 보이지만 앱 결제에서는 수수료와 환율 때문에 200달러 플랜이 약 37만5천 원으로 결제됐다는 경험이 나왔다. 참여자들은 가능하면 웹에서 달러로 결제하라고 조언했다. 100달러 플랜은 작업 중간에 한도가 걸려 애매하고 200달러부터 편하게 쓸 수 있다는 의견이 있었지만, 사용량과 업무 가치에 따른 개인 판단이다. 음성을 로컬 ASR로 전사하고 로컬 모델로 요약한 뒤 Claude에 전달해 입력 토큰을 줄이는 워크플로도 소개됐다.

Cursor·Antigravity 등 초기 혜택이 넉넉했던 서비스가 사용량을 크게 줄인 경험 때문에 Grok과 Cursor 결합 상품도 장기 조건을 경계하자는 반응이 나왔다. 연간 구독 뒤 다른 도구로 옮겨 사용하지 못한 사례를 들어, 당장의 가성비만 보고 장기 결제하지 말고 여러 모델로 전환 가능한 상태를 유지하자는 조언이 이어졌다.

• 원본 시각: 12:05–12:13, 15:49–18:19

ChatGPT Business 대화 공개 범위

팀의 ChatGPT Business 결제 관리자가 된 참여자는 초대한 팀원이 자신의 채팅 기록을 볼 수 있는지 물었다. 대화에 공유된 AI 답변은 일반적인 셀프서비스 Business 워크스페이스에서는 멤버별 비공개 채팅이 자동 공유되지 않고, 관리자가 모든 대화 본문을 열람하는 기능도 없다고 설명했다. 사용자가 직접 공유한 대화나 회사의 별도 관리 계정·감사 체계가 있는 경우는 다를 수 있고, Personal 워크스페이스를 Business로 병합했는지도 구분해야 한다는 주의가 붙었다. 실제 조직 정책과 최신 공식 문서를 확인해야 하는 사안이다.

• 원본 시각: 08:49–08:56

프로젝트 인수인계와 원격 에이전트

Claude에서 진행한 프로젝트를 Grok 등 다른 모델로 옮길 때, 완성되고 구조가 정리된 작은 프로젝트는 쉽지만 장기간 진행 중이고 문서가 흩어진 큰 프로젝트는 메모리와 규칙을 새로 전달하는 데 오래 걸린다는 경험이 나왔다. Git과 Markdown 문서로 코드·의존성·규칙을 관리하면 전환 자체는 가능하지만, 정리되지 않은 프로젝트는 인수인계 비용이 커진다는 쪽으로 의견이 모였다.

Grokbot은 계정당 공식 VM 하나 안에서 봇별 스냅샷이 분리되는 것처럼 보였고, 독립 에이전트에 서버 환경을 함께 제공하는 점이 장점으로 평가됐다. 원격 작업에는 Orca의 QR 설치 앱, Paseo, Claude Remote Control, Parsec과 Stardesk가 비교됐다. 게임·그래픽 원격에는 Parsec, 일반 사무에는 Stardesk가 빠르다는 개인 사용기가 있었고 Paseo는 다른 네트워크에서도 연결하기 쉬워 입문자에게 편하다는 평가가 나왔다.

• 원본 시각: 12:38–12:58, 14:22–14:29, 18:19–18:38, 20:12–23:29

소규모 쇼핑몰 스택과 운영 책임

지원이 끝난 20년 된 쇼핑몰을 소스 공개형 독립몰로 이전하려는 운영자가 PHP 기반 WordPress·WooCommerce 또는 그누보드·영카트와 Node 기반 최신 스택을 비교했다. 관리형 웹호스팅은 OS·웹서버·데이터베이스·백업·장애 감시를 업체가 맡지만, VPS에서는 Docker·보안·스토리지·인증서까지 운영자가 책임져야 하므로 서버 경험이 적은 소규모 사업자에게 PHP 기반 플랫폼이 현실적일 수 있다는 결론이었다.

기존 시스템에 문제가 없다면 유지하라는 조언과, 아주 작은 몰이라면 카페24 같은 임대형 서비스에 머물고 마케팅·고객에 집중하라는 반론도 있었다. 질문자는 기존 임대형 솔루션의 지원 종료와 기능 변경 때마다 외주가 필요한 종속성 때문에 독립몰을 원한다고 설명했다. 주문·결제와 네이버페이 연동은 새로 만들기보다 검증된 플랫폼을 쓰고 특히 조심해야 한다는 의견이 강조됐다.

• 원본 시각: 18:55–19:15

바이브 코딩 안전과 동적 워크플로

AI 제안을 무조건 승인하면 테스트용 API 키나 비밀번호가 코드에 남고, 검증되지 않은 패키지가 추가되거나 인증 검사가 삭제될 수 있다는 경고가 공유됐다. 후속 작업 중 기존 코드를 지우는 실수도 있어 Git에 변경 이력을 저장하고 결과를 검토하는 습관이 필요하다는 조언이 나왔다. 모르면 위험하지만 모든 기초를 익힌 뒤에만 시작하면 바이브 코딩의 접근성이 사라지므로, 먼저 만들어 보고 부족한 지식을 채우되 민감한 변경은 의식적으로 확인하자는 균형점이 제시됐다.

밤에는 다중 에이전트의 동적 워크플로가 검증 명령만으로 안전해지지는 않는다는 경험이 공유됐다. LLM은 자신이 무엇을 모르는지, 검증 방법이 맞는지, 컴팩션과 여러 단계의 보고에서 정보가 얼마나 희석되는지를 스스로 판단하기 어렵다는 지적이었다. 공개된 pi-dynamic-workflows 같은 도구나 기존 하네스를 쓰더라도 모델별 실패 패턴과 UI·관찰성 한계를 직접 실험해야 한다는 설명이 이어졌다.

• 원본 시각: 19:15–19:40, 21:00–21:22

연결

• 코드팩토리x바이브코딩 전체 보기
• 앞선 모델·구독 선택과 프로젝트 지식·보안 관리
• 같은 날 에이전트코리아의 Codex 오작동과 모델 관리
• 다음 날의 모델 초기화·가드레일과 퇴사·창업 논의