본문으로 건너뛰기

코드팩토리x바이브코딩 · 2026-09-02

코드팩토리x바이브코딩에서 논의된 Fable 5.1 사용량과 모델 역할 분담, 병렬 에이전트·스킬·MCP 운용, 바이브 코딩의 안전성과 제품화를 정리합니다.

#chat-digest#code_factory_vibe_coding#AI#바이브코딩

모델 사용량·가격·기능과 운영 안전성

Fable 5.1, Claude·Codex·GPT·Grok·Gemini·GLM 등의 성능·한도·가격·리셋·모델 선택과 관련한 내용은 2026-09-02 참여자의 체감·추정·공유 자료다. 서비스의 현재 정책과 가격, 모델·하네스의 실제 동작은 공식 문서와 제한된 테스트로 확인해야 하며, 에이전트가 파일·원격 환경·외부 서비스에 접근할 때는 최소 권한·백업·확인 절차가 필요하다.

자동 공지·운용 세부정보 생략

반복된 오픈채팅봇 광고와 오픈채팅 초대 링크는 요약에서 제외했다. 계정·IP·VM·tmux/SSH·프록시 등을 이용한 사용량 분산이나 제한 우회로 읽힐 수 있는 구체적 절차와 내부 운용 정보도 공개하지 않는다. VM 삭제 사례에 포함된 인증서 관련 개인 세부정보도 생략했다.

오늘의 대화

대화의 중심은 Claude Fable 5.1 출시와 초기화·한도 체감이었다. 참여자들은 작업을 Fable·Opus·Sonnet·GPT·Grok·GLM·Gemini·Codex 등으로 나누고, 계획·하위 에이전트·스킬·하네스·MCP를 조합해 속도와 비용을 조절하려 했다. 동시에 높은 추론 설정과 병렬 호출이 토큰과 CPU를 급격히 소모하거나, 자동화가 VM을 통째로 삭제하는 사례도 나왔다. 후반에는 AI 앱의 시장성, 도메인 담당자와 전문 개발자의 역할, 원격 실행·외부 메모리·에이전트 대시보드가 논의됐다.

이야기 나온 주제

Fable 5.1 출시와 사용량·리셋 체감

아침에는 Fable 5.1이 공개되고 Claude 사용량이 초기화됐다는 반응이 집중됐다. 낮은 effort 설정에서도 이전 버전보다 결과가 좋고 비용이 줄었다는 설명이 있었지만, 다른 참여자들은 5시간 한도와 토큰 소모가 오히려 빠르다고 체감했다. 오후와 밤에는 하위 에이전트 병렬 호출, 높은 추론 설정, 캐시와 이벤트성 사용량 보너스가 체감 차이를 만들 수 있다는 추측이 이어졌다. 원문 안에서도 “줄었다”와 “더 녹는다”가 함께 나타나므로, 특정 비용 절감률이나 리셋 일정으로 확정하지 않는다.

관련 메시지 발췌 · 07:24–09:40

07:24 · 편집자P/CC,Cursor,Codex 페이블 5.1 출시 기념(?)

07:24 · 바린이/제미나이, 클코 이틀만에 페이블 70퍼썻는데

07:24 · 바린이/제미나이, 클코 한도이벤트끝나니까

07:25 · 바린이/제미나이, 클코 사용량 확확 느는게 느껴져요ㅠ

07:48 · 바이브코딩찬양/클로드 5.1은 벤치마크는없나보네요

08:26 · 흐물한 어피치/클로드코드 가장 낮은 설정으로 돌린 5.1이, 가장 높은 설정으로 돌린 5를 이겨서 비용은 4분의 1이라고 하네요. 같은 일을 하는 데 드는 비용이 한 세대 만에 이만큼 내려갔다고 하네요

09:07 · 클로드코드조아/클로드코드 와 근데 5.1이 토큰 엄청 사용하는 거 같은데 이게 맞나요?

09:09 · 니니즈/클로드코드,코덱스 와 페이블 5.1이요 ㅋㅋㅋ 5% 사용했는데 5시간섹션에서 20% 정도 쓴거같네여 ㅋㅋㅋㅋ

09:10 · 가을/커서 ㅎㅎ 페이블 토큰먹는 하마에요

09:12 · 박스춘식/클로드코드 맥스부터는 구독제로 페이블 가능

09:17 · Apeach/Claude 근데 fable effort low로 하면 거의 opus max하고 토큰 소모량이 비슷하지 않을까요?

09:34 · 박스춘식/클로드코드 5.1보다 덜 쓴다는게 low로 해놔도 더 잘한다고 하니 low쓰면 덜 쓴다 이런 계산 같아요

09:35 · 박스춘식/클로드코드 켜자마자 안 시킨거 같은데 기존 페이블5 작업 오류 하나 큰거 찾았어요

09:36 · 박스춘식/클로드코드 일단 저건만 놓고 보면 그렇습니다 전 high로 쓰고 있어요

관련 메시지 발췌 · 17:43–23:05

17:43 · 준하강 / 클로드코드 쓸만해졌네요 토큰을 덜 먹는거 같아서

17:45 · 준하강 / 클로드코드 한시간째 작업 돌리는데도 하위 에이전트 오퍼스랑 소넷 잘 섞어쓰기도하고

17:45 · 준하강 / 클로드코드 Fable 10% 밖에 안 먹었네요

17:48 · 하트 든 어피치/클로드 하루 사용 후기 \1. 홍보한것처럼 토큰 소모가 줄어든건 잘 모르겠다… 더 는거같은데 \2. 5.0때는 opus보다 진짜 뭐가 좋은지 체감이 전혀안됐었는데 5.1은 체감이 정말 크다

22:20 · 윈도/그록클로드코덱스 계속 fable 5.1사용하면서 느끼는게 토큰 소모 속도가 fable 5에 비해 줄었다는 느낌이 드네요

22:31 · 억한춘식쓰/cc 9월 13일까지 50퍼 조련용 이벤트있어서 체감상 그런거아닐까요

23:01 · Alfie/클코덱스안티 effort낮춰보세요

23:02 · Alfie/클코덱스안티 캐싱잘되는면서 성능유지되는거 체감됨

23:03 · 바린이/제미나이, 클코 오늘 돌려보니까 서브에이전트 활용이

23:03 · 바린이/제미나이, 클코 거기서 다까먹는거같아요 ㅋㅋ

23:04 · Alfie/클코덱스안티 fable이 권한이 있다니 그 빡대가리한테 그런 권한을 주다니

23:04 · Alfie/클코덱스안티 생각해보니 권한설정이 젤 중요한거 같슴다

병렬 에이전트와 작업 목록 중심의 운영

일부 참여자는 Claude 에이전트 여러 개와 GPT 에이전트를 병렬로 돌리고, 큰 작업은 먼저 계획을 짠 뒤 하위 작업을 분배한다고 설명했다. 설계 자체를 무리하게 병렬화하면 누락과 기획 흔들림이 생길 수 있어, 작업 순서 리스트와 별도 수정 메모를 두고 마지막에 다듬는 방식이 공유됐다. “짧게 생각하라”가 아니라 작업에는 충분히 토큰을 쓰고 사람에게는 짧게 보고하게 하라는 구분, 열린 질문 대신 목표·에이전트 역할을 명시하라는 조언도 나왔다. 이는 특정 팀의 워크플로 경험이며 일반적인 최적 구성은 아니다.

관련 메시지 발췌 · 10:19–10:30

10:19 · 박스춘식/클로드코드 클로드는 감독을 병렬로 5개가 처리하고 gpt도 3개 병렬로 해서 생산하고 이런 식입니다

10:21 · 박스춘식/클로드코드 근데 이제 계획을 짜서 시키는거죠

10:22 · 호모에이전트/클로드 개발할때 설계하면서 대화 주고받고, 실제 테스트 후 수정작업 병렬로 진행해도 토큰 소진이 쉽지 않던데

10:22 · 박스춘식/클로드코드 전 다 끝나면 클로드 1~2개만 남겨서 관리자 역할만 시키려구요

10:25 · 박스춘식/클로드코드 저도 그 설계 자체를 병렬로 할 일은 별로 없고 예를 들어 게임을 만든다고 치면 엄청 큰 맵에 전체적으로 무언가를 추가한다고 하면 작업량은 무한대죠 이런거 병렬 시켜면 토큰 소모가 많은거죠

10:25 · 억한춘식쓰/cc 생각지도 못햇던 체크해야할부분 보수해야할부분 놓친부분 생기더라구요 그러면 기획안이 가끔 흔들릴만큼 불안한상황도 한번씩나오고,, 전 그래서 작업 순서리스트 만들고 무조건 리스트 진행, 대신 리스트 진행과정중 수정,추가,해야될것들은 따로 메모해놓고 전체 틀 리스트 진행되고나면 다듬기다듬기하고잇어요 ㅠㅠ 본업때매 여기 몰빵을할수가없으니,,,

10:26 · 춘식 교차검증이랑 병렬 작업은 잘 활용하면 좋은 것 같아영

10:26 · 박스춘식/클로드코드 요즘도 그런지 모르겠는데 클로드한테 짧게 말하라고 하는거 제가 오해하면 생각 자체를 짧게하다 오류나고 이상해지더라구요 윗분 말대로 요약해서 보고 하라는 식으로

10:27 · 박스춘식/클로드코드 뭔가 토큰 아끼기 위해 말을 줄이라는 식으로 하면 답변 자체가 이상해져요

10:27 · 마마로티/클코코덱스 앗 절대 토큰 아끼란 말은 하면 안 됩니다

10:28 · 마마로티/클코코덱스 작업에 토큰을 충분히 더 쓰고 나에게는 짧게 보고해

10:29 · 박스춘식/클로드코드 너무 열린 질문하면 안됩니다

10:30 · 박스춘식/클로드코드 ~한 번 해볼까? 이런 식으로 했는데 규정으로 에이전트 사용 명시 없으면

10:30 · 박스춘식/클로드코드 토큰 작살

모델 역할 분담은 작업의 불확실성과 검수 비용에 따라 달라졌다

한 사용자는 회사 업무를 GPT로 처리하고 GLM을 리뷰어로 쓰지만 병합 단계에서 오류가 생긴다고 했고, 다른 대화에서는 Fable로 초안을 잡고 Grok으로 초벌을 거친 뒤 Sol로 적대적 검수와 QA를 수행하는 흐름이 소개됐다. 또 구조를 이미 아는 단순 작업은 Sol 계열, 목적은 있으나 경로를 모르는 작업은 Claude 계열이 맞는다는 개인적 구분도 나왔다. Fable·Opus를 비용과 작업 복잡도에 따라 나누자는 의견까지 포함해, 모델 선택은 품질·편의성·검수 시간·토큰 비용의 교환으로 다뤄졌다. 비교 벤치마크가 아니라 참여자별 작업 환경의 체감이다.

관련 메시지 발췌 · 17:04–17:18

17:04 · 인사하는 춘식이 클로드로 기획,검증하고 나머지 작업을 맡길정도는 되나요?

17:04 · Lukaid 저는 회사일은 거의 전부 gpt가 하고

17:04 · Lukaid glm은 리뷰머신으로 써요

17:04 · Lukaid 그럼 merge block급 찐빠 하나씩은 꼭 있더라구여

17:08 · Lukaid 근데 서브용으로 하나 들이실거면

17:09 · Lukaid 저는 충분하다 느끼는데

17:10 · Lukaid grok 4.6 성능 정말 좋아요

17:13 · 박스춘식/클로드코드 내가 어느 정도 구조 파악하고 시키는거만 잘하면 된다 = 솔 충분

17:13 · 박스춘식/클로드코드 원하는 결과물은 있는데 가는 길은 잘 모른다. 해줘파 = 클로드

17:13 · 라이언 / 클로드코드 그래서 전 초안 잡을 때는 페이블로 잡고

17:13 · 라이언 / 클로드코드 거기서 그록으로 한번 초벌 굽고

17:14 · 라이언 / 클로드코드 구조 파악해서 솔로 적대적 검수하고 QA까지

17:17 · 박스춘식/클로드코드 솔은 페이블이 시켜서

17:17 · 박스춘식/클로드코드 토큰 가성비가 좀 나오는거 같아요

17:18 · 정밀컷터 솔 깎는 시간도 비용이라서 페이블로 계속 작업하는게 결과론적으로 더 저렴

17:18 · 정밀컷터 토큰이 정말 감당이 안될때는 fable / opus를 분리해서 쓰지 클로드를 이탈하지는 않습니다

하네스·스킬·컨텍스트가 결과와 비용을 함께 바꾼다는 논쟁

참여자들은 Fable 5.1의 토큰 증가가 모델 자체의 추론 때문인지, 더 많은 입력과 하네스·프롬프트 때문인지 구분하지 못했다. 터미널 plan mode에서 이전 답변이 누적되어 길어지는 문제에는 세션 종료·concise 출력 설정·요약 보고가 제안됐다. 기존 스킬을 옮기지 않은 바닐라 환경에서 토큰은 줄었지만 검증·테스트를 놓쳤다는 사례, 높은 모델로 한 번 작업한 뒤 스킬로 정리해 낮은 설정에서 재사용한다는 방식이 함께 나왔다. 컨텍스트 40%에서 handoff하자는 수치와 4천이라는 적정량은 대화 참여자의 조언 또는 AI 응답일 뿐 검증된 기준이 아니다.

관련 메시지 발췌 · 11:32–13:01

11:32 · 튜브/Grok 근데 전 아직도 이해가 완전히 되지는 않는게 모델이 좋아졌는데 토큰을 많이 먹는다는게 좋은 모델에 주는 input 토큰이 늘어나야 그 급의 성능이 나온다는건지..(근데 이 경우면 모델의 추론 성능이 올랐다기 보단 그냥 하네스(결국 프롬프트 메이킹)가 더 정교해졌다고 봐야 하는게 맞는 부분이 아닐지?) 아니면 진짜 모델 깡성능이 높아졌지만 비용 문제때문에 토큰을 크래딧개념으로 바꿔서 계산하느라 토큰 소모를 많이한다는건지 잘 모르겠어요

11:34 · 튜브/Grok 그럼 결국 모델도 하네스에 맞추고 하네스도 개선한거네요

12:18 · 고고/클로드코드 터미널에서 클로드랑 planmode로 대화중인데요, 너무 답변을 이때까지 한거 누적?해서 길게 줘서 방금 시킨거에대한 부분이 어디인지 찾는게 번거롭습니다.ㅠㅠ 혹시 해결방법이있을까요?!

12:21 · 고고/클로드코드 그렇게했는데도 계속 엄청 누적해서 길게 답변을 주네요…ㅠㅠ

12:22 · Kotlin/Codex,클코 그러면 이제 세션을 죽이실때가 됐습니다

12:23 · Apeach/Claude /config 가셔서 output style 찾으셔서 concise로 바꿔보셔요

13:01 · 부탁해다음달의나/cursor 와 새로운 환경에서 기존 클로드 스킬 다 옮겨오기 귀찮아서 그냥 바닐라로 사용했는데 스킬 셋팅한 환경보다 뭔가 더 알잘깔딱센으로 잘 해주네요. 물론 검증이나 테스트 부분은 스킬이 없으니 놓치는 부분들이 좀 있는데 그래도 토큰 소모도 확 줄어들었고 좋네요. 스킬 싹 지우고 다시 셋팅 해봐야하나…

14:37 · Lukaid 프롬프팅을 더 확실하게 해야해요

14:38 · Lukaid 대신 프롬프팅을 더 정교하게 해야하긴 함

14:38 · 코드팩토리 공장장 🔥 맞아요. 그래서 저도 높은 모델에서 한줄짜리로 작업 시켜보고 스킬로 만든다음 낮춰서 써요

16:10 · 건록 방금 오퍼스랑 이야기 나누었는데 적정 컨텍스트량은 4천이라고 합니당

16:11 · 건록 40%되면 핸드오프로 한 번 끊고 다음 세션에서 작업하는 것이 토큰을 많이 아낄 수 있을 것 같습니당

16:12 · 고내기/클로드코드 맨날 중학생도 이해할 수 있게 보고서 작성해줘 하다가 옆에 누구 있어서 고등학생도 이해할 수 있게 작성해줘로 바꿨더니 바로 이해 실패했네요 ㅠㅠ,,,

16:12 · 춘식이/클코 “글을 방금뗀 초딩도 이해할수있게 작성해줘”

MCP·원격 실행·외부 메모리와 에이전트 관리

개인 일정 브리핑을 카카오톡으로 보내는 MCP 루틴은 모델을 Claude에서 Grok·GPT로 바꾼 뒤 호출 문제가 생겼다는 사례가 있었고, 해결책은 제시되지 않았다. CLI에서 실행한 작업을 원격 서버로 보내고 SSH 세션이 끊겨도 프로세스가 유지되는 환경, 사무실 Mac으로 작업을 보내는 Hermes, Hermes 외부 메모리 연동 자료가 공유됐다. 여러 마케팅 에이전트를 오케스트레이션할 때 관리 대시보드가 필요한지 묻자 Paperclip과 참고 영상이 제시됐다. 한 서비스에서는 Gemini Flash를 API 프로바이더로 붙이고 커스텀 프로바이더를 넣을 수 있다는 말이 나왔지만, 제품별 설정·권한·현재 지원 범위는 확인되지 않았다.

관련 메시지 발췌 · 10:15–18:57

10:15 · 멍멍/클로드코드 혹시 개인 일정 브리핑 매일 카톡으로 받는분 계시나요 ? 클로드는 잘됐었는데 클로드 끊고 그록넘어가면서 지피티로 루틴잡으니까 mcp 호출부분에서 자꾸문제생기네요

13:26 · Apeach/Claude 전 cli에서 실행하고 rc켜고 웹에서 원격으로 돌리고 있어요 ㅎㅎ

13:32 · 준하강 / 클로드코드 저도 사무실 맥에 헤르메스로 작업 보내는 걸 좀 하다보니까

14:45 · Lukaid 맥북에서는 codex app만쓰는데

14:45 · Lukaid remote 서버에서 ai돌릴때

14:46 · Lukaid ssh 세션 끊겨도, 프로세스 안끊기고 돌고

14:46 · Lukaid 다시 붙어서 herdr켜면 기존에 돌던더 싹다 다시 나오니

14:46 · Lukaid 갱장히 만족

17:05 · 경인사/클로드코드 https://hindsight.vectorize.io/sdks/integrations/hermes

17:05 · 경인사/클로드코드 혹시 헤르메스 에이전트에 외부 메모리 붙여서 활용해보신 분 있나요?

18:55 · 고고/클로드코드 혹시 마케팅 에이전트 이런 에이전트들 여러개 두고 오케스트레이션 할때 에이전트들 관리하는 대시보드 따로 만드시나요? 만드신다면 혹시 참조할만한 자료가 있을까요..?

18:57 · 레꼬/클로드코드 페이퍼클립 을 통해서 합니다.

18:57 · 레꼬/클로드코드 https://youtu.be/Am5y6x-erJs?si=VIYrpq7ySK3OHXXM

관련 메시지 발췌 · 02:16–02:18

02:16 · 마마로티/클코코덱스 api는 제미나이 써요

02:17 · Alfie/클코덱스안티 gemini-flash-latest하시져

02:18 · Alfie/클코덱스안티 커스텀 프로바이더 넣기 가능여

병렬 자동화와 파일·모델 권한의 안전성

한 참여자는 임시 파일만 지우려던 작업에서 Parallels VM 전체가 삭제됐다고 전했고, 이후에는 삭제 명령 자체를 제한해야 한다는 반응이 나왔다. 병렬 작업이 오래 걸리거나 모델이 자동으로 하위 모델·다른 모델로 바뀌어 저품질 결과를 양산한다는 우려도 있었다. 마지막에는 에이전트를 밤새 자동 실행해도 멈추거나 질문하지 않을지 불안하다는 말이 남았다. 이 사례에서 확인되는 것은 자동화가 많을수록 실행 범위·삭제 권한·모델 폴백을 사람이 먼저 제한하고, 중요한 파일은 백업과 확인 단계를 거쳐야 한다는 운영상의 경고이지 특정 도구의 재현된 결함이 아니다.

관련 메시지 발췌 · 17:37–02:31

17:37 · 준하강 / 클로드코드 페럴럴즈 VM 통째로 지워버려서 공인인증서 다 날아 갔네요 ㅠ

17:37 · 준하강 / 클로드코드 임시파일만 지운다더니…

17:38 · 박스춘식/클로드코드 제가 코덱스 쓴지 얼마 안되서 비교는 안되는데 병렬 많이 걸리는건 좋은데 병렬을 많이 걸려도 좀 오래걸리더라구요

17:38 · 준하강 / 클로드코드 “VM을 실수로 통째로 날려버린 마당에 대충 확인하고 싶지는 않습니다. 검사를 진행합니다”

17:39 · 정밀컷터 rm 자체를 사용하지 못하게 하셔야..

23:04 · Alfie/클코덱스안티 fable이 권한이 있다니 그 빡대가리한테 그런 권한을 주다니

23:04 · Alfie/클코덱스안티 생각해보니 권한설정이 젤 중요한거 같슴다

02:10 · 마마로티/클코코덱스 안티그래비티도 글코 제미나이cli도 그렇고 얘들은 모델을 즈그가 마음대로 바꿔요

02:10 · 마마로티/클코코덱스 그래서 저품질 생성물을 양산함 ㅠㅠ

02:11 · 마마로티/클코코덱스 적당량의 작업을 자동화 욕심 버리고

02:14 · 마마로티/클코코덱스 2.5플래시로 하고 있음 ㅋㅋㅋㅋㅋㅋ

02:15 · 마마로티/클코코덱스 대량 작업엔 위험하고

02:15 · 마마로티/클코코덱스 한 파이어씩 시키는 건 잘합니다

02:31 · 박스춘식/클로드코드 이제 자동 돌리고 자면 되는데 자기 전이 항상 불안.. 밤새 잘 돌겠지 뻑 안나겠지

02:31 · 박스춘식/클로드코드 나한테 뭐 안 물어보겠지

안전 사례의 원문 생략

VM 전체 삭제 당시 인증서가 손실됐다는 개인 세부 문장은 공개 문서에서 생략했다. 원문에서 확인 가능한 범위는 임시파일 정리 의도와 VM 전체 삭제, 이후의 권한 제한 논의다.

원격 작업을 위한 하드웨어 선택

원격 서버에서 작업을 유지하는 경험과 함께, M2 Max 96GB 환경에서도 병렬 작업 중 CPU 부하가 생긴다는 말, 로컬 LLM에는 RAM만 늘려도 해결되지 않을 수 있다는 의견, 특수한 로컬 모델 업무에는 고가 장비가 도움이 될 수 있다는 반론이 나왔다. 구독형 모델·원격 서버·로컬 장비 중 무엇이 나은지는 동시 세션 수와 작업 종류에 따라 달라진다는 수준이며, 구매 기준으로 일반화하지 않는다.

관련 메시지 발췌 · 14:45–14:56

14:48 · 부탁해다음달의나/cursor m2 max 96gb ram 사용중인데

14:49 · 서울Y크루 이래서 128기가 필요한건가요 ? 로컬 llm이 아니더라도 ?

14:51 · 코드팩토리 공장장 🔥 로컬 llm은 램 128 올려도 가망 없어요 ㅋㅋ

14:52 · 부탁해다음달의나/cursor 램은 에이전트들이 프로세스 싸고 안닦은거 잘 치워주면 버틸만 한데 병렬 작업 때 cpu 과부화 수시로 걸리더라구요.

14:55 · 코딩조아/클코 개인적으로 로컬llm 오타쿠라서(직업과 연관) 관련한 일 하시면 dgx spark 1대 정도는 있으면 이것저것 하긴 좋습니다. 물론 비쌉니다

AI 서비스의 제품화와 사람의 역할

사주 앱 시장이 이미 레드오션처럼 느껴지고 출시 초기 사용자 확보가 어렵다는 대화가 있었지만, 시장 규모나 성공 가능성을 뒷받침하는 자료는 없었다. 개발과 무관한 조직에서 도메인 지식을 가진 사람들이 바이브 코딩으로 아이디어를 먼저 만들고, 괜찮은 것은 전문 개발자를 통해 다듬으려 한다는 사례가 소개됐다. 반대로 상용 서비스가 아니라면 전문 개발자 없이도 가능하다는 의견도 있었다. 이 흐름은 바이브 코딩이 구현 속도를 높여도 서비스 규모·운영·품질·결제까지 자동으로 해결해 주는 것은 아니라는 문제의식으로 정리된다. B2B·B2C 형태의 서비스를 운영하지만 적자라는 짧은 경험담도 나왔으나, 식별 가능한 사업 세부정보와 재무 내용은 확장하지 않았다.

관련 메시지 발췌 · 11:42–14:01, 02:11–02:24

11:42 · AP/OAI 요즘도 사주앱 많이 만드나여? 한번 꺾인것 같긴한데

11:43 · 춘식이/클코 앱이 레드오션

11:43 · 춘식이/클코 출시도 사용자품앗이해야함

13:53 · 클코봇/클로드 현시점에서는 개발자가 필요한 영역까지 온 것 같은데

13:53 · 뚱이/클로드코드 프리도 일자리 거의 바닥이라

13:54 · 클코봇/클로드 최소한 2년은 도움이 필요할것같은데

13:57 · 클코봇/클로드 중견기업인데 개발하고는 전혀 관계없는 기업이어서

13:59 · 클코봇/클로드 내부에서 도메인 지식만 있는 사람들이 직접 기획해서 바이브로 만들고 있는데 그것들 중에 괜찮은 아이템은 전문 개발자 통해서 제대로 만들어보려고 하는 중이에요

14:01 · 이수 엔터급 상용 서비스 아니면 굳이 전문 개발자 없어도 될것같은데용

02:11 · 박스춘식/클로드코드 간단한 테스트를 해본결과 나쁘지 않다 / 빠르다 / 하지만 대화를 들어보니 결제 등등 그냥 다음에 하자.

02:23 · 마마로티/클코코덱스 전 b2b랑 b2c 해여

02:24 · 마마로티/클코코덱스 적자

미해결 질문

  • Fable 5.1의 실제 입력·출력 비용, effort별 사용량, 캐시 효과와 5시간·주간 한도의 관계는 대화의 체감이 서로 달라 공식 자료와 재현 테스트가 필요하다.
  • Fable 5.1·Opus·Sonnet·GPT·Grok·GLM·Gemini·Codex를 어떤 기준으로 분배하면 검수 시간까지 포함해 효율적인지 공통 평가가 없다.
  • MCP 일정 브리핑 장애, Hermes 외부 메모리 연결, 에이전트 오케스트레이션 대시보드의 안정적인 구성 방법은 질문과 참고 자료만 남았다.
  • Gemini·Antigravity 계열의 모델 자동 전환, API 정책·계정 보존과 대화 기록 관리에 관한 주장은 최신 공식 안내 확인이 필요하다.
  • 02:18의 GPT Astra 출시 이야기는 원문에서도 찌라시·참고 수준으로 표시되어 확인되지 않은 소문으로 남겼다.

공유된 자료

연결