방 리포트 · 2026-07-07

[실밸개발자] 바이브코딩 클럽

페이블 종료 D-1을 맞아 사용량 초기화 편법과 마지막 총력전이 오간 가운데, 캐시 비용 관점의 모델 전환 논쟁과 Codex 서브에이전트 권한 설정 문의가 밤늦도록 이어졌다.

338메시지 81참여자 8주요 주제 3짧은 기록

주제별 깊이 읽기

AI 코딩 워크플로우

Codex 서브에이전트 권한(permission) 설정 방법 문의

왜 중요한가

서브에이전트마다 다른 권한을 주고 싶다는 크룩의 질문에 DV가 조사 절차를 제안했고, 크룩이 spawn_agent 스펙을 직접 찾아냈다.

깊이 보기

22:52 크룩/codex가 "제가 subagent한테 다른 permission설정을 하고 싶은데 계속 부모 permission만 따라가서 설정한느 방법을 여쭤보고 싶어여.. 코덱스 사용하고있습니다"라 묻자 DV/Antigravity는 "Sub Agent를 생성할 때 자체적으로 어떤 함수를 호출하여 생성하는지... 특히 Permission 관련"을 분석해보라는 3단계 질의 절차를 제안했다(23:14).

23:28 크룩은 spawn_agent 함수 시그니처를 찾아 공유하며 "핵심 결론: Permission은 spawn_agent 호출 시 직접 주입하지 않고, agent_type → agents/<name>.toml → default_permissions → [permissions.<name>] 체인으로 주입됩니다... 확인해보니 부모의 permission을 따라가지도 못하는거같아서 더 확인해보려고합니다"라 밝혔다.
MaJu/개발자/클코,코덱스는 "sandbox (파일접근): read-only / workspace-write / danger-full-access, approval-policy (승인정책): untrusted / on-failure / on-request / never... codex mcp-server 서브커맨드 사용해 보세요"(23:58)라 구체적 방법을 알려줬다.

맨 위로

AI 코딩 워크플로우

캐시 비용 관점의 모델 전환 논쟁 — 계획은 고지능, 구현은 sonnet

왜 중요한가

세션 중간에 모델을 바꾸면 캐시가 깨져 손해인지 묻는 질문에, 판단이 끝난 뒤라면 손해보다 이득이 크다는 상세한 답이 돌아왔다.

깊이 보기

22:52 노래하는 춘식이가 "세션 중간에 모델을 바꾸지 말라고 설명해주신 부분이 궁금합니다. Claude Code에서 처음에는 Opus나 Fable 같은 비싼 모델로 Plan Mode를 사용해 설계를 잡고, 이후 실제 구현은 Sonnet/Haiku 같은 가성비 모델로 넘겨서 실행하는 방식도 캐시 관점에서는 비효율적인 방식인가요?"라 묻자 이라페/클코,코덱스가 "결국 중요한건 현재 열린 세션에서 - 모델을 바꾸면 - 캐시로 읽는게 아니라 전체를 다시 읽는다 = 토큰비용... 최고의 방법은 고지능 plan모드 계획서작성 - 핸드오프 - 커밋 - 새세션 - sonnet 구현"(23:23)이라며 "fable, opus같은 모델로 계획서를 작성했다면 이미 판단의 영역은 fable과 opus가 다 해놨기 때문에... sonnet으로 구현하는게 전체 대화를 다 읽어서 생긴 손해보다 (훨씬)작다고 생각해요"라 상세히 설명했다.

맨 위로

AI 코딩 워크플로우

agy-harness 자기학습 레이어 — 세션 검색·스킬 자동정리·라이프사이클 청소

왜 중요한가

DV가 30일 뒤 사라지는 세션 기록을 영구 보존·검색하고, 배운 점을 스킬로 자동 정리해주는 자체 하네스 레이어를 소개했다.

깊이 보기

21:17 DV/Antigravity가 "그동안 에이전트와 나눴던 대화와 문제 해결 기록들이 30일이면 지워져 아쉬우셨죠?

이제 세션 기록을 영구 보존하고, '예전에 이거 어떻게 고쳤지?'
하고 검색하거나 이번에 배운 걸 스킬로 알아서 정리해 주는 기능이 추가되었습니다"라며 세 가지 기능을 소개했다 — "과거 세션 검색"(session-search 스킬로 예전 대화 회상), "스마트한 스킬 정리"(self-improve 스킬로 배운 점을 초안화 후 사람 승인만 받음), "안 쓰는 스킬 청소 추천"(./obs skills --lifecycle로 active/stale/archive-candidate 분류).
DV는 "LLM 폭주 방지: 백그라운드에서 에이전트가 혼자 제멋대로 스킬을 만들거나 수정하지 못합니다... 승인과 저장은 사람이 하는 구조입니다"라 안전장치를 강조했다.

맨 위로

AI 코딩 워크플로우

"에이전트 사용"과 "에이전트 제작"의 차이 — 직접 만들어보기 권유

왜 중요한가

에이전트를 쓰기만 하는 것과 직접 만들어보는 것의 차이를 짚은 DV의 정리에, 서브에이전트 제작 스택을 궁금해하는 질문이 이어졌다.

깊이 보기

01:26 DV/Antigravity가 "에이전트를 사용해봤다: 클로드코드나 코덱스를 이용하여 개발을 해봤다... 에이전트를 만들어봤다: 제미나이 같은 챗봇을 만들어봤다, 삼성티비에 들어가는 AI 어시스턴트를 만들어봤다 등등... 예를들어 챗지피티 앱이나 클로드코드와 같은 에이전트 서비스를 직접 만들어보라고 하면 어떻게 설계할지 대략적으로라도 감이 오면 될것 같네요!"라 정리하자 야근은필수밤샘은선택/클코,코덱스는 "저도 요즘 에이전트 직접 만들어보는 경험이 궁금한데, 보통 툴은 sdk + langgraph 이렇게들 가져가는걸까요??"(01:46)라 물었다. DV는 "Agent Development Kit이 좀 더 간편한데 이건 이미 어느정도 만들어진 상태라 학습 측면에선 좀 더 까다로운 Langraph 스택을 익히시는게 더 나을 수도 있어요!"(01:54)라 조언했다.

맨 위로

구독·비용

페이블 종료 D-1 — 사용량 초기화 편법과 마지막 총력전

왜 중요한가

종료를 하루 앞둔 페이블을 두고 플랜 업그레이드 초기화 편법 제보와 추가 결제 총력전이 하루 종일 이어졌다.

깊이 보기

10:19 게릴라/클코,코덱스가 "fable 더 사용하려고 사용량 초기화 노리고 계정 플랜 업글하는사람 그렇게 하지마세요 초기화 안되네요 라고 하셨는데 저는 5X에서 20X로 업글하고 초기화되어 신나게 다시 썼습니다"라며 "요금 업그레이드 후 모든 데스크탑 앱, 클로드코드 세션 전부 로그아웃한 후 다시 로긴하니 전체 초기화돼서 어제 오늘 잘 쓰는 중입니다"(10:20)라 밝혔다.

16:12 아웃라이너/클코덱스는 "이제 저는 페이블을 떠나보냈습니다.. 오푸스야 잘 해보자"라 했고, 19:37 자랑하는 라이언/클코는 "fable 사용을 위해 어제 오늘 max 20x 각각 하나씩 추가 결제했습니다"라 총력전을 인증했다.
조이/클코는 카운트다운 링크와 함께 "페이블 7월 8일 오후 4시까지 사용가능하다네요"(08:44)라 알렸다.

맨 위로

짧은 기록

2년 후 로컬 Fable급 모델 전망

조이/클코가 "2년 후 쯤에는 Fable급 모델을 로컬 컴퓨터에서 돌릴 수 있을거라는 전망"(05:36)을 공유하자 제임스/코덱스는 "어마어마하네요 내가 발전속도를 따라갈 수 있으려나..."(05:37)라 반응했다.

혈당관리 앱 아이디어 — 1형당뇨 가족을 위한 툴

만타가 "떨어져 사는 엄마가 1형 당뇨셔서... 밖에서 앱 보면서 혈당 체크하시는걸 부끄럽게 생각하셔서 이걸 그냥 일반 소셜미디어 앱처럼.. 음식 사진 공유하고 그런 형식으로 만들어보고 싶어요"(12:26)라며 참고할 만한 링크를 요청했다.

playwright vs 크롬 플러그인 — UI 테스트 방식 비교

코딩보초/클코가 UI 단위테스트 방법론을 묻자 아웃라이너/클코덱스는 "크롬 플러그인 연동이 더 조용히 일하는 느낌이라... 다만 playwright에 비해서 조금 더 할 수 있는게 적은거 같긴 해요"(20:09)라 비교했다.

제외한 잡담

인터랙티브 소설 생성 실험, AWS aidlc vs 자체 하네스 표준화 논쟁 등 부차적 잡담과 사진·이모티콘 반응은 제외했다.