코드팩토리x바이브코딩 · 2026-09-05
Astra의 표면별 순차 배포와 초기화권, Astra·Fable·Sol의 작업 역할과 토큰 체감, Computer Use·Ego 브라우저, 컨텍스트·하네스와 Unity MCP 사례를 정리했습니다.
제품·가격·성능·정책 정보
Astra의 배포 범위·표면별 제공 여부·초기화권, Astra·Fable·Sol·Claude의 성능·토큰 소모·가격, Ego·Aside의 기능과 출시 범위는 source 당일 참여자들의 계정별 관찰·체감·추정이다. 공식 문서·상태 페이지·요금제와 실제 환경을 별도로 확인해야 하며, 전달된 벤치마크·뉴스 수치와 자동 공지를 확정된 사실로 사용하지 않았다.
[!note] 원문 날짜 경계와 공개 범위 원문에는 2026-09-06 00:23~03:19 메시지도 포함되어 있으며, 04:00 일자 경계에 따라 이 다이제스트에 포함하고 원문 시각을 유지했다. 반복 광고·입장 공지, 사진·영상의 확인 불가 내용, 외부 링크, 개인 여행·재무·계정 운영 세부와 삭제 메시지는 재사용 가능한 근거가 없어 본문에서 생략했다.
오늘의 대화
새벽부터 Claude와 Codex의 사용량 초기화, Astra의 순차 배포와 계정별 도착 시점이 화제가 되었다. Astra를 실제 업무에 넣어 본 참여자들은 low·medium·high·max의 속도·토큰·결과물을 Fable·Sol·Opus와 비교했지만, 복잡한 설계는 Fable, 명확한 구현·검수는 Astra처럼 역할을 나누자는 의견이 함께 나왔다. 오후에는 화면을 직접 조작하는 Computer Use와 Ego 브라우저가 긴 작업·UI 검수·토큰 절감에 어떤 차이를 만드는지 공유되었고, 컨텍스트 압축·하네스·bounded autonomy 같은 운영 원칙으로 대화가 확장되었다. 프로덕션급 리팩토링의 책임 범위, 기업 AX에서의 에코시스템 선택, Unity MCP로 게임을 테스트하는 사례도 이어졌다.
이야기 나온 주제
Astra 표면별 순차 배포와 초기화권
Astra와 Claude의 초기화가 새벽부터 계정마다 다르게 보였고, 일부는 Astra를 받았지만 다른 참여자는 아직 받지 못했다. Work·Chat·Codex·모바일·데스크톱에서 노출 시점과 모델명이 달랐으며, 사용량을 직접 초기화한 것인지 리셋권을 지급한 것인지도 반복해서 확인했다. 리셋권의 수량·유지·요금제별 적용 조건은 참여자 경험과 전달 문구가 섞여 있어 이 source만으로 확정하지 않는다.
관련 메시지 발췌 · 05:06–09:32, 15:04, 21:02–21:05
05:06 · 프로오도/클로드 혹시 초기화 됬나요? 클코?
05:08 · 큐브드/클로드코드 초기화 됐네요 방금ㅎㅎ
05:08 · 루루리/클코덱스 astra 드디어 받았네요 !ㅠㅠ
05:08 · 곰씨네/클로드코드,코덱스 엇.. 저는 안되었는데… 왜.. 그럴까요?
05:08 · 프로오도/클로드 분명 세션을 40%정도까지 썼었는데 재조회하니까 세션은 44%로 되어있는데 재설정시간이 4시간 58분뒤라고나오길래
07:30 · 悲しいアピーチ/클로드코드 워크에서만 사용가능하고 채팅에서는 사용불가능이군요
07:37 · Turbo 모바일에서는 안뜨네요 데스트탑에선 나와요
09:32 · 로또명당/클로드 아 work에선 6 보이고 chat 모드에선 5.6 이네요
15:04 · 준하강 / 클로드코드 리셋이 된건 아니고 ‘리셋권’을 주셨네요
21:02 · 춘식 클로드 리셋됐었나요
21:03 · 춘식 주간리셋 날짜는 그대로네
21:05 · 춘식 화요일까지 달려야되는군..ㅠ
Astra·Fable·Sol의 작업 역할과 사용량 체감
Astra low를 보조 모델이 아니라 주력으로 쓸 수 있을 만큼 빠르다는 평가, 비개발자 전략·기획 업무에서 Fable보다 낫다는 체감, 반대로 복잡한 첫 설계와 오케스트레이션은 Fable이 더 낫다는 평가가 함께 나왔다. Astra의 토큰 소모가 Sol보다 크거나 비슷하다는 보고와, 작업 시간이 줄어 전체 사용량이 덜 느껴진다는 보고도 엇갈렸다. 참여자들이 직접 돌린 비교와 블라인드 테스트를 기록한 것이며, 모델 일반 성능표나 구독 추천으로 일반화하지 않는다.
관련 메시지 발췌 · 07:24–08:38, 12:17, 13:41–13:42, 20:57
07:24 · 박스춘식/클로드코드 일단 간단히 돌려본 소감은 처음으로 사용할 수 잇는 low 모델이 나왔다 입니다. low는 보조용도밖에 안 써봣는데 메인으로 충분하네요 속도 빠릅니다
08:35 · 悲しいアピーチ/클로드코드 비개발자 업무(전략, 기획인수합병) 기준으로…아스트라>fable5.1 같습니다1시간 써봤는데
08:38 · 悲しいアピーチ/클로드코드 주간사용량 닳는 수준이 엇비슷합니다
12:17 · 박스춘식/클로드코드 지금 작업 결과물 페이블 high vs 6 high 블라인드 테스트로 제가 직접 판정해보고 있습니다. 승자는 과연..
13:41 · 코드팩토리 공장장 🔥 그런데 복잡한 작업 걍 해줘는 확실히 페이블이예요
13:42 · 박스춘식/클로드코드 첫 설계는 페이블이 좀 더 나은거 같기도 하고, 라인 잡힌 뒤에 찍어내는건 아스트라 충분해보여요 low 조차도 괜찮
20:57 · Lukaid 작업 꽤 많이 했는데, 주간 사용량 10%도 안닳았네요
20:57 · Lukaid sol이었으면 벌써 30%는 썻을 양인데
Computer Use와 Ego 브라우저 실사용
Computer Use가 화면을 직접 조작하는 업무 자동화의 핵심이 될 수 있다는 기대가 나왔고, Ego를 기존 브라우저 공간에서 에이전트가 UI를 조작·검수하는 환경으로 사용했다는 경험이 공유되었다. 복잡한 UI 조작, 실패한 화면을 다시 다루는 방식, 명세서에 따른 직접 QA, 토큰 사용량에 대한 평가는 모두 참여자의 관찰이다. 로그인된 브라우저·회사 계정·외부 서비스와 연결할 때는 명시적 승인, 최소 권한, 별도 테스트 계정과 감사 가능한 경계를 먼저 정해야 하며, 원문에 있던 제품 링크와 계정 세부사항은 옮기지 않았다.
관련 메시지 발췌 · 10:46–16:37
10:46 · 아라방구 / 클로드코드 Computer Use 기능이 대박일 것 같은데 아직 제대로 테스트 하시는 분은 없는듯요. 컴퓨터 조작 업무 자동화가 진짜 핵심일 것 같은데
13:04 · 코드팩토리 공장장 🔥 저는 ego 쓰긴하는데
13:04 · 코드팩토리 공장장 🔥 일단 ego는 걍 무료다보니그리고 제가 필요한건 사실 독립 스페이스만 필요해서
13:05 · 코드팩토리 공장장 🔥 저는 컴터유즈 다 한번에 몰아서해요
15:34 · 씨드/claude 오~~ 감사합니다. 코덱스 ego 조합이.. 예전에는 검토를 코드상한다면 이제는 알아서 웹처리를 하네요..
15:34 · 씨드/claude 검증까지 알아서 해주니 좋습니다.
16:33 · 뚱이/클코,코덱스 다른게 더 ui에서 복잡한조작도 금방금방 잘하는것같아요브라우저 메모리도 있어서 실패한건 기억하고 나중엔 다시 실패안하기도하고
16:35 · 뚱이/클코,코덱스 개발후 명세서보고 플랜작성후 하나하나 ui에서 직접체크합니다
16:37 · 뚱이/클코,코덱스 토큰 ㄹㅇ 엄청적게먹어요
컨텍스트·compact·하네스와 장기 세션 운영
컨텍스트 창을 크게 늘리면 비용과 해석 품질이 함께 좋아지는지, 자동 압축과 하네스가 어떤 한도에 맞춰 설계되었는지를 두고 의견이 갈렸다. 한 참여자는 과도한 지시형 workflow 대신 최소 하한과 hard gate를 두는 bounded autonomy를 권했고, 다른 참여자들은 순정 환경이나 자신에게 맞는 하네스만 남기는 편이 안정적이라고 했다. 수치와 설정값은 개인 환경의 sweet spot으로만 남긴다.
관련 메시지 발췌 · 10:55–11:03, 21:30–21:35
10:55 · 클무새/클로드코드 컨텍윈도우 또 25.8인데강제로 100만까지 늘릴수잇다는거죠?돈은 2배 비싸지는거고..클로드처럼 기본빵으로 1m 이 아닌거죠??
10:59 · 누비/코덱스 자동 컨텍스트 압축의 성능과 codex 하네스 설계 자체가 그 값에 최적화되어 있다고 보는게 나을 거 같아요
11:03 · 바린이/클코, 코덱스 컨텍스트 길어지면 비용도 비싸지고, 말귀도 잘 못알아 듣는거같아서 ㅡ 전 종종 compact 해서 써요
21:30 · 레이블/클코코덱스안티 오퍼스5 고치는것만 엄청나게 시간을 들였는데 약간 터득한건 기존 제가 만든 하네스를 걷어 내니 그나마 알아서 하는듯 합니다
21:31 · 정밀컷터/dryforge 모델의 능력치 자체가 프론티어는 계속 좋아져서너무 과도하게 workflow를 지시형으로 가거나 혹은 과하게 조이면 문제가 생길때가 많아요최소한의 하한 걸고 하면 안 되는 것들 위주로 하드게이트 정도만 잘 활용하는게 좋습니다관련 개념은 bounded autonomy 검색해보시면 좋아요
21:34 · 레이블/클코코덱스안티 이것저것 보고 막 설치보다 그냥 그 프론티어 모델 사용 권장하는거 사용하는게 가장 잘 굴러가는듯합니다 개인 취향이지만
21:35 · 레이블/클코코덱스안티 괜한거 깔면 해줘야하는걸 충돌일어나서 산으로 가고 그럽니다
바이브 코딩 서비스의 프로덕션 전환과 책임
이미 바이브 코딩으로 만든 서비스를 프로덕션급으로 리팩토링하는 비용을 묻는 질문에, 서비스 규모뿐 아니라 허용 가능한 오류, 개인정보와 법적 책임이 비용·검수 범위를 좌우한다는 답변이 나왔다. AI에게 진단을 맡기더라도 요구사항과 위험 범위를 먼저 정리해야 한다는 방향이며, 특정 업체의 유료 진단 제안과 비용표는 공개 노트에 포함하지 않았다.
관련 메시지 발췌 · 14:14–14:18
14:14 · 비전공자/CC,Soldex 개발자나 실 서비스 운용해보신분들께 궁금한게 있는데요바이브 코딩으로 어느정도 만들어져있는 서비스를프로덕션급으로 리팩토링(?) 시키는데 비용이 대략 어느정도 드나요?
14:15 · 라이언 서비스에따라 다를것같아요.에러가 좀 나도되는서비스인지개인정보, 법적책임이 많은 정보를 다루는 서비스인지
14:16 · 라이언 / 클로드코드 서비스 규모가 천차만별이라 작업할 AI한테 묻는게 더 정확할거에요
14:18 · 비전공자/CC,Soldex 내 서비스가 대략 어떤건지, 규모 등을 최소한 정리해서 질문을 했어야 했는데 너무 막연했군요
기업 AX와 모델·에코시스템 선택
모델 자체와 에이전트·하네스를 같은 선상에서 비교하면 안 된다는 의견, Google 생태계 안에서 모델·문서·RAG·내부 시스템 통합을 묶어 기업 AX를 수행한다는 한 참여자의 경험이 나왔다. 다른 참여자들은 회사 규모·기존 락인·업무 유형에 따라 결과가 달라진다고 반응했다. 이는 특정 벤더의 보편적 우위가 아니라, 한 조직의 선택 기준과 커뮤니티의 반론으로 기록한다.
관련 메시지 발췌 · 21:57–23:39
21:57 · 바린이ㄱㄱ 제미나이 = 모델코덱스 = 에이전트클로드 = 에이전트 (이 맥락에서는 클코로 보임)같은 선 상에서 비교하려면 안티그래비티를 봐야하는데, 안티그래비티 나름 잘하고 제미나이랑 같이 쓰면 토큰 효율성 매우 좋아요
22:00 · 바린이ㄱㄱ 제미나이 모델을 하네스 없이 쓰면 클로드나 지피티한테 확실히 좀 뒤쳐지는건 있는데 안티그래비티에서 쓰니까 잘해요 확실히
22:05 · 바린이ㄱㄱ 개인적으로 Spring 나올때 오오오 하다가Nodejs 나올때 오오오 하다가React 나오고 오오오 하는거랑 지금 별반 큰 차이 없다고 봅니다..결국엔 하나의 툴이나 에코시스템안에서 압도적인 경험 축적해나가시는게 좋은것 같아요
22:06 · 바린이ㄱㄱ 기업 AX 컨설팅을 업으로 하는데, 기업 까다로운 요구사항 다 맞출 수 있으면서 하나의 에코시스템 안에서 해결되는 벤더사가 현시점에서는 구글이 유일하더라구요
23:38 · Kotlin/Codex,클코 그렇군요. 내부시스템 통합이랑 문서,RAG정도면 제미나이로도 충분할거같긴하네요
23:39 · 저녁/CC, Codex, AG 빅데이터관리, 사무자동화, 예측모델, 비주얼ai검사 이런게 일반 제조업들 AX죠
Unity MCP와 게임 개발 실험
심야에는 Unity에 MCP를 연결해 모델이 테스트 플레이를 돌리고, 결과가 좋지 않으면 다시 만드는 게임 개발 사례가 공유되었다. 한 참여자는 Unity 소스를 JavaScript로 바꾸는 실험에서 Codex가 더 잘 맞았다고 했고, 다른 참여자는 Fable과 Unity MCP를 사용한다고 설명했다. 어떤 MCP를 어떤 권한으로 연결했는지는 원문에 없으므로 재현 절차로 확장하지 않는다.
관련 메시지 발췌 · 02:23–03:00
02:23 · 게임개발/클로드코드 아스트라 영상 봤는데 역시 지피티는 게임을 너무 못맹그러서 아직은 클로드 쓸 수 밖에 없네요
02:39 · 悲しいアピーチ/클로드코드 전략기획이나 기업인수합병 같은 비개발자 업무는,진짜 아스트라 덕분에 신세계입니다
02:52 · 게임개발/클로드코드 mcp 연결해놓으니까 자기가 테스트 플레이도 돌리고 퀄리티 구리면 다시 만들어주기도 하고 그러네요
02:52 · 파란곰/cc,codex,copilot 저도 요새 html5게임에 빠져가지고… 유니티 소스가 있어서 js에 변경하려고 이거저거 테스트 해봤는데 전 코덱스가 좀 더 잘해주는거 같더라구요
02:53 · 게임개발/클로드코드 그거 굳이 어떤 mcp 신경 안써도 되고 클로드한데 유니티 mcp 셋팅해달라고 하면 해줍니다
03:00 · 파란곰/cc,codex,copilot 아스트라로 게임 기획과 코딩을 맞기고애니메이터의 매의 눈으로 디테일을 잡으면 되겠어요
미해결 질문
- Astra와 Claude의 Work·Chat·Codex·CLI·모바일·데스크톱별 제공 범위, 초기화권 지급·유지·만료 조건은 공식 문서와 계정별 화면 확인이 필요하다.
- Astra low·medium·high·max, Fable·Sol·Opus의 품질·속도·토큰·가격 비교는 공통 과제와 동일한 하네스가 없어 일반 결론을 낼 수 없다.
- Computer Use·Ego·Aside가 로그인된 브라우저와 회사 업무를 어느 범위까지 안전하게 처리하는지, Windows·Linux 지원과 라이선스 조건은 확인되지 않았다.
- 컨텍스트 확장·자동 compact·하네스와 bounded autonomy의 효과는 모델·작업·데이터에 따라 달라지며, source의 수치를 공통 권장값으로 사용할 수 없다.
- 바이브 코딩 서비스의 프로덕션 전환 비용과 개인정보·법적 책임에 필요한 검수 범위는 서비스별 산정이 필요하다.
- Unity MCP의 테스트 플레이·재생성 범위와 실제 게임 출시 품질은 해당 프로젝트의 MCP 설정과 사람의 검수 조건을 확인해야 한다.
기억해둘 내용
- 리셋권을 얻기 위한 다중 계정·요금제 변경·사용량 우회에 관한 대화는 정책 확인이 필요한 개인 사례로만 남기고, 운영 절차나 회피 방법으로 재사용하지 않는다.
- Computer Use와 로그인 브라우저 자동화는 편의성보다 권한 경계·승인·감사·테스트 계정이 먼저다. 원문에 있던 계정·결제·내부 서비스 세부는 공개하지 않았다.
- 모델 역할 분담은
오케스트레이터 → 워커 → 검수처럼 구성할 수 있다는 참여자 경험이지만, 특정 모델·하네스 조합의 보장된 설계가 아니다. - 반복된 오픈채팅봇 광고·닉네임 공지, 외부 영상·기사·저장소 링크, 사진·삭제 메시지, 전달된 벤치마크·뉴스 수치는 공개 Wiki의 근거와 공유 목록에서 제외했다.
대화의 분위기
새벽에는 초기화와 Astra 도착 여부를 확인하려는 조급함이 컸고, 모델이 풀리자 주말 작업량을 한꺼번에 밀어 넣으려는 기대가 이어졌다. 낮에는 Fable·Sol·Astra를 직접 비교하며 “설계자와 일꾼”의 역할을 다시 나누려는 실험이 활발했고, Ego와 Computer Use가 실제 UI 작업을 바꿀 수 있다는 흥분도 두드러졌다. 밤에는 토큰·컨텍스트·하네스의 한계를 조정하는 실무적인 대화와, Google·Claude·Codex를 기업 업무와 게임 개발에 배치하는 각자의 전략이 함께 나타났다.