1단계: 흐름
오늘 방마다 어떤 문제의식이 생겼고 대화가 어느 방향으로 이동했는지 봅니다.
2026-06-02
2026-06-02 Kakao OpenChat Multi-Room Daily
여러 카카오 오픈채팅방의 대화를 읽고, 오늘 사람들이 어디에 관심을 모았는지와 무엇을 더 공부하면 좋을지를 먼저 정리했습니다.
읽는 순서
2단계: 인사이트
발언자들의 관점, 도구 선택 기준, 커뮤니티 안에서 반복되는 고민을 해석합니다.
3단계: 더 깊게
따라가 볼 링크, 공부할 키워드, 실제 업무에 적용할 질문으로 확장합니다.
오늘의 통합 흐름
휴먼 토큰이 가장 비싼 자원이라는 인식
여러 방에서 모델 비용보다 사람의 집중력, 검증 시간, 하네스 관리 시간이 더 중요하다는 말이 반복됐다. 토큰을 많이 쓰는 것이 능력이 아니라 좋은 작업 단위와 검증 루프를 만드는 것이 능력으로 재정의됐다.
도구 선택은 단일 모델 우열보다 역할 분담 문제로 이동
Codex, Claude, Grok, Gemini, Kimi, Qwen, OpenCode, Hermes, LazyCodex가 모두 언급됐지만 결론은 하나를 고르는 것이 아니라 기획, 구현, 검증, 자료 정리, 원격 승인에 맞게 배치하는 쪽이었다.
Second brain과 MCP는 도메인 지식의 운영 방식으로 수렴
Obsidian/Hermes second brain, 건축HUB MCP, 법률 RAG 논의는 모두 정제된 지식, 출처, 에러 규칙, ontology, 전문 에이전트를 어떻게 운영할지라는 같은 문제를 다뤘다.
모바일·원격 제어가 에이전트 작업을 생활 흐름에 붙이고 있다
Codex computer use, Claude remote control, Codex anywhere, LazyCodex 모바일 활용이 함께 언급되며, 에이전트 코딩은 책상 앞 채팅에서 이동 중 승인과 지속 운영으로 확장되고 있다.
방별 학습 요약
[실밸개발자] 바이브코딩 클럽
Agent Workflow
1단계: 흐름 새벽에는 Hermes, Local LLM, OpenReel, OpenAI 기업 라이브, KIST 강의 등 자료 공유가 많았고, 오전 이후에는 하네스 구축, 세컨드브레인, 모델 오류 검증, 토큰 비용, 멀티 에이전트 운용으로 논의가 깊어졌다.
2단계: 인사이트 참여자들은 정보량을 전부 흡수하려는 방식이 번아웃을 만든다고 보고, 필요한 순간에 AI에게 조사와 실행을 맡기되 검증 기준과 관심 영역을 좁히는 방식으로 전환해야 한다고 정리했다.
3단계: 더 깊게 하루 후반의 Claude/Codex/OpenCode 원격 제어, best practices, context window, subagent 분담 이야기는 장기 에이전트 작업에서 무엇을 기억시키고 무엇을 분리할지의 문제로 모였다.
[실전AI] 에이전틱 AI 커뮤니티
Knowledge System
1단계: 흐름 오전에는 Obsidian을 Hermes 기반 지식 관리자로 쓰는 무료 라이브 안내가 있었고, 이후 Codex desktop computer use, GPT/Claude/Gemini 구독, 국가 AI와 소버린 모델에 대한 의견이 이어졌다.
2단계: 인사이트 Codex desktop app의 computer use 플러그인으로 여러 챗봇과 코딩 도구에 역할을 부여할 수 있다는 경험은, 에이전트 운용이 코드 API만이 아니라 실제 UI를 다루는 자동화로 확장되고 있음을 보여줬다.
3단계: 더 깊게 Gemini Ultra, Google 저장공간, GPT Pro, Claude, 공공 AI, Solar·EXAONE 같은 소버린 모델 이야기는 개인 사용자의 구독 선택과 국가 단위 AI 전략이 같은 대화 안에서 만나는 장면이었다.
[커리어해커] AI 네이티브 클럽
Community Learning
1단계: 흐름 방의 성장 축하와 강의 자료 문의가 있었고, 알렉스님의 second brain 운영 방식, memory ontology, 비용, 웹앱 구조, 오픈소스 픽셀 오피스와 라이선스 질문으로 대화가 이어졌다.
2단계: 인사이트 알렉스님은 지식을 저장해두고 필요할 때 에이전트에게 일을 시키는 것이 핵심이라고 설명했고, 참여자들은 노션 메모를 넘어 ontology와 graph 구조를 어떻게 설계할지 질문했다.
3단계: 더 깊게 픽셀 오피스, 캐릭터 자동 운영, GitHub 오픈소스 사용 범위, MIT 라이선스 질문은 비개발자가 에이전트와 오픈소스를 실제 제품 제작에 연결할 때 필요한 기초 리터러시를 보여준다.
에르메스단
Model Evaluation
1단계: 흐름 새벽에는 MiniMax M3의 속도와 토큰 효율 평가가 중심이었고, 오전에는 Grok/Composer/CommandCode/Qwen, 오후에는 Claude·Codex 역할 분담, 밤에는 LazyCodex·OMO·가재코드 같은 하네스 생태계가 길게 논의됐다.
2단계: 인사이트 참여자들은 모델에 영향을 받지 않는 하네스라는 구호가 현실의 성능 차이와 휴먼 토큰 비용을 가린다고 비판했고, 느린 응답과 반복 검증이 실제 업무 집중력을 크게 깎는다고 보았다.
3단계: 더 깊게 LazyCodex, OMO, OM 시리즈, 가재코드 논쟁은 하네스가 모델을 싸게 우회하는 장치가 아니라 똑똑한 모델을 제한된 작업 단위에 묶고, 행동 후 증명하게 만드는 구조여야 한다는 결론으로 모였다.
에이전트코리아
Creator Tooling
1단계: 흐름 새벽에는 오픈소스 영상 편집기와 토큰 낭비 회고가 있었고, 오전에는 건축HUB MCP와 공공데이터, 오후에는 법률·회계 RAG와 전문 에이전트, 저녁에는 초보자용 AI 에이전트 자료와 세미나 공유가 중심이 됐다.
2단계: 인사이트 건축HUB MCP 설명은 건축물대장, 인허가, 가격, 노후건축물 등 도구를 분리하고 공식 API 실측값과 출처, NOT_FOUND/EXTERNAL_API_ERROR 같은 파싱 가능한 에러를 두는 방식이 중요하다는 점을 보여줬다.
3단계: 더 깊게 법률 임베딩이 엣지케이스에서 어렵다는 토론은 GraphRAG 자체를 위한 GraphRAG보다, 교과서·주해·판례를 잡은 소형 전문 에이전트와 few-shot 문서로 시작하는 접근이 더 실용적일 수 있음을 시사했다.