코드팩토리x바이브코딩 · 2026-10-06
Claude·Codex·Sol·Astra·Opus의 모델 선택과 사용량, Antigravity·MCP·하네스 오케스트레이션, 바이브코딩의 보안·검토·리팩토링과 로컬 모델 운영을 주제별로 정리한 코드팩토리x바이브코딩 일일 다이제스트입니다.
오늘의 대화
04:00 일자 경계 기준으로 2026-10-06에는 Claude·Codex·Sol·Astra·Opus를 작업별로 어떻게 나눌지, 토큰·한도·구독 비용이 결과와 어떤 관계가 있는지를 비교했다. Antigravity에 모델과 MCP를 연결하거나 하네스·스킬·플러그인으로 오케스트레이션하는 사례가 이어졌고, 권한 요청과 웹앱 보안·유지보수의 책임도 논의됐다. 후반에는 바이브코딩과 에이전틱 코딩의 구분, 개발자의 역할, 코드 리뷰·리팩토링·문서화, 로컬 모델과 구독형 도구의 비용·메모리 트레이드오프가 중심이 됐다. 봇 홍보·초대 링크, 사진·입퇴장 알림, 계정·인증·결제·내부 서비스 세부와 개인 프로젝트 식별 정보는 제외했다.
이야기 나온 주제
Claude·Codex·Sol·Astra·Opus 모델 선택과 사용량
참여자들은 6.1 Sol과 Astra의 성능·속도·토큰 사용량, Opus를 메인 또는 보조 모델로 둘 때의 체감, Claude·Codex의 한도와 리셋을 비교했다. Sol에 가이드를 주고 작업을 나누는 편이 낫다는 의견, Astra가 강하지만 토큰을 많이 쓴다는 의견, Opus를 쓰면 결과가 좋아도 사용량이 빨리 줄 수 있다는 의견이 엇갈렸다. 모델 성능·소모량·플랜 한도는 원문 시점과 개인 작업에 따른 체감이므로 현재의 공식 비교표로 확정하지 않았다.
원본 대화 · 관련 메시지 발췌 · 08:25–08:50
08:25 · 운동많이되는_바이브코딩 6.1 sol 이랑 아스트라랑 성능 비슷한가요> 어떤게 더 좋나요.
08:26 · 또댕/클로드코드 개인적으로 sol 가성비가 좋더라구요
08:27 · 우는 라이언/개발자 아스트라는 좋긴한데 토큰 사용량이 너무 커요…
08:38 · 부들부들/클로드 sol 지침주고 작업하는건 아스트라보다 나을떄가 많아서 지금은 sol만 쓰네요. 느린것만 뺴면 좋아요
08:50 · 아스트라/클로드코드 오퍼스 메인두고 아스트라 코딩만 시켰는데 자꾸 이상한짓해서 아스트라 제거 했슴다..
원본 대화 · 관련 메시지 발췌 · 14:38–14:52
14:38 · Devops엔지니엉 6.1 sol 이제 좀쓸만한가요…?
14:42 · 안티그/안티그래비티 6.1 sol 뭐 너프됐나요!?
14:46 · 공기/클코 뭐든 서브에이전트 병렬로 돌리면 녹아버리네요 ㅠ
14:47 · 축하하는 라이언 gpt토큰 리셋해주는게 좋아서 계속 써왔는데 갈아타기가 쉽지 않네요
14:48 · 아스트라/클로드코드 지금 5시간 한도 못채웁니다
14:52 · 아스트라/클로드코드 하네스 되도록 안써요. 예전이면 몰라도 요즘은 하네스 쓰면 더 안좋더라고요
Antigravity·MCP·하네스·스킬 오케스트레이션
Antigravity 안에서 다른 모델을 호출하고 MCP로 외부 도구나 컴퓨터 사용을 연결하는 사례가 공유됐다. 반면 Opus를 불러오면 사용량이 빨리 소진되거나, 큰 작업에서 모델이 끝까지 마무리하지 않아 검토가 늘어난다는 체감도 있었다. 하네스와 플러그인은 도구 사용을 구조화할 수 있지만, 최신 모델에서는 오히려 복잡도·토큰 비용을 늘릴 수 있다는 의견도 있어 작업별 최소 구성이 중요하다는 흐름으로 정리된다.
원본 대화 · 관련 메시지 발췌 · 13:48–13:53
13:48 · 무게중심 / 클로드, 제미나이 제미나이는 안티그래비티에서 코딩 시켜거나 어사이드로 MCP연결 했더니 그래도 돈값은 하던데 더 좋은 방법이 있을까요?
13:48 · 두리 안티그래비티에서 opus 5.5를 불러와서 쓰면 됩니다
13:49 · 무게중심 / 클로드, 제미나이 제일 신기한것이 이번에 어사이드 MCP를 안티그래비티에서 설치해~ 라고 했더니 설치 하더니 어사이드로 연결해서 컴퓨터 유즈를 하더라고요.
13:49 · 무게중심 / 클로드, 제미나이 근데 안티그래비티에서 오푸스쓰면 너무 빨리 소진되서…
13:53 · 두리 안티그래비티에서 5.5 부르면 되어요
원본 대화 · 관련 메시지 발췌 · 14:26–14:52
14:26 · 뉴룽지/클로드 손코딩하다 제미나이라도 붙으면 좋긴해요. 대신에 클로드나 코덱스 쓸땐 계획만 완벽하면 코드는 대충 훑어보는정도인데 제미나이는 작업이 크면 일을 다 안끝내놔서 검토를 많이하다보니 안쓰게되네요
14:27 · 후니/클로드코드 제미나이 한번 재대로 써볼려고 하네스 이것저것 붙여봤는데 ..
14:27 · 후니/클로드코드 껍데기만 만들고 완성했다고 구라를 30분동안 치길래 포기 ..
14:51 · 상진/클로드코드,코덱스 혹시 주기적으로 하네스나 에이전트가 사용한 도구들 중 비효율적으로 사용한 관행을 수정하는 것들도 하시나요?
14:52 · 아스트라/클로드코드 하네스 되도록 안써요. 예전이면 몰라도 요즘은 하네스 쓰면 더 안좋더라고요
에이전트 권한·보안·웹앱 유지보수
에이전트가 카메라·파일 같은 권한을 요청하거나 자동 실행 중 확인창을 띄우는 사례가 나와, 자동화의 편의성과 권한 경계를 함께 검토해야 한다는 대화가 이어졌다. 바이브코딩으로 웹앱을 빠르게 많이 만들수록 유지보수와 보안이 취약해질 수 있다는 지적도 있었고, 프로젝트에 맞는 보안 원칙을 별도로 적용해야 한다는 의견이 나왔다. 원문에 있던 인증·키·내부 시스템·우회·취약점 세부는 공개 문서에 옮기지 않았다.
원본 대화 · 관련 메시지 발췌 · 09:10–09:24
09:10 · 조상문/5072 저는 어제 코덱스 채팅으로 일시키다가 답변 안해주니까 코덱스가 피씨 카메라 권한 요청하던데요?
09:16 · 자바2명타요/클로드 코드 그래서 어제 SBS 뉴스 봤을 때는 국가 내부 한정에서 쓸 수 있는 LLM 모델을 만들고 있다고는 듣기는 했지만.. 과연 이걸 막을 수 있는 방법이 맞을까 싶기도 하고..
09:24 · CodeScan 인프라는 너무 넓고 보안영역은 너무크고
원본 대화 · 관련 메시지 발췌 · 16:11–16:15
16:11 · 레기온/codex/클로드/커서 바이브코딩 웹앱 대량 생산하다보니 유지보수 와 보안은 부족하니깐 여기에 경쟁력이 있지 않을까요?
16:12 · VISION공자/코덱스, 커서 보안도 AI한테 지침만들어서 지키라하면
16:13 · VISION공자/코덱스, 커서 지금 프젝에는 안맞는 보안이라며 다른 보안원칙 찾아서 해주고
원본 대화 · 관련 메시지 발췌 · 23:11–23:57
23:11 · 감자/클로드 결과에 영향을 주는 확인창을 프로그램으로 승인하는 일이라 막힌 것으로 보입니다. 다른 방법으로 우회하지 않겠습니다.
23:57 · 프로빚쮕이 / 클로드코드_코덱스 저 궁금한게 작업하다보면 승인해달라 창 자꾸 뜨는데 오케스트레이션할때 이런거 어케 처리하실까요?
바이브코딩과 에이전틱 코딩의 역할·품질·검토
오후에는 바이브코딩을 단순히 코드를 생성하는 행위로 볼지, 개발자의 아키텍처·기획·도메인 지식과 함께 결과물을 만드는 방식으로 볼지를 토론했다. 에이전틱 코딩과 바이브코딩을 구분해야 한다는 의견, 기획과 구조를 잘 잡는 사람이 더 잘 활용한다는 의견, 비개발자와 개발자의 완성도 차이를 검토해야 한다는 의견이 교차했다. 밤에는 구현물을 개발자가 리뷰·리팩토링한 뒤 머지하는 흐름, 기존 구조를 문서화하고 SSOT·Contract를 명확히 하자는 실무 조언이 나왔다.
원본 대화 · 관련 메시지 발췌 · 15:58–16:01
15:58 · 운동하는 라이언 / CC, Codex 개발자가 아키텍쳐 잘 짜서 개발하는 것도 바이브코딩이라 하고
15:59 · 운동하는 라이언 / CC, Codex 그래서 에이전틱 코딩과 바이브코딩은 분리해야한다는 생각입니다
15:59 · 저녁/CC, Codex, AG 바이브코딩을 해서 결과물을 만든 사람이 과연 본인 결과물이 제대로된 결과물이라고 자신있게 말할수있을까요?
16:00 · 저녁/CC, Codex, AG 기획을 잘하는사람이 바이브코딩도 잘하겠죠
원본 대화 · 관련 메시지 발췌 · 23:13–00:14
23:13 · 운동하는 라이언 / CC, Codex 구조가 약간 제가 뭔가를 구현함 -> 이를 개발자들이 리뷰하고 리팩토링함 -> 머지함
00:03 · 프로빚쮕이 / 클로드코드_코덱스 저도 무근본이지만 먼저 있는걸 분석해서 문서화하고 구조 파악해달라하고 개선할게 있나 리스트업해보라하고 코덱스 감사도 돌리고 그러고 있습니다;;
00:11 · 즐거운 네오/클로드코드 과거보다 리팩토링에 큰비용을 들이 필요는 없어보여요. 예전엔 개발자간의 충돌도 막고 빠르게 사람이 코드분석을 하기위해 필요했는데 이젠 ai시대잖아요. 기존 플젝트 구성할때 의존성 최소화해서 독립적으로 구성하고 SSOT와 Contract를 명확히 하고 내부 지식을 문서화하는정도만 해도 충분하다고 봅니다. 과거보다 만드는비용이 싸졌으니까요~
00:13 · 프로오도/클로드 꾸준히 리팩토링하는건 의미가 크다고 생각해요
00:13 · 프로오도/클로드 ai로 작업시켜도 리팩토링이 잘된 소스와 아닌소스에서는 차이가 꽤 났어가지구
로컬 모델·하드웨어와 구독형 도구의 선택
민감한 데이터를 외부 서비스에 덜 노출하고 직접 파인튜닝하려면 로컬 하드웨어가 필요할 수 있다는 의견과, 성능·비용만 비교하면 현재 구독형 도구가 더 합리적이라는 의견이 맞섰다. 프로젝트에서 서브에이전트와 브라우저 검증을 함께 돌릴 때 메모리가 병목이 된다는 경험도 공유됐다. 로컬 모델 성능, 하드웨어 가격·사양, 구독 비용은 시점과 작업량에 따라 달라지는 개인 판단으로 남긴다.
원본 대화 · 관련 메시지 발췌 · 21:56–22:05
21:56 · 코딩 에이전트 만난 PM 제고민은… 음… 클로드나 GPT 가 제공하는 하네스가 없는 상태에서 … 그 바닥을 구축해보는 경험을 해보는게 필요할까 싶은거인데.. 부질없나.. 그냥 구독하는게 낫나 싶기도 하고 …
21:59 · 또로롱/클코 냉정하게 성능비교하면 지금 구독이 절대적으로 싸죠
22:00 · 웅스 / 클로드코드 민간기업 AI 사용규칙에 휘둘리는 거 싫고 민감한 정보들 보안유출 걱정 덜하면서 원하는 모델 파인튜닝해서 쓰고 싶으면 DGX Spark 사라고 하더라구요
22:03 · 또로롱/클코 프로젝트하면 램이 계속 병목이네요
22:03 · 운동하는 라이언 / CC, Codex 주로 구독이랑 API를 쓰지만, rag 로컬 서빙 문제로 spark를 사용중에 있습니다 ㅎㅎ
22:05 · 코딩 에이전트 만난 PM 저 최근에… ChatGPT 앱에서 코딩 돌리는데.. GPT앱이 50GB 끌어가는걸 봤습니다…. ;;; 내부에서 서브에이전트 돌리고 브라우저 띄워서 검증하고 하는데…
기억해둘 내용
- 모델명·버전·요금제·리셋·토큰·성능 비교는 원문 시점의 개인 경험이다. 현재 한도나 제품 기능으로 확정하려면 공식 문서와 계정별 화면 확인이 필요하다.
- MCP·하네스·스킬·플러그인은 작업별로 이득과 복잡도가 다르며, 자동으로 설치·실행되는 도구와 권한 요청은 사람의 검토 범위를 정해 운영해야 한다.
- 바이브코딩 결과물은 도메인 지식, 구조 설계, 테스트·보안·리뷰·리팩토링·문서화가 함께 있어야 재사용 가능한 지식과 소프트웨어로 이어진다는 의견으로 정리했다. 원문에 있던 내부 회사·고객·프로젝트 식별 정보와 계정·인증·결제 세부는 제외했다.