코드팩토리x바이브코딩 · 2026-09-06
Astra·Fable·Sol·Claude·Codex의 역할 분담과 한도·초기화권, 멀티모델 오케스트레이션, 바이브코딩 프로젝트의 PoC·운영 경계, 폐쇄망 챗봇과 MCP 활용 사례를 정리했습니다.
제품·가격·성능·정책 정보
Astra·Fable 5.1·Sol·Opus 5·Sonnet 5·Haiku 4.5·Claude Code·Codex·Luna·Computer Use·MCP의 기능, 모델 제공 범위, 사용량, 가격과 초기화 정책은 source 당일 참여자들의 계정별 관찰·체감·추정이다. 공식 문서·상태 페이지·요금제와 실제 환경을 별도로 확인해야 하며, 참여자 경험을 보장된 성능 비교나 구독 추천으로 일반화하지 않았다.
[!note] 원문 날짜 경계와 공개 범위 원문에는 2026-09-07 00:00~02:08 메시지도 포함되어 있으며, 04:00 일자 경계에 따라 이 다이제스트에 포함하고 원문 시각을 유지했다. 반복 오픈채팅봇 공지·입장/퇴장 알림·이모티콘, 사진·외부 링크·삭제 메시지는 재사용 가능한 근거가 없어 생략했다. 회사·공공기관의 내부 시스템, 개인 계정·결제·세금 관련 세부와 식별 가능한 업무 사례도 공개 문서에서 구체적으로 재현하지 않았다.
오늘의 대화
새벽에는 Fable을 기획·판단에 두고 하위 모델이나 Opus를 구현·검증에 배치하는 멀티모델 구성이 논의되었다. Astra·Claude·Sol의 작업 적합성은 개발·기획·문서 작성 등 목적에 따라 다르게 평가되었고, 초기화권·주간 한도·요금제와 표면별 모델 노출이 하루 종일 이어졌다. 한편 interactive SF 소설 앱과 1인 인디게임을 예로 들며 MVP 이후 전문가 협업, 아트·에셋 비용, PoC와 운영 단계의 분리가 필요하다는 의견이 나왔다. 폐쇄망 회계·세무 챗봇 사례에서는 환각 억제, 규칙 기반 처리, 기준 문서, 질문 수백 개를 이용한 검증과 유지보수 책임이 쟁점이 되었다. 밤에는 도구 사용 결과를 메인 컨텍스트에서 분리하고 권한을 제한하는 방식, MCP의 활용성과 Astra·Fable·Sol의 한도 체감이 다시 정리되었다.
이야기 나온 주제
Astra·Fable·Sol·Claude·Codex의 역할 분담
대화 초반에는 Fable 5.1을 “머리”로 두고 하위 모델을 팔·다리처럼 배치해 판단은 상위 모델이, 구현과 검증은 하위 모델이 맡는 구성이 실제 절감과 결과 개선에 도움이 되는지 시험하는 사례가 공유되었다. 다른 참여자는 Claude Opus로 실행하고 Fable을 기획에 쓰는 조합을 시도했다고 했고, 모델 선택은 작업과 사용 습관에 따라 직접 비교해야 한다는 조언이 나왔다. 이후에는 Fable의 초안·글쓰기·구조화, Sol·Astra의 다른 작업, Opus·Codex·Haiku의 실행·검수처럼 역할을 나누는 경험이 반복되었다. 모두 참여자별 작업 결과와 체감이며 일반적인 모델 순위는 아니다.
관련 메시지 발췌 · 05:35–09:48
05:35 · 건록 알피님이 말씀하신머리는 페이블5.1로 설정하고 팔 다리는 하위모델로 설정해서판단만 페이블5.1로 하고 구현 검증은 하위 모델로 하는 프로세스가 실제 절감 효과와 확실히 작업물의 결과 향상에 도움이 될지 오퍼스5와 토론중입니당
09:21 · 건록 사람마다 사용량이나 스타일이 달라서 이건 답변이 정확하기가 어렵습니당
09:22 · 건록 제 생각에 개떡 같이 말해도 알아듣는 것은 클로드가 더 낫다고 생각하는데 이것도 선생님이 한 번 사용을 직접해보심이 좋겠습니당
09:48 · 라이/클로드코드 클로드 OPUS로만 하다가 여러 선배님들 글보고 FABLE을 기획으로 잡고, OPUS로 실행하라고 에이전트한테 시켜봤네요.
저녁에는 한 참여자가 Sonnet 5를 메인 세션으로 사용하면서 필요할 때만 Fable을 자문 모델로 부르는 방식을 시험했다. 이미 익숙한 작업을 이어가고 컨텍스트를 40% 미만으로 관리한 조건이라 결과가 좋았을 수 있다는 자체 해석도 함께 제시되었다. 다른 참여자는 GPT6을 하위 작업에 섞고, Fable과 GPT6에 더 나은 방식에 대한 의견을 묻겠다고 했으며, 여러 Claude 계정에 메인·레드팀·보조 역할을 배치하는 사례도 소개되었다.
관련 메시지 발췌 · 19:57–20:27
19:57 · 건록 오늘 이거로 오퍼스5랑 토론했고이미 이런 형태로 많은 테스트가 있고 논문도 있었는데머리는 페이블 팔다리는 하위모델머리 팔 다리 하위모델 필요할 때만 페이블 소환중에 머리 팔 다리 하위모델 필요할 때만 페이블 소환이 토큰 효율이 훨씬 좋아오늘 6시간 정도 소넷5 하이로 메인세션하고 필요할 때만 페이블 불러서 자문 구하는 식으로 했는데생각보다 소넷5가 잘하네요
19:58 · 건록 컨텍스트도 40% 미만으로 조절하면서 계속 작업했는데 맥락도 잘 안놓치고 하는 것 같습니다
20:00 · 박스춘식/클로드코드 gpt 6을 팔다리로 쓰는 것도 해보셨나요 토큰 효율 엄청나더라구요
20:01 · 박스춘식/클로드코드 전 6low를 일꾼으로 씁니다
20:01 · 박스춘식/클로드코드 high 섞어서
20:03 · 건록 앞으로 작업할 때 소넷이 방식이나 프레임에 갇혀있는 느낌이 들면 더 나은 방식이 있는지 페이블5.1과 gpt6에게 의견을 묻는 식으로 사용할 것 같습니다
20:19 · 하트 든 어피치/클로드 전 환경이 애초에 설명해주신 내용이랑 비슷하게 쓰고있긴 했어요클로드 아이디 세개 돌리면서fable 5.1이 메인이 되서 아이디2를 sonnet에 레드팀 역할을 주면서 손발자르기(쉘, 스킬 사용불가), 아이디3은 opus로 메인이 주는역할 박아서 하는..그래서 타 LLM이 없다보니 타 LLM을 추가해서 네번째 에이전트가 생긴다면 그때 고민해라. 라는 결론을 주긴했습니다.
20:26 · 하트 든 어피치/클로드 근데 얘 결론을 잘못줬네요 생각해보니 알피님 말씀은 메인손발을 자르라는건데 서브손발 잘라서 하고있는걸 비슷하다고 결론을 내렸었네.. 푸닥거리해야겠습니다
20:27 · 건록 저 같은 경우 맥스 20 계정 1개라서 토큰 절감을 좀 해보려고 소넷5 메인을 선택했네요평소는 계획은 페이블 계획 세울 때 리뷰어로 코덱스 오퍼스5 구현 잡무는 하이쿠4.5로 했는데 토큰 절감은 확실한 것 같습니당
AI 서비스의 한도·초기화권·요금제와 접근 범위
초기화권을 사용하면 주간 리셋 시각이 바뀌는지, 리셋권이 유지되는지, Claude·Codex·ChatGPT의 연결 결제와 플랜별 한도가 어떻게 다른지를 묻는 질문이 반복되었다. Astra는 Work·Chat·웹·CLI 등 표면에 따라 보이거나 보이지 않는다는 보고가 엇갈렸고, /limit-reset이 당장 이용되지 않는 사례와 주간 사용량·초기화권을 둘러싼 추정이 이어졌다. 가격과 모델 제공 범위는 source 당일 화면·계정별 상태에 의존하므로 그대로 현재 정책으로 읽지 않는다.
관련 메시지 발췌 · 08:29–09:22
08:29 · 두리 초기화권을 사용하면 주간리셋 시간도 같이 변하나요? 아니면 주간리셋 시간은 똑같나요?
08:29 · 피티 변해요
08:30 · 산타클로드/클로드지피티 또 리셋해줬나요?
08:34 · Turbo 리셋권 3장 있는데10% 남았고 내일 리셋날이고 애매하네
08:44 · 비전공자/CC,Soldex 지피티나 클로드 연결제를 한번에 할 수 있는 방법은 현재로서는 없죠? 클로드도 선물하기가 없어진거같고
08:45 · 하트 든 어피치/클로드 이미 아시는 내용이실듯한데 클로드는 프로요금제는 연결제 됩니다
08:54 · 클로드코드 초보자/클로드코드 저는 클로드 프로 해지하고
08:55 · 클로드코드 초보자/클로드코드 Chatgpt로 갈아았습니다 코덱스 더 자유롭게 쓰려고 비슷한 돈이면..
09:21 · 건록 이게 맞습니당
09:22 · 건록 제 생각에 개떡 같이 말해도 알아듣는 것은 클로드가 더 낫다고 생각하는데 이것도 선생님이 한 번 사용을 직접해보심이 좋겠습니당
정오에는 Claude Code의 세션 한도 초기화 명령이 작동하지 않는 화면, GPT 웹에서 Astra를 선택할 수 있는지에 대한 질문, Astra high·xhigh를 사용한 뒤에도 주간 사용량이 많이 줄지 않는다는 체감이 나왔다. 한 참여자는 아직 시장 검증이 짧다는 이유로 기존 Claude Pro를 유지하고 나중에 Astra를 시험하겠다고 했다. 이 대화에서 확인되는 것은 계정별 관찰과 선택 과정이지, 플랜별 한도표나 출시 완료 상태가 아니다.
관련 메시지 발췌 · 12:00–12:36
12:00 · Nick / 비개발자 / Claude 이거 혹시 지금 안되는건가요?클코에 /limit-reset 입력했는데 아래처럼뜨고 안되네요..혹시 아시는 고수님들 계신지요( A session-limit reset isn’t available right now.)
12:00 · Kotlin/Codex,클코 오늘리셋
12:00 · Kotlin/Codex,클코 해주겠죠?
12:06 · 코코크 / 제미나이 Gpt 웹에서도 astra 지금 사용 가능하나요? Plus구독하려고 합니다
12:09 · 열매/클로드코드 아직 안됐을거에요
12:10 · 준하강 / 클로드코드 아스트라 high / xhigh로 이틀째 작업중인데
12:11 · 준하강 / 클로드코드 사용량이 많이 안 줄어드네요 ?
12:11 · 준하강 / 클로드코드 펑펑 써대는대도 주간 23%네요, 리셋권 2개 다 못쓰는거 아닌가 생각이 들기도
12:26 · 수행자/ClaudeCodeCLI 아 클로드 credit 84$정도 남았는데… ChatGPT로 이사 가볼까… 저는 학원 과제땜시!
12:36 · 수행자/ClaudeCodeCLI 아직 아스트라가 시장에서 검증된지 몇 일 안지났고, 저는 학원과제정도만 하는 거라서, 성능이 낮더라도 이용중이던 클로드Pro를 사용하기로 결정했어요! 대신 이번 과제 다 끝나는대로, 다음엔 Astra써볼래요! 사실 클로드에서 Fable모델도 안써봐서, 지금 이사간다고 해도 비교할 적절한 대상에 대한 경험도 전무해서요.
날짜 경계 뒤에도 Astra를 high·xhigh·medium 중 어느 수준으로 쓸지, 리셋 티켓과 full banked reset이 같은지, Luna의 추가 한도가 무제한인지, 업그레이드 순간 리셋이 시작되는지에 대한 질문이 이어졌다. 일부는 Astra를 Plus 모델에서 쓰면 5시간 한도가 빠르게 소모된다고 했고, CLI에서만 모델을 바꿔 보았다는 응답도 있었다. 2026-09-07 00:00~01:45의 내용은 특히 계정·모드별로 상충하는 관찰이므로 공식 상태 확인이 필요하다.
관련 메시지 발췌 · 2026-09-07 00:00–01:45
2026-09-07 00:00 · 인사하는 춘식이 아스트로는 주로 멀로 사용하시나요? HIGH?
2026-09-07 00:00 · 준하강 / 클로드코드 저는 high랑 xhigh로만 쓰고 있긴 합니다
2026-09-07 00:01 · 개발복귀 / CC, Codex 초기화권 3개나 모여서 코덱스 또 결제해야겠넹.. ㄷㄷ
2026-09-07 00:01 · 개발복귀 / CC, Codex luna 쓰니까 5시간 제한때문에 쓸일이 잘 없긴한데…
2026-09-07 00:03 · 인사하는 춘식이 아..아스트로 medium쓸거면 솔high가 낫겟네요..
2026-09-07 00:06 · 준하강 / 클로드코드 이 리셋은 정녕 왜 안오는 것일까요
2026-09-07 00:08 · Lukaid 리셋 티켓으로 준거 아니에요?
2026-09-07 00:09 · 준하강 / 클로드코드 full banked reset이면 리셋을 시켜준다는 말인거 같아서
2026-09-07 00:09 · 준하강 / 클로드코드 그리고 6일자로 리셋권 들어오지도 않았기도 하고요
2026-09-07 00:49 · 서라율/학생/클코 네네 주간한도 다 소모하면 소모되는 루나 전용 한도 최근에 생겼습니다 무제한은 아니고 비상용으로 쓰기 좋아요
2026-09-07 01:10 · 바이브타자/코덱스 코덱스 요금제 업그레이드 해보신분 계신가요?업그레이드하면 주간리셋시간이 초기화되는지 gpt한테 물어봐도 모르네요
2026-09-07 01:11 · 준하강 / 클로드코드 초기화 됩니다 ~ 다시 시작해요 업그레이트 한 순간부터
2026-09-07 01:32 · 거북/클로드코드 플러스모델에서 아스트라 쓰니까 5시간한도는 20분도 못쓰네요 핳
2026-09-07 01:35 · 서울Y크루 저 플러스인데 왜 아스트라 선택이 안되죠 ㅜ
2026-09-07 01:36 · 거북/클로드코드 전 cli 환경 작업해서 여기서만 변경해봤어요
2026-09-07 01:45 · 클코코덱안티전부쓰는공룡 업데이트 해보세요
MVP·인디게임의 제품화와 PoC·운영 경계
한 참여자는 interactive SF 소설 앱을 AI와 함께 MVP까지 만든 뒤 최적화·정교화·마감을 전문가에게 맡겨 시장에 낼 수 있는지 물었다. 이에 먼저 일정 수준까지 직접 만들어 문제와 필요한 품질을 파악한 뒤 상담하고, 아이디어가 명확하면 지원사업도 검토하라는 조언이 나왔다. 이어 1인 인디게임 장르로 로그라이크·보드게임·인터랙티브 노벨이 거론되었지만, 에셋·아트·이미지 생성 비용과 중도 폐기 손실이 실제 부담으로 언급되었다. 생성 모델로는 신기하지만 판매하기 어려운 게임이 나올 수 있다는 경험도 공유되었다.
관련 메시지 발췌 · 08:24–08:27
08:24 · 수행자/ClaudeCodeCLI 저 interactive SF 소설앱 만들고 싶은데, MVP만 만들고, 최적화나 정교화, 마감 등은 전문가 찾아가서 해달라고 하면 완제품 얻을 수 있을까요?저랑 AI가 처음부터 끝까지 전부 다 하기엔… 불가능할 것 같아서요. 저는 소프트웨어, 하드웨어 최적화 전문가도 아닐 뿐더러, AI도 완벽하지 않아서 전문가한테 의뢰하고 싶은 거라서요.MVP만 만들어서 전문가 찾으면 시장에 내다 팔 수 있는 제품 얻을 수 있을지요?
08:26 · 비전공자/CC,Soldex 제가 비슷한거 만들어봤었는데, 상담을 받아보시는게 낫지 않을까요.직접 어느정도 만들어봐야 문제점이 뭔지 알고, 어떤 부분이 잘 안되는지, 어떤 부분에서 어떤정도의 퀄리티가 나와야 하는지 인식할수 있겟더라구요
08:26 · 비전공자/CC,Soldex 아이디어가 명확하시면 모창같은 지원사업쪽으로 해보시는것도 불필요한 비용 절감에 도움이 되실수도 있어요
관련 메시지 발췌 · 10:33–10:38
10:33 · 뇌를썰어/클로드코드 바이브코딩으로 인디 게임개발에 관심이 있는데 1인개발로 완성 프로덕트를 만들어볼 만한 장르가 있을까요?
10:34 · 울니/클로드코드 로그라이크
10:34 · 박스춘식/클로드코드 취미로 시도해봤는데 개발비가 생각보다 들긴 합니다
10:35 · 박스춘식/클로드코드 시행착오 겪거나 만든거 중간에 폐기하고 이러면 손해가 꽤 큽니다..
10:35 · 박스춘식/클로드코드 슬더스등 덱빌딩 많이 해서 한 번 만들어봤는데 결과적으로 폐기..
10:36 · 박스춘식/클로드코드 아트가 돈이 좀 듭니다
10:36 · 박스춘식/클로드코드 에셋을 사든 만들듯 돈이 들어요..
10:38 · 박스춘식/클로드코드 큰 한계가 있었고
10:38 · 박스춘식/클로드코드 신기하지만 팔리진 않을 게임들이 만들어지더라구요
오후에는 AI 프로젝트를 빠르게 만들고 배포하는 것보다 기획·설계와 검증을 먼저 하고, 기술검증(PoC) 단계와 운영·유지보수 단계를 나누자는 논의가 이어졌다. AI가 기획과 설계를 모두 대신할 것이라는 기대만으로 운영 책임을 건너뛰면 협업과 유지보수에서 큰 문제가 될 수 있다는 참여자 의견이다.
관련 메시지 발췌 · 13:15–13:20
13:15 · 자바2명타요/클로드 코드 저는 차라리 이런 이야기를 해서 좀 합의점 찾는 게 더 낫다는 생각이 들어요
13:16 · 자바2명타요/클로드 코드 PoC 단계랑 개발 운영 단계를 나눠서 이야기하면은
13:17 · 자바2명타요/클로드 코드 일단은 운영단계가 아니고 기술검증 단계이니 유지보수를 논하지 말라 기술검증이 완료되면 그때 정식으로 개발 프로세스 잡고 들어가자고 하는 게 안전하고 정석이죠
13:18 · 자바2명타요/클로드 코드 저 같은 경우는 뭐.. 내부개발이긴하나 조직이 AI가 있으니 기획과 검증 따위 안 하고 빠르게 만들고 빠르게 배포하고 빠르게 운영 돌리다가 그게 큰 스노우볼이 되어서 작살날 것 같아서 불안하다는…
13:19 · 앜!? 기획이랑 설계문서 패스할거면 협업이 중심인 회사에서는 안하니만 못합니다
13:19 · 앜!? 개발에 ai 투입 보다 기획설계를 먼저 하셔야됨
13:20 · 자바2명타요/클로드 코드 근데 이상하게 뭘 할지 모르면서 기획 설계도 AI에게 물어보면 다 해준다고 하는 이상한 발상은 가진 사람들이 많아서
폐쇄망·규제 도메인 챗봇의 정확도와 운영 비용
보안이 강한 환경의 오픈소스·폐쇄망 챗봇을 만들면서 응답률과 정확도를 높이고 틀린 답을 거의 없애는 일이 어렵다는 사례가 공유되었다. 회계·세무처럼 틀리면 위험한 영역에서는 외부 API 없이 제한된 모델을 쓰고, 기계적인 부분을 규칙 기반으로 묶거나 기준 문서만 검색하게 하는 방법이 논의되었다. 그러나 법령·유권해석처럼 해석이 필요한 자료에서는 모델이 빈틈을 메우려 할 수 있고, 기준 질문을 수백 개 만들어 반복 검증하는 과정이 길어질 수 있다는 경험도 나왔다. 이 사례의 조직·업무 세부는 공개 범위를 줄여 요약했다.
관련 메시지 발췌 · 12:50–13:27
12:50 · 나른한 니니즈/GPT 클로드 200불 당당하게 틀리는거 0에 근접, 응답율과 정확도 모두 높게하는게 정말 쉽지않군요
13:00 · 나른한 니니즈/GPT 클로드 200불 회계.세무 챗봇이라 틀려서는 안되는데…
13:00 · 나른한 니니즈/GPT 클로드 200불 사실상 외줄타기 마스터 하는 애를 외부 API 없이 폐쇄망에서 돌리려고하니 미치겟넹요 ㅋㅋㅋ
13:01 · 나른한 니니즈/GPT 클로드 200불 그쵸 사실상 LLM이 들어오긴해도 상당부분 RULE BASE로 아예 묶어버리게되더라구요
13:01 · 편집자P/CC,Cursor,Codex 애초에 확률로 동작하시는 걸 룰로 묶어서 하는게 말이 안 되죠
13:25 · 하트 든 어피치/클로드 안붙였습니다. 첨엔 붙여서 하려고 했는데 붙이면 무조건 지어내더라구요
13:25 · 하트 든 어피치/클로드 세법은 지어내면 진짜 조지는지라..
13:26 · 자바2명타요/클로드 코드 폐쇄망에 LLM이라…. 부서한정으로해서 쓴다해도 H/W 자원이………
13:26 · 자바2명타요/클로드 코드 클라우드로 온프레미스 사용은 불가능한가요? 전사라면 이거라도 검토해야 될텐데 비용이 문제
13:27 · 자바2명타요/클로드 코드 솔까 비용생각하면.. LLM 못 쓰죠..
저녁에는 챗봇을 충분히 작동하는 것처럼 보이게 만드는 것과 실제 품질을 검증하는 것을 구분해야 한다는 경험이 이어졌다. 질문·답변을 체킹하고 원인을 분석한 뒤 다시 깨뜨리는 반복 테스트, 사람의 구어체를 흉내 낸 질문 수백 개를 만드는 방법, 폐쇄망이 아니라면 제약이 줄어들 수 있다는 조건이 언급되었다. 이는 특정 프로젝트의 시행착오이며 모든 챗봇에 적용되는 비용·기간 추정은 아니다.
관련 메시지 발췌 · 21:59–22:03
21:59 · 나른한 니니즈/GPT 클로드 200불 질문 답변 체킹하고 원인 분석하고 다시 부딫히고 다시 깨지고 성적 체크하고 이거 무한루프 돌려요..
22:00 · 나른한 니니즈/GPT 클로드 200불 나중에 된다 싶을때 한번 질문지 세션 만들고 사람 구어체 흉내내서 질문 수백개 만들어보세요
22:00 · 나른한 니니즈/GPT 클로드 200불 절망 시작입니다
22:00 · 나른한 니니즈/GPT 클로드 200불 폐쇄망 LLM 쓰는 조건 아니면 크게 문제없을수도잇어요
22:02 · 바이브~/클로드 전 폐쇄망 까진 아니고 앱에다가 달껀데 챗봇 구현 자체가 처음이라 ..
22:03 · 바린이/클코, 코덱스 ㄷㄷ 그냥 ultra 로 해서 시켜야하나요 전 이정도까진 못해주던데 ultra 로 시켜봐야겟어요
멀티모델 컨텍스트 분리·권한 설계와 MCP
밤 대화에서 “메인 모델의 손발을 자른다”는 표현은 단순히 하위 모델을 병렬로 부르는 것보다, 서브에이전트로 컨텍스트를 분리하고 도구 사용 결과를 메인 컨텍스트에 모두 넣지 않는 구조를 뜻한다고 설명되었다. grep 대신 탐색기, curl 대신 fetch를 쓰는 식의 비유와 함께, 목표가 전체 토큰을 무조건 줄이는 것이 아니라 비싼 모델에 깨끗한 컨텍스트를 제공하고 사용량을 통제하는 것이라는 정리가 나왔다. 권한 설정을 고정하는 데 도움이 되었다는 경험과, 규모가 지나치게 크지 않다면 MCP가 나을 수 있다는 의견도 있었다.
관련 메시지 발췌 · 22:49–23:15
22:49 · Alfie/클코덱스안티 토큰 절감 효과는 엄청 컸습니다요
22:49 · Alfie/클코덱스안티 오 어케하셨나여
22:49 · Alfie/클코덱스안티 넵 메인 손발 자르기
22:51 · Alfie/클코덱스안티 이건 구조적으로 서브에이전트로 컨텍스트를 분리하겠다를 좀 넘어서도구사용 결과를 메인컨텍스트에 넣지않겠다 인거라
22:51 · Alfie/클코덱스안티 grep 여러번 대신에explorer 쓰겠다랑 비슷한 비유,,,?
22:51 · Alfie/클코덱스안티 curl대신에 fetch로 이거뭔지봐라 라고 명령하는 비유,,?
22:54 · Alfie/클코덱스안티 그리고 음… 토큰 사용량을 줄이는게 목적이 아니긴 하네요
22:55 · Alfie/클코덱스안티 전체 토큰이 늘고 시간도 더 걸리더라도fable astra의 깨끗한 컨텍스트가 더 필요하다,fable astra의 사용량을 줄인다
22:55 · Alfie/클코덱스안티 요런 목적
22:59 · Alfie/클코덱스안티 둘다 glm이랑 조합이 엄청 좋슴다
23:04 · Alfie/클코덱스안티 뭣보다 좀 고정적으로 해야했던 권한설정을 잘해주는게 갸꿀입니다
23:06 · Alfie/클코덱스안티 뭔가 모델 좋아지면서 mcp가 다시 더 나은거 같은 느낌인데,,,
23:15 · 우는라이언/CC Mcp 스케일 엄청 큰거아니면 웬만하면 mcp가 낫지않나요
미해결 질문
- Astra·Claude·Codex의 실제 모델 제공 범위, Work·Chat·웹·CLI별 노출, 주간 한도와 초기화권·Luna 조건은 source의 계정별 관찰이 엇갈리므로 공식 안내와 실제 계정 상태 확인이 필요하다.
- Fable·Astra·Sol·Opus·Sonnet을 머리·손발·검수 역할로 나누는 방식이 총비용과 품질을 안정적으로 개선하는지는 통제된 비교가 아니라 참여자 작업 사례 수준이다.
- 폐쇄망·규제 도메인 챗봇에서 규칙 기반 처리, 기준 문서 검색, LLM 응답, 사람 검수를 어떤 경계로 조합할지와 운영·유지보수 책임은 대화에서 확정되지 않았다.
- MVP를 전문가에게 넘길 때 어느 수준의 문서·테스트·품질 기준이 있어야 제품화되는지는 프로젝트별 상담과 검증이 필요하다.
기억해둘 내용
- 모델을 하나의 순위로 고르기보다 기획·구조화, 구현·잡무, 리뷰·레드팀, 질문 응답처럼 역할을 나누어 직접 사용량과 결과를 확인하는 사례가 반복되었다.
- 빠른 프로토타입 뒤에는 PoC와 운영을 나누고, 기획·설계·검증·유지보수 책임을 별도로 합의해야 한다는 의견이 있었다.
- 폐쇄망이나 정확성이 중요한 도메인에서는 질문 세트를 만들어 반복 검증하고, 모델이 확률적으로 채우는 영역과 규칙·기준 문서·사람 검수 영역을 구분해야 한다.
- 멀티모델 구조에서는 도구 권한과 컨텍스트 전달 범위를 좁히고, 전체 토큰 수보다 비싼 모델에 어떤 맥락을 넣을지를 관리하는 접근이 제시되었다.
- 제품 기능·가격·한도·리셋·모델 노출은 2026-09-06~07 source 당시 관찰로만 보존한다.
분위기
Astra와 새 모델에 대한 기대와 모델 간 역할 분담 실험이 활발했지만, 초기화권과 한도 지연에는 피로와 농담 섞인 불만이 반복되었다. 오후에는 AI 프로젝트의 책임·정확도·운영 비용을 현실적으로 따지는 분위기가 강했고, 밤에는 토큰과 컨텍스트를 아끼는 구체적인 에이전트 설계 경험을 서로 검토했다.