2026. 09. 03

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

코드팩토리x바이브코딩에서 Fable 5.1 사용량과 에이전트 검수, 스킬·UI 상태 기반 개발, 브라우저 자동화, 모델 비교·인수인계와 AI 서비스 장애 경험을 정리합니다.

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

모델·도구·가격·장애 정보

모델 성능·버전, 토큰 사용량·가격·한도, 브라우저 도구의 기능과 AI 서비스 장애 범위·원인에 관한 내용은 2026-09-03 대화 참여자의 테스트·경험·추정이다. 현재 기능·요금·약관·보안 조건과 공식 장애 공지는 각 서비스의 안내를 별도로 확인해야 한다.

[!note] 원문 날짜 경계 파일명은 2026-09-03이지만 원문에는 2026-09-04 00:00–03:46 메시지 251개가 포함되어 있으며, 이 다이제스트는 해당 메시지도 원문 시각 그대로 반영한다. API 키·토큰·계정·내부 프로젝트 식별정보, 개인·보안 사고 세부, 워터마크 제거와 대량 메시지 자동화 방법은 공개 문서에서 생략했다.

오늘의 대화

이날은 Fable 5.1이 세션 초반에 토큰을 많이 쓰고 다른 모델을 감독하는 방식이 효율적인지 묻는 대화로 시작했다. 이어서 혼자 하는 작업, 팀형 에이전트, 비동기 서브에이전트의 시간·비용 실험과 검수 라운드 설계가 논의됐다. 반복 작업을 CLI 도구·스킬로 좁히고 UI 상태와 변경 이력을 노출하는 개발 방식, 브라우저를 에이전트에 위임하는 새 도구, Gemini 3.8의 실사용 평가가 이어졌다. 밤에는 Claude·GPT·Gemini·Grok이 표면과 모델별로 번갈아 장애를 보였고, 새벽에는 사용량에 맞춰 모델을 바꾸되 프로젝트 구조와 인수인계 문서를 유지하는 방법이 정리됐다.

이야기 나온 주제

Fable 5.1 사용량과 모델 역할 분담

Fable 5.1로 SaaS나 회사 전체 기획을 검토한 참여자들은 질문 몇 개만으로 주간 사용량이나 5시간 한도가 크게 줄었다고 말했다. 다른 참여자는 세션 초반에 토큰을 많이 쓰고 이후에는 덜 쓰는 것 같다고 관찰했고, Fable 5.1만 계속 쓰기보다 비용이 낮은 모델을 작업자로 두고 Fable을 감독·최종 검토에 쓰는 조합을 제안했다. 이는 계정·작업·설정에 따른 사용 경험이지 모델의 고정된 비용 특성은 아니다.

한 참여자는 Fable 5.1 단독, 5명 팀, 비동기 서브에이전트를 비교하는 실험에서 팀이 더 빨랐고 고점이 조금 높았지만 비용이 크게 늘었다고 설명했다. 총 30만 토큰 수준까지는 서브에이전트가, 백만 토큰을 한 세션에 채우는 경우에는 단일 세션이 더 효율적이었다는 주장도 나왔지만, 작업·측정 기준이 충분히 공개되지 않아 재현 가능한 벤치마크로 보기는 어렵다.

관련 메시지 발췌 · 06:34–07:14

06:34 · 로원/클로드fable 아침 일찍 일어나서 커피 한잔하고, fable5.1로 현재 제작중인 saas 검토 요청만 간단하게 시켰는데, 질문하나에 주간사용량 10%가 날라가버렸네요 ㅋㅋㅋ 토큰 사용량이 어마어마하네요

07:10 · 하트 든 어피치/클로드 어제 하루종일 써보면서 느낀건데 fable5.1이 초반에 토큰을 많이 쓰고 대화가 진행되면서는 토큰 많이 안쓰는 편인것 같습니다. 그리고 루프/그래프 돌릴때도 토큰 비교적 적게 쓰는거같아요. 세션 초반에 엄청 쓰는듯요

07:12 · 로원/클로드fable 세션초반이라 그런거였군요, 딱 질문2개 던졌는데, 5시간 한도에 막혀버렸어요… ㅋㅋㅋㅋ 오전 업무가 날아가버렸답니다… ㅎㅎㅎ fable5.1을 하루종일 쓰는게 가능하긴 한건가요? 좀 무거운 회사 전체 기획 및 작업을 전체를 훑어보고 작업하는거라 무거운거 시키긴 했지만, 주간 사용량 다쓸까봐 이거 참 무서워서 질문하기 전에 고민하게 되네요 ㅋㅋㅋ

07:14 · 박스춘식/클로드코드 5.1로만 작업하는 식이면 오래 못 쓰는거 같아요 5.1은 다른 가성비 하나 물려서 일시키는 감독관 역할을 해야 제 값하는거 같습니다. 최종검토까지 얼추 맡겨도 되는 거 같아서 결과물 별로면 다시 해오게 하는 식으로

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

10:11 · Alfie/클코덱스안티 5.1 페이블 혼자 vs 5명짜리 팀 vs async(백그라운드) 서브에이전트 사용

10:12 · Alfie/클코덱스안티 시간 유의미하게 빨랏다잇

10:12 · Alfie/클코덱스안티 고점 약간 높다잇

10:12 · Alfie/클코덱스안티 돈 오지게 미친듯이 더들었다잇

10:13 · Alfie/클코덱스안티 다 합쳐서 30만 토큰 레벨까지는 서브에이전트가 더 좋다잇 (이게 언제지..간단한 조사인가)

10:13 · Alfie/클코덱스안티 걔가 백만토큰 내에선가장 효율적

다중 에이전트 검수와 인간 개입의 경계

에이전트의 effort를 달리하면 서로 다른 부분에 집중할 수 있어 high와 low를 함께 검수한다는 경험이 나왔다. Fable 팀은 에이전트 간 메시지로 토론하게 하고 서브에이전트는 리더가 시키는 자율형 구조로 실험했으며, 미리 정한 하네스 순서를 강제한 실험과는 구분해야 한다고 설명했다. 이 결과는 참여자의 비교 실험으로, 어떤 작업에도 팀형 구조가 더 낫다는 결론은 아니다.

검수 설계에서는 여러 기준을 한 호출에 몰아넣으면 정확도가 들쭉날쭉할 수 있으므로, 기준을 단계별로 나누고 결과가 서로 다르면 사람이 확인해야 한다는 의견이 제시됐다. 반면 다른 참여자는 자신의 자동화 흐름은 사람이 손대지 않고 최종 결과를 보낸다고 설명했다. 생성 직후 lint를 통과시킨 뒤 LLM 검수를 시작하면 검수 라운드를 줄일 수 있다는 개선도 공유됐으므로, 자동화와 인간 검토의 경계는 결과물 위험도와 기준의 명확성에 따라 정해야 할 열린 설계 문제로 남는다.

관련 메시지 발췌 · 10:28–10:31

10:28 · 박스춘식/클로드코드 effort가 달라도 포커스가 달라지더라구요

10:29 · 박스춘식/클로드코드 high가 못 잡은걸 low가 잡기도 해서

10:29 · 박스춘식/클로드코드 검수할때는 high + low로 돌려요

10:29 · Alfie/클코덱스안티 5개 팀은 클코의 센드메시지로 서로 토론하게 했고, 서브에이전트는 리더가 시키게 함

10:30 · Alfie/클코덱스안티 즉 우리가 뭐 유행하는 많은 하네스들과 다르게 아예 자율성을 줘버린거라

10:30 · Alfie/클코덱스안티 어떤 순서를 고정적으로 강제한 경우 는 여기서 언급된게 아니구엽

10:31 · Alfie/클코덱스안티 너가 혼자해봐 / 너가 팀꾸려서 해봐 / 너가 부하데리고 해봐 실험 에 가까운거 같슴다

관련 메시지 발췌 · 10:48–11:22

10:48 · Alfie/클코덱스안티 그 후에 인간이 반드시 들어가야함여

10:54 · 박스춘식/클로드코드 1라운드는 잡 단위 호출인데 한 호출이 여러 기준을 한꺼번에 훑다 보니 정확도가 들쭉날쭉했다는 걸 확인했습니다. 오마이갓

10:55 · Alfie/클코덱스안티 아 검토결과나 주제가 서로 다르다면여. (어떤 ai를 갖다붙여도 확률이란 증거니 사람이 봐야한단 소리다)

11:01 · 박스춘식/클로드코드 아뇨 지금도 자동화에요!

11:02 · 박스춘식/클로드코드 저 손 안댑니다! 바로 최종으로 해서 보내고 있어요

11:22 · 박스춘식/클로드코드 생성 직후 린트 0을 만든 뒤 LLM 검수를 시작하게 됩니다. 오!! 감사합니다. 제가 멍청하게 하고 있던 거 하나 잡았어요

11:22 · 박스춘식/클로드코드 10라운드 돌던거 못해도 7이하로 막을듯

프롬프트·스킬·UI 상태를 작업 단위로 좁히기

바이브 코딩 작업에서는 큰 기능을 먼저 구현한 뒤 세부 사항을 하나씩 지적하며 고치는 방식과, 반드시 지켜야 할 블랙리스트만 남겨 AI에게 자율성을 주는 방식이 비교됐다. 사람마다 다르게 표현하는 요구를 CLI 도구로 만들고 스킬로 저장하면 반복 작업에서 같은 변환을 재사용할 수 있다는 제안도 나왔다.

UI를 수정할 때는 대상·행위·값처럼 요청을 구조화하고, AI가 볼 수 있도록 수정 가능한 목록과 현재 상태를 보여주며 수정 경로를 제공하는 방식이 토큰을 절약할 수 있다고 했다. 요소와 지시 내용을 로그로 남겨 다음 작업의 참고자료로 만드는 방법도 소개됐다. 문서·브레인스토밍에는 플러그인을 쓰고 구현 단계에서는 생략하는 편이 토큰 면에서 낫다는 개인 경험이 함께 나왔다.

관련 메시지 발췌 · 11:05–11:16

11:05 · Alfie/클코덱스안티 블랙리스트 (예컨데 20개) 만 지키면 오케이하고 그런 디테일은 꼼곰히 지시 안하고 자율적인 느낌입니다 꾸벅

11:07 · Alfie/클코덱스안티 그걸 cli도구로 만들고 스킬로 저장해달라구 해보셔요

11:07 · Alfie/클코덱스안티 그럼 나중엔 다른거 손안대고 그것만 옮길땐 걔 쓰게하면 편하더라구여

11:10 · Alfie/클코덱스안티 대상, 할 행위, 값

11:10 · Alfie/클코덱스안티 뭐 이런거 넣으면 되게끔

11:10 · Alfie/클코덱스안티 근데 나중되니 토큰도 절약이라 갸꿀

11:13 · Alfie/클코덱스안티 아녀 전체가 안보이고

11:13 · Alfie/클코덱스안티 3 수정하기

11:14 · Alfie/클코덱스안티 거기 입력할 숫자를 ai가 고치기 편하게 페이지에서 볼수 있게 해주고

11:14 · Alfie/클코덱스안티 고치기 편하게 길을 제공해주는거임여

11:16 · Alfie/클코덱스안티 그 요소랑, 그 요소에 뭐라고 했는지 남길수있게 로그로

11:16 · Alfie/클코덱스안티 요러면 나중에도 참고할 수있더라구요

Gemini 3.8·Astra와 실사용 평가

Gemini 3.8 Flash가 Opus 5와 비슷하다는 소문을 두고는 사실이 아니라는 반응과, 코딩보다는 검색·이미지·일상 대화에서 쓸 만하다는 경험이 엇갈렸다. 구독 토큰으로 사용할 수 있다는 확인, 벤치마크상 코딩은 아직이라는 평가, Fable이 한도를 다 써서 Opus 5로 상태 표시를 구현했다는 사례도 나왔다. 9월 4일 새벽에는 Gemini 3.8의 할당량이 넉넉하고 괜찮다는 반대 경험이 나와, 모델·작업·사용자별 차이를 남긴다.

Astra의 출시 시점과 Fable 5.1을 넘는다는 이야기도 반복됐지만, 이 다이제스트에서는 소문과 공유된 영상 링크를 출시 사실이나 성능 결론으로 확정하지 않는다. 벤치마크와 실사용이 다를 수 있다는 지적처럼, 실제 프로젝트의 오류·속도·한도를 별도로 확인해야 한다.

관련 메시지 발췌 · 08:09–09:35

08:09 · 춘식이 /클코 코덱스 지피티 잼미니 잼미니 3.8이 오퍼스5랑 비슷하다는 소문이 있던데 사실인가요?

08:10 · 바린이/제미나이, 클코 전혀 사실이 아닌거같습니다

09:22 · 박스춘식/클로드코드 넵 구독제로 사용했어요!

09:23 · 박스춘식/클로드코드 벤치만 봐서는 코딩은 아직인듯 합니다

09:35 · AI로 노예 / 클코 제미나이는 그냥….채팅용인데 좀더 빠른애가 나온거라 봅니다

관련 메시지 발췌 · 17:28–2026-09-04 01:23

17:28 · 상담하는 죠르디/클코, 코덱스, 커서 status line에 5시간 한도와 주간 한도 표시해달라고 안티그래비티에서 제미나이에게 부탁해봤어요.

17:28 · 상담하는 죠르디/클코, 코덱스, 커서 안된다고 하더군요. 그래서 Opus5 (Fable은 한도를 다 써서.ㅠㅠ)한테 해달라고 했더니 위와 같이 바로 만들어 주네요. ^^

17:31 · 상담하는 죠르디/클코, 코덱스, 커서 제미나이 3.8도 여전히 실전에 사용하기는 많이 부족하네요. ㅠㅠ

01:09 · Ryan Poking Cheeks 제미나이3.8은 안쓰시나요? 저는 꽤 괜찮던데… 무엇보다 할당량이 넉넉해서

01:23 · 스카피/좋으면 다씀 그냥 벤치는 벤치고

01:23 · 스카피/좋으면 다씀 실사용은 또 다른 영역이라 생각해서…

브라우저 자동화 에이전트와 격리·검수

저녁에는 브라우저 자동화 문제를 해결한다며 무료 도구를 소개하는 영상이 공유됐다. 당시에는 Mac용으로 설명됐고 Windows 지원 예상이 언급됐지만, 제품명·지원 범위·출시 상태는 이 대화만으로 확인되지 않는다. 참여자들은 사람 중심의 상호작용에는 Aside, MCP를 통해 에이전트에 위임하는 용도에는 ‘ego’로 들리는 도구를 비교했고, 브라우저 프로필 격리와 에이전트용 하네스가 장점이라고 평가했다.

자동화 방식으로는 DOM을 먼저 읽고 모르면 스크린샷을 보는 흐름, deterministic testing을 목표로 브라우저를 읽는 방식, agent-browser의 선제적 스크린샷이 언급됐다. E2E 테스트뿐 아니라 자료 수집·SNS 리서치·YouTube Analytics처럼 API로 보이지 않는 정보 확인에도 쓸 수 있다는 사용 사례가 나왔다. 외부 사이트의 이용약관·개인정보·로그인 권한은 별도 검토가 필요하다.

관련 메시지 발췌 · 18:00–18:49

18:00 · 코드팩토리 공장장 🔥 드디어 모든 브라우저 자동화 고민을 해결해줄 구세주가 탄생했습니다. https://youtu.be/uy5XmijKOUA

18:00 · 코드팩토리 공장장 🔥 무료툴이니 받아 써보십셔

18:02 · 코드팩토리 공장장 🔥 지금 맥용맞아요

18:37 · 정밀컷터 어사이드는 휴먼컨트롤로 상호작용하면서 ai 자동화하기좋고 에고인가 이고인가 저건 Mcp로 물리고 에이전트 위임하는 용도인가보네요

18:43 · Alfie/클코덱스안티 결국 이건 playwright의 최종진화판인 개념이 될듯

18:44 · Alfie/클코덱스안티 ai가 쓸땐 aside cli보다 훨 좋겠네요

18:44 · Alfie/클코덱스안티 그 격리가 잘되네요 요거

18:46 · Alfie/클코덱스안티 하네스가 본인 하네스 쓰는거라 갸꿀

18:46 · Alfie/클코덱스안티 사실 알아듣기 편하게 한거구 cdp보다도 agent-browser만 저는 쓰게되더라구요

18:47 · 코드팩토리 공장장 🔥 의도 자체도 deterministic 테스팅 목적이라 진짜로 브라우저를 읽는 방식이 언젠간 나올거라 봅니다

18:48 · 정밀컷터 휴먼중심 커뮤니케이션은 aside로 갈거고 에이전트가 사용하는 mcp tool 측면에서 ego는 선택한걸로보이는데

18:49 · 잘어/클코덱스 기본적으로 dom읽고 -> 모르겠으면 스크린샷

관련 메시지 발췌 · 19:19–22:00

19:19 · Alfie/클코덱스안티 아 agent-browser에 스크린샷 기능이 있어요 안되면 찍어보지말고 먼저 항상 찍고보게 하는거,,

21:30 · 코드팩토리 공장장 🔥 저는 자료 긁을때도 쓰고 SNS 리서치같은것도 유용하고. 유튭 애널리틱스 API로 못보는것들이 있는데 그런것도 돌리고. 유즈케이스는 엄청 많긴 하죠

22:00 · 코린이/클로드코드 Api로 안되는 브라우저로 할 수 있는 모든 것을 ai에게 위임할 수 있겠군요

운영 환경·AI 도입은 기술보다 정책·리스크

서버 운영에서 정전·업데이트·패치·오류를 어떻게 대비하는지 묻자, 클라우드를 쓰는 편이 편하다는 답이 나왔다. 다른 참여자는 최근 온프레미스로 운영할 수 있는 모델의 성능이 좋아져 폐쇄망에서도 어느 정도 구성할 수 있지만 상용 모델보다는 못한다고 설명했다. 특히 병원 같은 조직의 AI 도입은 모델 자체보다 정책, 보안·지적재산 보호와 조직이 감수할 수 있는 위험 수준을 먼저 정해야 한다는 관점이 제시됐다. 이는 특정 의료 시스템의 운영 지침이나 일반적인 보안 기준이 아니라 참여자의 경험과 의견이다.

관련 메시지 발췌 · 13:36–15:02

13:36 · 억한춘식쓰/cc 혹시 서버운영하시는분들은 정전, 업데이트, 패치, 오류, 이런거 어떤식으로 대비하세요?

13:38 · 필립H / Claude 서버는 클라우드 사용하는게 속편하죠

15:02 · 찐빵아저씨 최근에는 온프레미스로 운영할 수 있는 모델들 성능이 많이 좋아져서 폐쇄망에서도 왠만한 것은 구성할 수 있습니다. 아무래도 상용 모델보다는 못하지만요. 그런데 그것보다도 첫줄에 있듯이 도입 과정 자체가 정책에 가깝다면 해당 정책을 이해하는게 우선인 것 같습니다. 법적인 문제는 어떻게 할 수 있는 부분은 아니니 차지하고 어떤 정책을 가지고 있는지, 회사가(병원이) AI혁신을 위하여 어느선까지 양보할 수 있는지 확인해 봐야겠죠. 보안이든 지적 재산 보호 든 AI혁신 관점에서는 진짜 혁신은 리스크를 어느 정도 감수해야 하는 선에서 찰랑찰랑 하는 경우가 많습니다.

여러 AI 서비스 장애와 상태 모니터링

22시 24분 이후 Claude와 Opus, GPT, Gemini, Grok의 접속·응답 상태가 참여자마다 다르게 보고됐다. Claude의 여러 표면과 모델이 조사 중이라는 상태 전달, 기존 GPT 연결은 작동하지만 새 연결은 실패한다는 사례, 이미 실행 중인 작업은 되고 신규 작업은 안 된다는 사례가 함께 나왔다. 따라서 이 기록은 특정 서비스 전체가 동시에 중단됐다는 확정 보고가 아니라, 모델·표면·세션별로 달랐던 당시의 관찰이다.

자정 이후 사용량이 0%로 보이는데도 일부 기능이 계속 작동하지 않거나, Codex와 Claude가 순차적으로 복구되는 현상이 기록됐다. 참여자들은 Cloudflare·AWS·사이버 공격 등 여러 원인을 추정했지만 시간 불일치와 반론도 있어 원인으로 확정하지 않는다. 상태 페이지를 Slack에 연동해 확인한다는 운영 사례와, 장애 뒤 한도 초기화·보상을 기대하는 질문도 있었으나 실제 지급 여부는 source에 없다.

관련 메시지 발췌 · 23:12–23:55

23:12 · 도치.클코 claude.ai, Claude API, Claude Code, Claude Cowork에 영향을 주고 있고, Mythos/Fable 5.1, Mythos/Fable 5, Opus 5, Opus 4.8, Opus 4.6 모델 -> 모두 조사중이라고합니다

23:49 · 상담하는 죠르디/클코, 코덱스, 커서 이전에 열어 놨던 gpt는 잘 작동하는데 새로 연결하려고 하면 gpt 연결이 안되네요.

23:55 · 스툐디 / 클로드, 코덱스, 제미나이 전 시켜놨떤건 되는데, 신규 작업은 안들어가요

관련 메시지 발췌 · 2026-09-04 00:17–00:49

00:17 · 하이용/커서 사용량 0% 됐어요

00:17 · 하이용/커서 그런데 동작안하는것들은 여전히 동작안되네요 ㅋ

00:20 · 하이용/커서 다시 되네요 코덱스

00:22 · 하이용/커서 보통 이런일 생기면 다음날 초기화 해주나요 ? 아니면 그냥 넘어가나요 ㅋ

00:28 · 박스춘식/클로드코드 근데 공격시도 기사 보니까 12시간 전이군요

00:29 · 박스춘식/클로드코드 근데 시간이 안 맞아서 이번 건이랑 관련 있진 않나봐요

00:49 · Fabel5.Gpt5.6/클코 코덱 아 또…튕…

모델 간 인수인계와 공유 폴더

새벽에는 Claude에서 작업하다가 사용량에 맞춰 Grok이나 Codex로 옮겨도 되는지 질문이 나왔다. 답변은 특정 모델에 종속되지 않도록 프로젝트 진행 방식 자체를 설계해야 하며, 이미 진행 중인 작업을 다른 모델에 그대로 던져 현황 파악부터 시키는 것은 비효율적일 수 있다는 것이었다. Claude와 Codex가 하나의 작업 폴더를 공유해도 동시에 수정하지 않으면 괜찮다는 경험, 모델을 바꾸기 전에 인수인계 문서를 작성하면 다음 모델이 이어서 작업할 수 있다는 방식도 제시됐다.

관련 메시지 발췌 · 2026-09-04 02:08–02:40

02:08 · 에이프릴/클로드 코덱스 오픈클로 선생님들 혹시 프로그램개발할때 클로드에서하다 그록 코덱스 등 토큰에맞게 옮겨가면서 개발해도이상없나요?

02:30 · po/클로드 그렇다면 프로젝트 진행 방식 자체를 어떤 ai 로 사용해도 괜찮도록 잘 짜놔야해요. 그냥 하던거 들고가서 이거 현황파악해 분석해 해도 가능하겠지만 비효율적입니다.

02:39 · 곰씨네/클로드코드,코덱스 저 클로드와 코덱스 두개 사용 중입니다. 하나의 작업 폴더를 두개가 쉐어 하면서 작업 해도 문제는 없습니다. 동시에만 시키지 않으면 될듯합니다.

02:40 · 곰씨네/클로드코드,코덱스 다른 거로 넘어 가기 전에 작업 한 내용을 인수 인계 문서 작성 해 놔라 하면 작업 한 내용 정리 잘 해서 적어 두고.. 다른 놈도 그거 받아서 다시 작업 하고…. 전혀 문제 없이 됩니다.

미해결 질문

Fable 단독·팀·비동기 서브에이전트 실험의 작업 종류, 토큰 집계 방식과 품질 기준은 공개되지 않아 수치의 일반화 가능성을 확인할 수 없다.
Gemini 3.8과 Astra의 출시 상태, 모델별 코딩 성능, 할당량·헤드리스 사용 조건은 당시 소문·개인 평가와 공식 안내를 구분해 확인해야 한다.
소개된 브라우저 자동화 도구의 정확한 제품명, Windows·Linux 지원, 격리 방식과 외부 사이트 권한 범위는 source만으로 확정되지 않았다.
2026-09-03 밤부터 2026-09-04 새벽까지의 장애 원인, 영향 범위, 한도 초기화·보상·대화 보존 여부는 공식 공지가 필요하다.
서로 다른 모델이 같은 작업 폴더를 사용할 때 동시 수정 방지, 인수인계 문서의 최소 항목과 자동 검수 책임 범위는 프로젝트별로 정해야 한다.

공유된 자료

브라우저 자동화 소개 영상 — 무료 브라우저 자동화 도구 소개로 공유됨
open-browser-use GitHub — 브라우저 자동화 관련 참고 저장소로 공유됨
Claude 상태 페이지 — 장애 당시 공유된 상태 확인 링크
OpenAI 상태 페이지 — 장애 당시 공유된 상태 확인 링크
Grok 상태 페이지 — 장애 당시 공유된 상태 확인 링크
Google AI Studio 상태 페이지 — 장애 당시 공유된 상태 확인 링크
Astra 관련 X 게시물 — 출시·성능을 확정하지 않은 채 공유된 영상 링크