[실밸개발자] 바이브코딩 클럽

EXECUTIVE SUMMARY

오늘의 흐름을 먼저 한 번에 보기

요약전날 대화는 라이브 이후 Hermes/Agent 운영, 하네스와 검증, 조직 AX, RAG·문서 파싱·포트폴리오 조언으로 이어진 고밀도 실무 토론이었습니다. Main 7개, Mini 4개, Watch 3개로 나누고 시스템 입장 로그와 단순 잡담은 별도 승격하지 않았습니다.

구성

Main 7 · Mini 4 · Watch 3

대화량

메시지 1067건 · 발화자 70명 · 링크 9건

카테고리

Hermes/에이전트 운영 1AI 협업/하네스 1조직 AX/업무 전환 1RAG/출처 검증 1문서/PDF 파싱 도구 1포트폴리오/커리어 1토큰/계정 리셀 리스크 1라이브/커뮤니티 1Manus 대체/초보 에이전트 1앱 공유/사용자 피드백 1Remote-control 정책 변경 1방 운영/입장 로그 1Claude Max/강의 수강 1디자인 목업 방식 1

핵심 카드 빠르게 보기

헤르메스는 “편한 에이전트”가 아니라 메모리·수집·의사결정 루프를 어디까지 맡길지 정하는 문제로 토론됐다
AI에게 일을 시키는 법은 “좋은 말”보다 페이즈·검토·중단조건을 설계하는 하네스 문제로 압축됐다
AX 논의는 “AI를 어디에 쓰나”에서 “업무 구조를 AI가 맡을 수 있게 뒤집나”로 넘어갔다
RAG는 “검색해서 넣기”가 아니라 출처 추적·근거 노출·평가 메트릭까지 포함한 검증 레이어로 재정의됐다
문서 파싱은 MarkItDown·Nougat·Docling·OpenDataLoader까지 실사용 후보가 비교되며 “표·이미지 복원”이 쟁점이 됐다

헤르메스는 “편한 에이전트”가 아니라 메모리·수집·의사결정 루프를 어디까지 맡길지 정하는 문제로 토론됐다

한줄 결론지수님 쪽 Hermes 운영도 “기능 연결”보다 방별/작업별로 무엇을 기억·수집·판단하게 할지 경계를 먼저 정하는 쪽이 핵심입니다.

왜 중요했나초반 대화는 헤르메스 설치 경험, 구독/API 비용, VPS와 로컬 실행, 초보자에게 적합한 사용 범위가 한꺼번에 올라온 흐름입니다.

무슨 일이 있었나

발단은 “헤르메스 에이전트 잘 사용하느냐”는 질문과 막 설치한 사용자의 신세계 경험담이었습니다. 단순 코딩 도구가 아니라 DB 학습, 실시간 수집, 24시간 규칙 기반 크롤링까지 이어질 수 있다는 기대가 공유됐습니다.

응답은 곧 비용·접근성으로 이동했습니다. 코덱스/그록은 구독, 클로드는 API라는 답변과 함께, 클로드 구독을 서드파티로 연결하려 하면 제재될 수 있다는 주의가 붙었습니다.

전개상 중요한 점은 “헤르메스가 만능인가”보다 “어떤 모델·사용 시기·과제에 쓰느냐에 따라 경우의 수가 너무 많다”는 쪽으로 정리된 것입니다. 초보자에게는 경험을 쌓는 장난감처럼 보일 수 있지만, 제대로 쓰려면 운영 설계가 필요하다는 결론입니다.

실무 결론은 API/구독 비용표보다 먼저 사용 경계와 데이터 흐름을 정해야 한다는 것입니다. 수집·메모리·장기 실행을 맡길수록 효과는 커지지만, 그만큼 검증·권한·비용 관리가 같이 따라와야 합니다.

용어 쏙쏙 3개

VPS인터넷에 빌린 가상 서버
API서비스를 프로그램에서 호출하는 통로
서드파티공식 앱이 아닌 외부 도구/서비스

적용 방 발언 기준

지수님 포인트

지수님 쪽 Hermes 운영도 “기능 연결”보다 방별/작업별로 무엇을 기억·수집·판단하게 할지 경계를 먼저 정하는 쪽이 핵심입니다.

왜 이 액션인가

초반 대화는 헤르메스 설치 경험, 구독/API 비용, VPS와 로컬 실행, 초보자에게 적합한 사용 범위가 한꺼번에 올라온 흐름입니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

Follow-up

today — 지수님 쪽 Hermes 운영도 “기능 연결”보다 방별/작업별로 무엇을 기억·수집·판단하게 할지 경계를 먼저 정하는 쪽이 핵심입니다.

Wikipatterns/hermes_agent_operating_boundaries.md

Cross-room hooksHermesagentAPI cost

카카오톡 방 원문과 공유 링크 맥락 기준입니다.

대화 원문 10개 보기

01:05웃고있는 프렌즈
다들 헤르메스 에이전트 잘 사용하고 계신가요?
01:07하트쁌
코덱스가 잘해줘서... 헤르메스 삭제했습니다
01:19웃고있는 프렌즈
헤르메스의 두뇌가 코덱스인대도 그런가요?
01:49헤르메스/코덱스
저는 헤르메스 어제깔았는데 신세계네요 특히 디비라인 공부하시는분들한테 진짜 좋은듯 합니다
01:59헤르메스/코덱스
일단 헤르메스 메모리능력이있어서 설정만잘하면 기억을 잘하고, 실시간 크롤링이라던지 수집하고 착착착 쌓으니까 거기서 배우는게많더라구요. 물론 저같은 초보한정으로요
02:18헤르메스/코덱스
네네~제가 수다쟁이처럼 풀어드릴게요 1.일단 vps(호스팅어)를 쓰면서 가상서버를 써보는것도 저에게는 신기해요. 이런게 있는줄도 몰랐어요. 2.저는 청약관련된 서비스 만들면서 유튜브 댓글, 네이버 블로그 댓글, 보배드림, 클리앙 등등의 글들을 수요조사하는데 전에 클로드코드나 코덱스로 할때는 뭔가 2프로 부족한 느낌이었어요. 3. 근데 헤르메스가 24시간동안 규칙만 정해주면 알아서 수집하고, 또 그걸 종합해서 해석도 하고, 또 그걸 바탕으로 다시 수집을 합니다. 이게 엄청 신기한데 자가개선 비스무리한 느낌 ㅎㅎㅎ 4. 또 메모리 능력이 있어서 헤르메스가 저랑 대화하거나 한거를 잘 기억하고 있어요. 코딩에이전트들은 늘 부를때마다 뭐 읽어라, 뭘 다시 봐라 이거 은근히 귀찮고 그랬는데 그런게 덜합니다 5. 또,슬랙으로 연동해서 헤르메스 안의 에이전트들과 대화하면서 어쨋냐 저쩃냐 하는것도 곧 할 예정인데 넘 기대됩니다 ㅎㅎ 저같은 초보분들에게는 강추합니다 ㅎ
02:23오버맨/클코
혹시 그렇게 사용하면 ai api로 사용해야되는걸까요??
02:24스카/코덱스
코덱스는 구독가능할꺼에요
02:24오버맨/클코
Claude는 구독으로 못쓰나요?
02:24James Baek/Anti
코덱스랑 그록은 구독 클로드는 api 써야 합니다

AI에게 일을 시키는 법은 “좋은 말”보다 페이즈·검토·중단조건을 설계하는 하네스 문제로 압축됐다

한줄 결론에이전트 작업을 맡길 때 “권한을 줄지 말지”보다 먼저 분석 전용·수정 전용·검토 전용 단계를 분리하는 운영 문서가 필요합니다.

왜 중요했나새벽부터 오전까지 가장 긴 흐름은 AI가 마음대로 고치거나, 질문을 작업 지시로 오해하거나, 일부만 처리하는 문제였습니다.

무슨 일이 있었나

발단은 AI를 쓰다 보니 “시키는 입장”의 어려움을 알게 됐다는 경험담이었습니다. 팀장과 작업자의 관계를 AI 지시 구조에 빗댄 발화가 공감을 얻었습니다.

응답은 곧 실제 사고 사례로 구체화됐습니다. “커밋했어?”라고 물었을 뿐인데 커밋·푸시까지 해버리는 상황, `next-themes` 파일 목록만 달랬는데 스스로 고쳐버리는 상황, 버튼을 만들라 했는데 자동 체크로 바꿔버리는 상황이 이어졌습니다.

전개에서 나온 해결책은 CLAUDE.md/Hook을 더 길게 쓰는 것만이 아니었습니다. 작업을 4~6 페이즈로 쪼개고, 보고서 컨펌 후 실제 수정, 범위 외 수정 시 즉시 중단 같은 프로토콜을 만드는 방식이 반복적으로 제안됐습니다.

실무 결론은 “AI가 말을 안 듣는다”가 아니라, 의도 해석·권한·검토·중단 조건이 같은 문맥에 섞이면 사고가 난다는 것입니다. 목록화, 분석, 수정, 배포를 서로 다른 단계로 분리해야 합니다.

원문 디테일 기준으로는 `next-themes`, 커밋/푸시, 배포, 버튼, 디자인 시스템, 4~6 페이즈, 적대적 검토 같은 구체 사례가 같은 문제를 가리켰습니다. 그래서 이 카드는 “AI가 사용자를 속인다”는 감정 표현보다, 분석·수정·배포·검토 권한을 단계별로 끊는 하네스 설계 이슈로 읽어야 합니다.

용어 쏙쏙 3개

하네스AI가 작업할 때 지켜야 하는 절차·검증·권한 장치
Hook특정 작업 전후에 자동으로 실행되는 규칙/스크립트
CLAUDE.mdClaude Code류 도구가 참고하는 프로젝트 지침 파일

적용 방 발언 기준

지수님 포인트

에이전트 작업을 맡길 때 “권한을 줄지 말지”보다 먼저 분석 전용·수정 전용·검토 전용 단계를 분리하는 운영 문서가 필요합니다.

왜 이 액션인가

새벽부터 오전까지 가장 긴 흐름은 AI가 마음대로 고치거나, 질문을 작업 지시로 오해하거나, 일부만 처리하는 문제였습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

Follow-up

today — 에이전트 작업을 맡길 때 “권한을 줄지 말지”보다 먼저 분석 전용·수정 전용·검토 전용 단계를 분리하는 운영 문서가 필요합니다.

Wikipatterns/agent_harness_phase_gate.md

Cross-room hooksharnessClaude CodeCodex

카카오톡 방 원문과 공유 링크 맥락 기준입니다.

대화 원문 14개 보기

03:18aiaiai/코덱스
코덱스 가끔 진짜 거슬리는게… 이거 커밋했어? 물어보면 커밋하고 배포까지 하라는 소린데
03:18aiaiai/코덱스
커밋했어? -> 아니요
03:18aiaiai/코덱스
커밋해
03:18aiaiai/코덱스
배포했어? -> 아니요
03:18aiaiai/코덱스
배포해
03:21aiaiai/코덱스
제가 배포까지 하라고 물어보면서 배포했어? 물어볼때랑 궁금해서 물어볼떄랑 구분 잘 하긴 함...
03:21정밀컷터/cc, codex
다음 세션으로 넘어가서 이전 작업상황 커밋되어있어? 라고 물었는데 코덱스가 알아서 보고 미커밋 변경까지 노티안하고 커밋해서 푸시까지 해버린다면?
03:22정밀컷터/cc, codex
단순하게 커밋은 승인받고 해. 라고만 해둬도 문제생겨요 사이즈커지면
03:23춘/코덱 클코
커밋했냐고 물었는데 배포하면 안될것 같은데..
03:55WCOMPANY/클코
본인 하네스라던가 개발구조가 얼마나 최적화 잘되있는가 평가하는게 있던거 같은데
07:30MaJu / 개발자 / 클코,코덱스
AI를 사용하는 것을 고민하고, 환경 세팅하는게 너무 재미있고 집중 되는데.. 회사 일을 효율화 시켜두니 원래 일하던 업무에 집중이 안된다는 문제가... 회사에서 직무는 AI Agent 직무는 아닌데 남는 시간에 AI를 갈궈서 팀 활용 AI 만들어서 배포하거나 세미나 준비하거나 하게되네요. 그래서 직무를 바꾸고 싶은 거기도...?
08:31감자/클코
제가 회사에서 프론트앤드 + supabase로 saas 를 만드는 팀에서 업무를 하는데 하네스 구축해서 개발하고 있습니다. 그런데 요즘 헤르메스에 대한 얘기가 많아서 어떻게든 사용을 꼭 해야할지 고민이 됩니다. 지금도 구현하거나 이슈 수정하는데는 문제가 없는데 따로 PC를 셋팅해서 헤르메스를 어떻게는 업무에 적용을 해야하는건지, 다른분들은 회사 업무에서 어떻게 활용하고 계신지 궁금합니다.
08:38마스트/클코
결과물 검토해보면 혼자서 마음대로 해놨더라구요ㅂㄷㅂㄷ
08:41당당이 / 코덱스
저는 하네스다 루프다 이것저것 시도해보다가 그냥 기초적인 프롬프트 개발로 돌아갔습니다..

AX 논의는 “AI를 어디에 쓰나”에서 “업무 구조를 AI가 맡을 수 있게 뒤집나”로 넘어갔다

한줄 결론지수님이 방별 브리핑을 볼 때도 도구명보다 “이 조직/팀은 어떤 업무 단위를 AI에게 넘기려 하는가”를 신호로 보는 게 좋습니다.

왜 중요했나라이브 이후 오전 대화는 개인 생산성 도구 사용을 넘어 회사 업무와 조직 구조에 AI를 어떻게 넣을지로 확장됐습니다.

무슨 일이 있었나

발단은 라이브 소감과 “AI로 다 하려면 어떻게 해야 하지?”라는 관점 전환이었습니다. 한 참여자는 팀 세컨드 브레인과 개인 메모리 DB를 같은 흐름으로 보고, 무형지식을 자산화하는 것이 AX의 핵심이라고 표현했습니다.

응답에서는 실제 회사 업무의 갈등이 나왔습니다. 효율화가 된 뒤 기존 업무에 집중이 안 되고, 남는 시간에 팀 활용 AI를 만들거나 세미나를 준비하게 된다는 경험이 공유됐습니다.

전개는 “헤르메스를 꼭 업무 PC에 별도 세팅해야 하나”라는 질문으로 이어졌습니다. 프론트엔드+Supabase 업무에서 이미 하네스를 쓰고 있지만, 회사 결정권과 작은 일정 단위 때문에 1인개발식 거대 루프가 맞지 않는다는 고민이 나왔습니다.

실무 결론은 조직 AX가 도구 도입 체크리스트가 아니라 업무 재설계 문제라는 것입니다. 개인이 전부 결정할 수 있는 1인개발과 회사의 승인/일정/역할 구조는 하네스 설계 자체가 달라야 합니다.

용어 쏙쏙 3개

AXAI Transformation
조직이나 업무 프로세스를 AI 중심으로 재설계하는 전환
SupabasePostgres 기반 백엔드/인증/스토리지 서비스

추적 방 발언 기준

지수님 포인트

지수님이 방별 브리핑을 볼 때도 도구명보다 “이 조직/팀은 어떤 업무 단위를 AI에게 넘기려 하는가”를 신호로 보는 게 좋습니다.

왜 이 액션인가

라이브 이후 오전 대화는 개인 생산성 도구 사용을 넘어 회사 업무와 조직 구조에 AI를 어떻게 넣을지로 확장됐습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

Follow-up

today — 지수님이 방별 브리핑을 볼 때도 도구명보다 “이 조직/팀은 어떤 업무 단위를 AI에게 넘기려 하는가”를 신호로 보는 게 좋습니다.

Wikipatterns/ai_transformation_workflow_redesign.md

Cross-room hooksAXworkfloworganization

카카오톡 방 원문과 공유 링크 맥락 기준입니다.

대화 원문 12개 보기

07:10멍뭉이/클코
전부 들은건 아니지만 헤르메스가 맥락을 db화 해서 날 잘알게하는것도 팀내 세컨드 브레인에 철학을 주입하는것도 결국 같은 흐름같다는 생각이 드네요. 나 또는 팀이 원하는 정답에 도달하는 방식을 어떤 형식으로든 주입시키는게 중요해진.. 일종의 무형지식의 자산화가 이뤄지는 느낌.. 그게 AX의 핵심이란걸 생각하면 AI의 활용은 지적재산의 활용에 가깝다는 생각이 듭니다. 제가 그만큼 똑똑해져야한다는건 안비밀... 😂
07:24우푸/클코
AI를 어느 영역에서 사용해야 하지? 보다, AI로 다 하려면 어떡해야 하지? 의 고민으로 시작하시면 좋을 거 같사옵니다 ㅎㅎ!
07:30MaJu / 개발자 / 클코,코덱스
AI를 사용하는 것을 고민하고, 환경 세팅하는게 너무 재미있고 집중 되는데.. 회사 일을 효율화 시켜두니 원래 일하던 업무에 집중이 안된다는 문제가... 회사에서 직무는 AI Agent 직무는 아닌데 남는 시간에 AI를 갈궈서 팀 활용 AI 만들어서 배포하거나 세미나 준비하거나 하게되네요. 그래서 직무를 바꾸고 싶은 거기도...?
07:56이응 / 클코덱스
혹시 하드웨어 개발쪽 계신분들은 AX 어떻게 하고계신지 여쭤봐도될까요?🤔
08:11이응 / 클코덱스
조직차원의 ax를 어떻게하고계신지 궁금해서요 본인업무 이관 말고!
08:17JK/Gemini
전 요즘 제 일에서 어떻게 workflow 를 바꿔서 좀 AI agent 에게 일을 많~~이 몰아주고 난 좀 딴일 해볼까 고민중에 있습니다. 일단 초기작업들을 시작하니 시작은 시간이 오래 걸리지만 반복 하는 일을 해주니.. 초기과정 시간 투자이기도 하고… 또 한편으로는 생각을 이전이랑 똑같이 할것이 아니라 workflow 를 좀 뒤집어 엎어야 할것 같은 생각을 하고 있습니다… ㅋㅋㅋ 의로쪽이라… 속도가 너무 늦어서 혼자 좀 따로 노는 기분… 가까운 주위는 엄청 느려서 혼자 기쁜 마음으로 놀고 있어요 ㅋㅋㅋ 오늘 우푸님의 인터뷰 너무 즐겁게 들었습니다!! 감사합니다!! 저 지금 한국 휴가와서 ㅋㅋㅋ 놀고 있어요 ㅋㅋ 실밸님 정말 고생 많으시네요.. 한국에서 여기 시간에 맞게 하니 너무 좋아요 😆 실밸님 감사해요!!
08:20MaJu / 개발자 / 클코,코덱스
음... 하드웨어 직무가 아니라 답변 드리기 어려운데.. 회사 내부에서 하드웨어 분들을 보면 Ai를 어디에 활용하고 계신지 잘 모르겠어요. 개인적으로 생각할때, 어떻게 하드웨어 개발 업무 내용과 디버깅 까지 확장 해갈지를 고민해야 될거 같다고 이전에 잠깐 생각은 하였는데... 하드웨어는 레거시적 회사 마다 가지고 있는 설계 기준이 다양해서 그것을 어떻게 정리해서 반드시 그것을 읽게 할지 고민부터 해야할지 하네요.
08:31감자/클코
제가 회사에서 프론트앤드 + supabase로 saas 를 만드는 팀에서 업무를 하는데 하네스 구축해서 개발하고 있습니다. 그런데 요즘 헤르메스에 대한 얘기가 많아서 어떻게든 사용을 꼭 해야할지 고민이 됩니다. 지금도 구현하거나 이슈 수정하는데는 문제가 없는데 따로 PC를 셋팅해서 헤르메스를 어떻게는 업무에 적용을 해야하는건지, 다른분들은 회사 업무에서 어떻게 활용하고 계신지 궁금합니다.
08:42감자/클코
아 조언 감사드립니다. 그런데 여기서 조금 고민이 되는게 회사에서 요구하는 기능들이 있고 그 기능들을 만들때 말씀하신대로 해당 내용들을 클로드코드나 코덱스와 딥리서치 및 딥인터뷰로 prd를 먼저 만들고 진행을 하고 있습니다. 이런걸 위해서 별도 pc에 헤르메스까지 구축할 필요가 있는건지를 잘 모르겠습니다.. 뭔가 관리포인트가 더 늘어나는게 아닌가 싶어서
08:44감자/클코
그래서 요즘 헤르메스나 오픈클로 관련해서 유튜브나 정보들이 엄청 많이 올라던데 실제로 업무에 사용하는게 효율적인건지 잘 모르겠더라구요..
08:49감자/클코
이 부분도 조금 고민인게 1인개발이라면 모든 기능에 대한 결정권이 스스로에게 있다보니 큰규모를 관리하기위해서 구축해볼수 있을 것 같은데 아무래도 회사에서는 결정권자들이 있고 그러다보니 기능들을 작게쪼개서 하나씩 일정을 잡고 진행하게 되어서 안맞는 구조로 느껴지더라구요 아예 AX시대에 조직구조의 문제까지도 생각하게 되네요..
08:51마스트/클코
저 GPT3.5부터 팀 업무 시스템 만드는 거 했는데 너무 많은 일들이 있더라구요ㅋㅋ

RAG는 “검색해서 넣기”가 아니라 출처 추적·근거 노출·평가 메트릭까지 포함한 검증 레이어로 재정의됐다

한줄 결론Hermes 위키/브리핑도 요약문만 남기지 말고 근거 링크·원문 tuple·검증 상태를 같이 남기는 방향이 맞습니다.

왜 중요했나오후 전반의 핵심 기술 흐름은 회사 규정 챗봇, LLM Wiki 출처 확인, RAG rank 개선, Agentic RAG까지 이어졌습니다.

무슨 일이 있었나

발단은 회사 시스템·국제협약·규칙 챗봇의 성능 기준 질문이었습니다. 답변은 정확도 자체보다 잘못된 답변이 실제 손해를 만들 수 있다는 리스크 감각에서 시작됐습니다.

응답에서는 근거와 출처를 항상 내보내는 방식, 탐색기를 JSON 형태로 만들고 중간 응답값을 확인하는 방식, source check 스킬을 따로 두는 방식이 나왔습니다.

전개는 RAG rank 개선 팁으로 확장됐습니다. Query Rewriting, 제목+요약문+본문으로 문서 구조 재구성, 탐색 공간 재정의가 제안됐고, 이후 Agentic RAG를 “AI Agent가 판단하기 위한 evidence layer”로 봐야 한다는 긴 설명이 붙었습니다.

실무 결론은 RAG가 독립 상품이라기보다 에이전트 판단을 검증하는 하부 레이어가 된다는 것입니다. 특히 규정/법/특허처럼 틀리면 손해가 큰 도메인은 답변 UX보다 출처·반증·평가 루프가 먼저입니다.

용어 쏙쏙 3개

RAG검색으로 가져온 문서를 LLM 답변 근거로 쓰는 구조
Query Rewriting검색 질문을 더 잘 찾히게 재작성하는 기법
NDCG검색 결과 순위 품질을 재는 평가 지표

위키화 방 발언 기준

지수님 포인트

Hermes 위키/브리핑도 요약문만 남기지 말고 근거 링크·원문 tuple·검증 상태를 같이 남기는 방향이 맞습니다.

왜 이 액션인가

오후 전반의 핵심 기술 흐름은 회사 규정 챗봇, LLM Wiki 출처 확인, RAG rank 개선, Agentic RAG까지 이어졌습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

Follow-up

today — Hermes 위키/브리핑도 요약문만 남기지 말고 근거 링크·원문 tuple·검증 상태를 같이 남기는 방향이 맞습니다.

Wikipatterns/rag_evidence_verification.md

Cross-room hooksRAGLLM Wikievaluation

카카오톡 방 원문과 공유 링크 맥락 기준입니다.

대화 원문 14개 보기

11:26나는탑이다/클코
안녕하세요! 회사 시스템 및 회사업무관련 국제협약, 규칙등에 대한 챗봇을 만들었는데요 이런 챗봇에게 가장 중요한 성능? 기준?은 무엇일까요?
12:25움찔/코파,클코.코덱
잘못된 답변받은 직원이 회사에 큰 손해를 끼쳐서 인사징계를 받고 인생을 망칠수도 있다는 위기감을 장착하시고 프로젝트에 임하시면 좋을것 같습니다 ㅎㅎ;; 반쯤 농담이지만 법이라던지 특허라던지… 잘못 해석할 경우 크게 문제가 생길만한 도메인일수록 챗봇 도입은 조심해야한다는 입장입니다. 그런 도메인의 경우 단 한 번의 실수로 ai에 대한 신뢰도 자체가 떨어질수 있어서요. 검증 정말 빡세게 해야한다고 봅니다. 잘못은 ai가 하지만 책임은 사람이 져야하는 task의 경우니까요.
12:37반가워하는 니니즈/클코
저도 사내 챗봇을 만들었는데, 사실 오대답이 가장 걱정되었습니다. 이에 질문에 대한 관련 실제페이지 링크와 함께 경고문으로 실수가 나와도 대처가 가능하도록 세팅했어요
12:57아웃라이너/클코덱스
윗분 말씀처럼 근거와 출처가 항상 나오도록 하는게 좋은거 같아요. 그리고 사람들이 쓸 필요가 있는지가 제일 중요하겠죠 ㅎㅎ 지속 사용을 위해서는 챗봇 퀄리티도 중요하고 사람들이 챗봇에게 물어보는 습관도 중요한거 같아요. 생각보다 잘 안쓰는 경우가 있는거 같아서..
13:23축하하는 라이언/클코
Llm wiki등을 사용했는데, Ai가 대답을 잘못했을때 그 data 출처를 알고 싶은데, 항상 대답할때의 근거인 출처를 작성하게 해 이거 말고는 방법이 없을까요?
14:08お金を撒くライアン/클로드코드
재작년 이맘때는 지피티짱은 그냥 똥멍청이 챗봇 심심이 이루다였으니까요
14:28연결성/클코
네 보안을 이유로 키워드 자체가 밴 되어 있어요 코덱스한테 정보 탐색 시켰다가 바로 DM 왔어요
14:29연결성/클코
네 보안을 이유로 키워드 자체가 밴 되어 있어요 코덱스한테 정보 탐색 시켰다가 바로 DM 왔어요
14:32DV/Antigravity
탐색 시 늘 출처를 함께 가져오도록 탐색기를 만들면 되지 않을까 싶네요! 이후 llm wiki 탐색용 Skill을 만들어서 탐색 시 그 탐색기를 사용하게 하고, 응답형태를 json 형태(문구, 출처)로 응답하게 만들고 답변이 엉뚱할땐 그 중간 응답값을 까보시면 될것 같습니다.
14:42DV/Antigravity
이런거 hook으로 지시해도 계속 문제가 발생한다면 아예 Step을 나눠보시는것도 좋을것 같아요. 1) 디자인 컴포넌트 탐색 skill 만들어서 보유중인 asset 탐색 2) 없으면 가이드라인에 맞게 생성 AGENTS.md 나 CLAUDE.md 를 잘 안따른다고 하면 이건 충돌되는 상황이 있을 수 있어서 점검해보시고 그것도 아니라면 Context Length 가 넘 길어서 그럴 수 있으니 문서를 더 쪼개보셔요!
14:57DV/Antigravity
팁을 조금 드려보면 탐색되는 문서의 rank가 원하는 수준이 아닐때 할 수 있는 방법들이 다양한데 쉽게 할 수 있는 것들 알려드릴게요! 1) Query Rewriting - 검색 질문을 Agent가 재정의 하도록 명시 2) 문서의 구조 재구성 - 제목+요약문+본문 재구성 (일반적인 RAG에선 이 구조가 성능이 유리합니다. 대부분의 Embedding 모델이 이런 문서 형태로 학습됐기 때문) 3) 탐색 공간의 재정의 - 문서를 좀 더 명료하게 그루핑 한 뒤, 해당 그룹 단위 내에서 탐색하도록 사전 필터 4) CoT 적용 - 문서 탐색 과정에서 왜 이런 질문을 해야하고 왜 이 카테고리를 찾아가야되는지 thought의 흐름을 예시로 추가
15:07DV/Antigravity
추가로, 100에 100 같은 대답을 하게 만들려면 평가 데이터셋을 만들어놓고 반복 수행해서 검증 루프를 만드는게 좋은데요! 이 경우 NDCG Score 라는 메트릭을 정의하고 여기에 맞게 평가 데이터를 준비해서 반복 수행하며 성능 높혀보시는것도 추천드립니다.
15:09우푸/클코
DV님은 아니지만…ㅎ 답변을 드려볼게요오 '- ' 도클링으로 json으로 문서를 파싱하는 방법이나, 수식에 유리한 마이너유 같은 툴은 RAG 파이프라인에 굉장히 유리한 시스템 이죠 ㅎㅎ!
15:10우푸/클코
현재 조금 더 트렌디한 기술은, 렝을 활용한 노트라인, 새컨드브레인 구성을 통하여 에이전트 RAG 형태에요 ㅎㅎ

문서 파싱은 MarkItDown·Nougat·Docling·OpenDataLoader까지 실사용 후보가 비교되며 “표·이미지 복원”이 쟁점이 됐다

한줄 결론지수님 문서 자동화에서는 PDF 파서 하나를 표준으로 박기보다 문서 유형별 후보와 실패 시 fallback을 위키화해두는 게 좋습니다.

왜 중요했나15시대에는 PDF/문서 파싱 도구와 OCR/VLM 기반 처리 경험이 구체적으로 오갔습니다.

무슨 일이 있었나

발단은 테이블·이미지 형태는 OCR만으로 분석이 어렵다는 문제 제기였습니다. 단순 텍스트 추출을 넘어 표 구조, 차트, 이미지-텍스트 병합이 논점이 됐습니다.

응답에서는 MarkItDown, Nougat, Docling, 라마파스/라파스처럼 들린 도구, OpenDataLoader PDF까지 여러 후보가 언급됐습니다. 각 도구는 “학술 논문”, “표 복구”, “요즘 많이 사용”처럼 쓰임새가 다르게 배치됐습니다.

전개에서 DV는 과거 Unstructured I/O와 업스테이지 공동 연구 경험을 바탕으로, 예전엔 XML 형태 변환이나 이미지/텍스트 병합이 유의미했지만 VLM과 LLM 해석력이 좋아져 조언 기준도 바뀌었다고 설명했습니다.

실무 결론은 문서 파싱을 한 도구로 고정하지 말고 문서 타입별 fallback ladder를 둬야 한다는 것입니다. 일반 텍스트, 학술 PDF, 표/차트, 이미지 스캔은 성공 기준이 다릅니다.

용어 쏙쏙 3개

OCR이미지 속 글자를 텍스트로 바꾸는 기술
VLM이미지와 텍스트를 함께 이해하는 모델
Docling/MarkItDown/Nougat문서 변환·파싱 도구 후보

테스트 방 발언 기준

지수님 포인트

지수님 문서 자동화에서는 PDF 파서 하나를 표준으로 박기보다 문서 유형별 후보와 실패 시 fallback을 위키화해두는 게 좋습니다.

왜 이 액션인가

15시대에는 PDF/문서 파싱 도구와 OCR/VLM 기반 처리 경험이 구체적으로 오갔습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

Follow-up

today — 지수님 문서 자동화에서는 PDF 파서 하나를 표준으로 박기보다 문서 유형별 후보와 실패 시 fallback을 위키화해두는 게 좋습니다.

Wikitools/document_parsing_fallbacks.md

Cross-room hooksPDFOCRVLM

카카오톡 방 원문과 공유 링크 맥락 기준입니다.

대화 원문 12개 보기

15:07다시시작한 개발자
Dv 님 pdf 문서 파싱할때 저는 docling 하고 안되는건 mineru 사용하는데 혹시 좀더 효율적으로 할수있는 방법이 있을까요??
15:09우푸/클코
DV님은 아니지만…ㅎ 답변을 드려볼게요오 '- ' 도클링으로 json으로 문서를 파싱하는 방법이나, 수식에 유리한 마이너유 같은 툴은 RAG 파이프라인에 굉장히 유리한 시스템 이죠 ㅎㅎ!
15:10다시시작한 개발자
Docling 이 너무 오래걸려서.. mineru 를 좀더 많이 확대해서 사용할지 고민하고있어서요..
15:11우푸/클코
그래서 json 파싱보다, LLM 트렌스포머가 더 문맥을 잘 파악할 수 있는 MD 파싱을 많이 사용하는 추세로
15:11우푸/클코
그 중에, 테이블형태나 이미지 형태는 OCR만으로 분석이 어렵기 때문에
15:12우푸/클코
멀티모달 스킬을 사용하는데, 최근 - 좋은 성능의 멀티모달 스킬들이 많이 나와있어요 ㅎㅎ 유료이긴 하지만, 업스테이지도 좋고, 비싸긴 하지만 클로드 API를 통한 멀티모달 스킬도 굉장히 파싱을 잘 해주옵니다 ㅎ
15:13다시시작한 개발자
아 그러니까 문서를 llm이 읽고 md 로 파싱하는걸 말하는걸까요??
15:13우푸/클코
llm이 문서를 읽어서 md로 파싱해주는 알고리즘도 있고,
15:13우푸/클코
특정 파일을 md로 파싱한 후에 llm이 읽게 하는 방식도 있어요 ㅎㅎ
15:15다시시작한 개발자
Pdf를 .md 로 파싱하는 방법은 생각도 못했는데 ㅗ덱스는 json 으로하더라고요..
15:16우푸/클코
요즘 https://github.com/microsoft/markitdown 이 스킬을 많이 사용하신다고 들었어요 ㅎ
15:16다시시작한 개발자
코덱스랑 대화가좀 필요하겠네요.. 이제 더이상 docling 은 못하겠더라고요.. 한달이상 docling 을 했는데도 문서가 많이 남아서..

AI 엔지니어 포트폴리오는 “RAG 하나”보다 AgentOps·평가·상태관리·Human-in-the-loop 경험을 보여줘야 한다는 조언으로 정리됐다

한줄 결론지수님 에이전트 프로젝트도 결과물 캡처보다 “운영 난제 체크리스트”를 포트폴리오/문서로 남기면 재사용 가치가 커집니다.

왜 중요했나16시대 후반에는 취업/포트폴리오 준비 질문이 구체적인 엔지니어링 경험 목록으로 정리됐습니다.

무슨 일이 있었나

발단은 AI 솔루션·시스템 배포 쪽 포트폴리오를 어떻게 잡을지에 대한 고민이었습니다. “RAG는 오래된 기술이고 오픈소스/임베디드가 낫다”는 외부 조언도 함께 공유됐습니다.

응답에서 DV는 RAG에만 집중하면 불리할 수 있다고 했습니다. RAG는 이제 독립 영역이라기보다 데이터 엔지니어링·툴의 일부로 넘어가며, 개인이 스케일 경험을 보여주기 어렵다는 이유였습니다.

전개상 가장 구체적인 조언은 에이전트 포트폴리오 체크리스트였습니다. Idempotency, State Machine, Long Running Function, Human in the loop, Multi Agent, Observability, AgentOps, Golden Eval, Memory 등 면접에서 할 말이 생기는 항목들이 제시됐습니다.

실무 결론은 포트폴리오가 “AI로 앱 만들었다”가 아니라, 실패·중단·재시도·관찰·평가를 어떻게 설계했는지 보여줘야 한다는 것입니다. 채용자는 완성 화면보다 난해한 운영 상황을 어떻게 다뤘는지를 볼 가능성이 큽니다.

용어 쏙쏙 3개

Idempotency같은 작업을 여러 번 실행해도 결과가 망가지지 않는 성질
Observability시스템 내부 상태를 로그/지표/추적으로 볼 수 있게 하는 것
Golden Eval대표 테스트셋으로 품질을 반복 측정하는 평가

적용 방 발언 기준

지수님 포인트

지수님 에이전트 프로젝트도 결과물 캡처보다 “운영 난제 체크리스트”를 포트폴리오/문서로 남기면 재사용 가치가 커집니다.

왜 이 액션인가

16시대 후반에는 취업/포트폴리오 준비 질문이 구체적인 엔지니어링 경험 목록으로 정리됐습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

Follow-up

today — 지수님 에이전트 프로젝트도 결과물 캡처보다 “운영 난제 체크리스트”를 포트폴리오/문서로 남기면 재사용 가치가 커집니다.

Wikipatterns/agent_portfolio_operational_checklist.md

Cross-room hooksAgentOpsportfolioevaluation

카카오톡 방 원문과 공유 링크 맥락 기준입니다.

대화 원문 10개 보기

16:14DV/Antigravity
포트폴리오 준비하실때 좀 더 난해한 상황들을 고려해서 하나하나 추가하며 준비해보시는것도 좋을것 같아요. 에이전트라고 하면 지금 생각나는건 이정도 다뤄봤다고 하면 면접에서도 할 이야기도 많을것 같아요! Idempotency, State Machine, Long Running Function, Human in the loop, Multi Agent, Observability, AgentOps, Golden Eval, Memory, Workflow, OAuth, Context Cache
16:15다시시작한 개발자
근데 포트폴리오로 rag를 하는건 시간이 너무 오래걸리는 작업이 아닐까요??
16:17DV/Antigravity
RAG에만 집중하시는건 사실 지금은 좀 불리할것 같아요. RAG는 툴의 하나이기도 하고, AI 보단 데이터 엔지니어의 영역으로 넘어가는 추세라...스케일이 중요할텐데 개인이 하기엔 좀 쉽지 않아보일 수도...
16:19DV/Antigravity
오히려 AI 엔지니어 생각하시면 RAG는 스케일보다는 모델 관점에서의 정확도 경험 하시는것도 유리해요! 모델 튜닝 통해 NDCG 메트릭 높혔다, Domain Adaptation 했다 등등...
16:21DV/Antigravity
요즘 바이브코딩 면접 중에는 가상 데이터 생성까지 해서 보는 면접도 있는걸요! 운영 환경에 준하게 부하 주거나 입력 데이터 만드는건 얼마든지 가능할테니까요!
16:21DV/Antigravity
일단 서류는 최대한 포장하고... 면접까지 가셔서 어떻게든 이 경험들로 뿌시면...!
16:25우푸/클코
맞아… 관심사가 RAG가 아니실 수 도 잇는데
16:25우푸/클코
역시 또 RAG로 돌아와버리기
16:25우푸/클코
RAG는 못된거에요
16:27박스에 들어간 춘식이
RAG 좋죠

늦은 밤 Claude 저가 리셀 논의는 비용 절감 팁이 아니라 계정·결제·데이터 유출 리스크 신호로 봐야 한다

한줄 결론지수님 쪽 API/모델 비용 최적화도 공식 과금·신뢰 가능한 라우팅만 사용하고, 비공식 토큰 리셀은 보안 리스크로 분리해두는 게 안전합니다.

왜 중요했나마지막 짧은 흐름은 Claude 토큰 리셀러와 공식 API 대비 70~90% 저렴한 판매 구조에 대한 경고였습니다.

무슨 일이 있었나

발단은 Claude VS Code와 Codex 앱 차이를 묻는 짧은 질문이었지만, 곧 중국 리셀러들이 공식 API보다 훨씬 싼 Claude 토큰을 판다는 설명으로 바뀌었습니다.

응답 내용은 단순 할인 정보가 아니었습니다. 여러 Claude Max 계정 사용량을 묶어 재판매하고, 결제 사기와 모델 출력/추론 과정 재판매가 얽힐 수 있다는 위험 구조가 제시됐습니다.

전개는 “AI 구독 싸게 판다는 광고가 이런 것이냐”는 반응으로 닫혔습니다. 짧은 대화지만 보안/법적 리스크가 큰 주제라 Watch가 아니라 Main에 보존할 만합니다.

실무 결론은 비공식 저가 API/토큰 판매를 비용 최적화 후보로 보지 말아야 한다는 것입니다. 계정 정지, 결제 문제, 입력 데이터와 출력물 재판매 위험이 모두 엮입니다.

원문에는 Claude VS Code와 Codex 앱 차이 질문, 중국 리셀러, 공식 API 가격보다 70~90% 저렴한 Claude 토큰, Claude Max 계정 묶음, 결제 사기, reasoning chains 재판매, 유튜브 광고 반응이 한 흐름 안에 들어 있습니다.

용어 쏙쏙 3개

리셀러공식 판매자가 아닌 재판매자
payment fraud결제 사기
reasoning chain모델이 답을 내는 중간 추론 기록

추적 방 발언 기준

지수님 포인트

지수님 쪽 API/모델 비용 최적화도 공식 과금·신뢰 가능한 라우팅만 사용하고, 비공식 토큰 리셀은 보안 리스크로 분리해두는 게 안전합니다.

왜 이 액션인가

마지막 짧은 흐름은 Claude 토큰 리셀러와 공식 API 대비 70~90% 저렴한 판매 구조에 대한 경고였습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

Follow-up

today — 지수님 쪽 API/모델 비용 최적화도 공식 과금·신뢰 가능한 라우팅만 사용하고, 비공식 토큰 리셀은 보안 리스크로 분리해두는 게 안전합니다.

Wikisecurity/unofficial_ai_token_reseller_risk.md

Cross-room hooksAPI costsecurity

카카오톡 방 원문과 공유 링크 맥락 기준입니다.

대화 원문 3개 보기

23:48조이/클코
현재 무슨 일이 벌어지고 있는지 설명하겠습니다. 중국의 리셀러들이 Anthropic 공식 API 가격보다 70~90% 저렴한 Claude 토큰을 판매하고 있습니다. 이들은 여러 개의 Claude Max 계정의 사용량을 묶어서 재판매하고, 결제 사기(payment fraud)를 활용하며, 모델의 출력 결과와 추론 과정(reasoning chains)을 여러 중국 AI 연구소에 다시 판매하는 방식으로 이를 가능하게 합니다. 즉, 사용자 로그와 추론 기록을 제공받는 대가로 모델 사용료를 사실상 보조해 주고, 그 데이터를 학습용 데이터로 판매하기 때문에 원가 이하의 가격으로도 운영할 수 있습니다. 중국에서는 Claude와 ChatGPT가 모두 차단되어 있습니다. 접속하려면 VPN이 필요하고, 중국 은행 카드로는 결제도 할 수 없습니다. 그래서 Claude를 쓰려는 대부분의 사람들은 리셀러를 통해 접근 권한을 구매합니다. 이것이 중국에서 Anthropic 모델을 사용하는 가장 쉽고 저렴한 방법입니다. 이런 리셀러들은 수만 개의 봇 계정을 운영하고 있으며, 이것이 Anthropic이 봇의 대량 생성을 막기 위해 신원 확인(KYC)을 도입한 이유이기도 합니다. 예를 들어 한 리셀러는 Claude Opus 4.8을 공식 API 가격보다 93% 할인된 가격에 제공하고 있습니다. 이것이 DeepSeek와 GLM의 토큰 가격이 매우 저렴한 이유 중 하나이기도 합니다. 중국에서는 이처럼 비정상적으로 싼 Claude 토큰과 경쟁해야 하기 때문에, 사용자들을 유지하려면 가격을 낮출 수밖에 없습니다. 몇 달 전에 이 이야기를 공유했지만 별다른 관심을 받지 못했습니다. 중국의 토큰 재판매 경제(token resale economy)를 설명하는 매우 좋은 글입니다.
23:50James Baek/Anti
진짜 안 좋은 생각은 무궁무진하게 할 수 있구나…여러 가지 의미로 창의적이네요 토큰 리셀
23:51라이언/코덱스
요즘 ai 구독 싸게 판다고 유튭 광고 많이 뜨던데 저런건가 봐요 ㄷㄷㄷ

유튜브 라이브와 다시보기 공유가 새벽~오전 커뮤니티 온도를 만들었다

한줄 결론라이브 콘텐츠는 이후 AX·Hermes 논의의 촉발점으로 작동했습니다.

왜 중요했나라이브 전 기대, 진행 중 반응, 다시보기 링크, 우푸님 CAIO 인사이트 감사가 이어졌습니다.

무슨 일이 있었나

라이브 전 기대감에서 시작해 진행 중 반응, 다시보기 공유, “CAIO 인사이트” 감사까지 이어진 짧지만 밀도 있는 커뮤니티 흐름입니다.

읽기 방 발언 기준

지수님 포인트

라이브 콘텐츠는 이후 AX·Hermes 논의의 촉발점으로 작동했습니다.

왜 이 액션인가

라이브 전 기대, 진행 중 반응, 다시보기 링크, 우푸님 CAIO 인사이트 감사가 이어졌습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

Follow-up

today — 라이브 콘텐츠는 이후 AX·Hermes 논의의 촉발점으로 작동했습니다.

Wikipersonal/kakao/live_content_signals.md

Cross-room hookslive

카카오톡 방 원문과 공유 링크 맥락 기준입니다.

대화 원문 8개 보기

04:24우푸/클코
우아 라이브 30분 전!
05:27이응 / 클코덱스
유튜브 정식 데뷔 화이팅(토끼)
06:13대송/클코
혹시 라이브 나중에 풀버전 영상으로도 올라올까요?
06:15찹츄/클코
이전 라이브 영상들 유툽 채널에 올라왔어요 패캠에서 진행하는 내용이 아니라 올라올거에용
06:52찹츄/클코
실밸님 우푸님 감사합니다!! 라이브 잘보았습니다!
06:52찹츄/클코
다시보기 바로 생성되었네요 ㅎㅎ https://www.youtube.com/live/XmowSPie69c?si=78y8jOaiJN4UPhk7
06:53소백/전자
라이브보고 들어왔습니다. 두분 주말시간을 알차게 뽑아주신듯.
06:55실밸개발자/클코
자주 라이브 해야겠어요 ㅋㅋㅋㅋ 댓글로만 소통해서 아쉽긴 하지만 ㅋㅋ

Manus 대체 질문은 GUI 편의성과 비용 사이에서 Hermes의 목표 기능을 먼저 묻는 흐름으로 정리됐다

한줄 결론대체재 비교는 이름보다 사용자가 원하는 작업 루프를 분해해야 합니다.

왜 중요했나비개발자 참여자가 Manus의 편함과 비용 문제를 말했고, 답변은 “어떤 기능 때문에 편한가”를 먼저 확인하는 방향이었습니다.

무슨 일이 있었나

Manus가 편한 이유를 GUI, 자동 배포, 오류 수정 루프 중 무엇으로 보는지 분해해야 Hermes 대체 가능성을 판단할 수 있다는 흐름입니다.

추적 방 발언 기준

지수님 포인트

대체재 비교는 이름보다 사용자가 원하는 작업 루프를 분해해야 합니다.

왜 이 액션인가

비개발자 참여자가 Manus의 편함과 비용 문제를 말했고, 답변은 “어떤 기능 때문에 편한가”를 먼저 확인하는 방향이었습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

Follow-up

today — 대체재 비교는 이름보다 사용자가 원하는 작업 루프를 분해해야 합니다.

Wikitools/manus_hermes_comparison.md

Cross-room hooksManusHermes

카카오톡 방 원문과 공유 링크 맥락 기준입니다.

대화 원문 5개 보기

13:54비개발자
아니 제가 마누스 이게 안좋은건 알고 있거든요.. 성능대비 토큰사용량이 너무 커서(어차피 클로드 기반이기도 하고 다른 모델들도 쓰긴하지만) 근데 또 에이전트라 편하긴하고 gui도 있으니까 기초지식 있다는 가정하에 만들면 얼추 지금까지 어떻게든 완성은 했거든요
13:56비개발자
헤르메스 쓰면 마누스 대체 충분히 가능한거죠?? 마누스 편하긴한데 너무 비싸서..개발자님들 입장에선 클로드 쓰는건 알지만 약간 전 에이전트 처럼 쓰고 싶어서요
13:57우푸/클코
비개발자님 안녕하세요 ㅎㅎ 헤르메스 같은 에이전트에도 여러 기능들이 있는데, 어떤 기능 때문에 에이전트가 편하시고, 추구하시는 건지 말씀해주실 수 있으실까요 ㅎㅎ?
14:00비개발자
전 지금쓰는 에이전트만 대체 가능하면 됩니다 유사한 기능이
14:02우푸/클코
지금 시대가 어떤 LLM이 더 편하고, 어떤 에이전트가 더 편하고, 이런 부분이 조금 애매한 상황이에요 ㅎㅎ! 그래서 저는 선택지를 "많은 분들이 사용하시는 방향" 으로 맞춰보시면, 원하시는 기능에 대한 인사이트가 있을거라고 생각해요ㅎㅎ 딱 아! 이거 쓰시면 돼요! 이런 정답이 없어요 ㅎㅎ

면접 앱과 부담 앱 공유는 방 안 실사용 피드백을 받는 제품 검증 사례였다

한줄 결론커뮤니티 방은 단순 홍보보다 제품 피드백/포지셔닝 검증 채널로 볼 수 있습니다.

왜 중요했나참여자들이 본인 앱 링크를 공유했고, 타깃층 반응과 마케팅 고민이 함께 나왔습니다.

무슨 일이 있었나

면접 앱과 부담 앱 링크가 공유되며 커뮤니티가 제품 검증/타깃 반응 확인 채널로 기능하는 장면이 나왔습니다.

추적 방 발언 기준

지수님 포인트

커뮤니티 방은 단순 홍보보다 제품 피드백/포지셔닝 검증 채널로 볼 수 있습니다.

왜 이 액션인가

참여자들이 본인 앱 링크를 공유했고, 타깃층 반응과 마케팅 고민이 함께 나왔습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

Follow-up

today — 커뮤니티 방은 단순 홍보보다 제품 피드백/포지셔닝 검증 채널로 볼 수 있습니다.

Wikipatterns/community_product_feedback.md

Cross-room hooksproductfeedback

카카오톡 방 원문과 공유 링크 맥락 기준입니다.

대화 원문 8개 보기

14:51반백피트니스/안티그래비티
wow 뜨끔한데, 제앱은 아무도 안쓰는 상테라는게 다르군요 ㅋㅋ
14:55반백피트니스/안티그래비티
화이팅입니다! 제가 깔아드리는건 의미없는거 같고 꼭 목표하신 타켓층에서 반응이 있길바래용 ㅎㅎ 타켓층에 어떻게 알릴까 계속 고민중인데 참 어렵내요, 돈주고 광고가 답도 아닌거 같은데.
15:21반백피트니스/안티그래비티
저두 조금아까 앱스토어 심사 올렸습니다. 지난주 화요일날 테스트용 아이폰사고 코드매직 빌드 계속실패해서 밤도 세고 그랬는데. 어떻게든 올라가긴했네요 다같이 화이팅입니디 번들님도 앱알려주세요 사용하고 리뷰라도 쓰겠습니다~!
15:43반백피트니스/안티그래비티
맞아요 남한테 받는 피드백이 도움이 많이 되더라구요. 창피해도, 지금음 피드백 많이 받고 싶은디 쓰는사람이 없어서 ㅎㅎㅎ 앱스토어에 출시되면 저 글처럼 돈써서 광고도 한번 태워봐야겠어요.ㅎㅎㅎ 뭐든 해봐야지
15:46번들번들
그럼.. 부끄럽긴한데 공유드리겠습니다! https://play.google.com/store/apps/details?id=kr.yunseok.myaiinterview ps) 직종과 상관없이 물을 수 있는 면접 질문을 대비하는 앱이였습니다. (ex 당신의 성격의 장다점은?) 지금은 지인들의 피드백을 통해서 그냥 대기업 모의면접을 연습시켜주는 앱으로 바꼈습니다. 감사합니다.
15:48번들번들
감사합니다! @반백피트니스/안티그래비티 말씀해주신대로 피드백을 서로 주고받는게 좋을것 같네요
15:48번들번들
저도 링크주시면 여러분들앱을 써볼게요
15:51부담/Antigravity
면접 피드백 팝업 화면과 텍스트 컬러 때문에 인식이 어렵습니다

Remote-control 엔터프라이즈 제한은 도구 의존 리스크의 작은 신호로 남았다

한줄 결론핵심 워크플로우가 특정 SaaS 플랜에 묶이는지 점검해야 합니다.

왜 중요했나한 참여자가 Remote-control을 유용하게 쓰던 중 엔터프라이즈에서만 가능하게 바뀌었다고 공유했습니다.

무슨 일이 있었나

짧은 단발 발화지만 핵심 워크플로우가 특정 플랜 변경에 묶일 수 있음을 보여주는 운영 리스크 신호입니다.

추적 방 발언 기준

지수님 포인트

핵심 워크플로우가 특정 SaaS 플랜에 묶이는지 점검해야 합니다.

왜 이 액션인가

한 참여자가 Remote-control을 유용하게 쓰던 중 엔터프라이즈에서만 가능하게 바뀌었다고 공유했습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

Follow-up

today — 핵심 워크플로우가 특정 SaaS 플랜에 묶이는지 점검해야 합니다.

Wikitools/remote_control_plan_change_watch.md

Cross-room hooksSaaS plan

카카오톡 방 원문과 공유 링크 맥락 기준입니다.

대화 원문 1개 보기

21:24토르/클코
Remote-control 꽤나 유용하게 쓰고 있었는데 엔터프라이즈에서만 사용가능하게 바뀌었네요 ㅠ

신규 입장 로그가 많아 대화량 지표를 해석할 때 시스템 메시지 제외가 필요했다

한줄 결론자동 브리핑 QA에서 시스템 메시지 필터링을 계속 유지해야 합니다.

왜 중요했나여러 시간대에 feedType 입장/변경 로그가 섞였습니다. 본 리포트는 시스템 JSON을 카드 evidence에서 제외했습니다.

무슨 일이 있었나

입장/변경 시스템 JSON이 대화량에는 섞이지만 주제 evidence로 쓰면 의미가 흐려집니다. 자동 브리핑 QA에서 계속 제외해야 합니다.

위키화 방 발언 기준

지수님 포인트

자동 브리핑 QA에서 시스템 메시지 필터링을 계속 유지해야 합니다.

왜 이 액션인가

여러 시간대에 feedType 입장/변경 로그가 섞였습니다. 본 리포트는 시스템 JSON을 카드 evidence에서 제외했습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

Follow-up

today — 자동 브리핑 QA에서 시스템 메시지 필터링을 계속 유지해야 합니다.

Wikipersonal/kakao/system_message_filtering.md

Cross-room hooksQA

카카오톡 방 원문과 공유 링크 맥락 기준입니다.

대화 원문 0개 보기

Claude Max 필수 여부 질문은 강의·도구 요구사항 확인 필요 신호로만 보존했다

한줄 결론강의/툴 요구사항은 공식 안내와 실제 수강자 후기를 분리 확인해야 합니다.

왜 중요했나패스트캠퍼스 강의 수강 시 Claude Max가 필수인지, Pro로 가능한지 질문이 있었습니다. 후속 답변 흐름은 제한적이어서 Watch로만 둡니다.

무슨 일이 있었나

강의 수강 조건과 실제 도구 요금제 요구사항은 공식 안내와 수강자 후기를 분리 확인해야 합니다.

추적 방 발언 기준

지수님 포인트

강의/툴 요구사항은 공식 안내와 실제 수강자 후기를 분리 확인해야 합니다.

왜 이 액션인가

패스트캠퍼스 강의 수강 시 Claude Max가 필수인지, Pro로 가능한지 질문이 있었습니다. 후속 답변 흐름은 제한적이어서 Watch로만 둡니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

Follow-up

today — 강의/툴 요구사항은 공식 안내와 실제 수강자 후기를 분리 확인해야 합니다.

Wikitools/course_requirement_watch.md

Cross-room hooksClaude Max

카카오톡 방 원문과 공유 링크 맥락 기준입니다.

대화 원문 2개 보기

09:15고구마 먹는 춘식이
안녕하세요, 혹시 패스트캠퍼스의 실밸개발자님 강의 수강하시는 분계실까요? 설명에 Claude Max를 구독 필수라고 적혀져 있던데 pro 요금제로는 수강이 힘들까 싶어서요...
09:16우푸/클코
여기 거의다 강의 수강생 분들이실거에요 ㅎ! pro 요금제로는 수강이 조금 어렵다고 많이들 하셨어요..ㅎ!

Gemini Canvas·브랜딩 요소 기반 목업 이야기는 UI 초안 생성 방식 힌트로 남았다

한줄 결론디자인 자동화는 “브랜드 규칙→시안 여러 개→선택” 루프가 실용적입니다.

왜 중요했나앱 디자인 초안은 Gemini Canvas나 브랜드 요소/디자인엠디를 주고 시안을 받는다는 짧은 팁이 나왔습니다.

무슨 일이 있었나

디자인 자동화는 빈 프롬프트보다 브랜드 규칙과 예시 이미지를 준 뒤 여러 시안을 고르는 루프가 실용적으로 보입니다.

테스트 방 발언 기준

지수님 포인트

디자인 자동화는 “브랜드 규칙→시안 여러 개→선택” 루프가 실용적입니다.

왜 이 액션인가

앱 디자인 초안은 Gemini Canvas나 브랜드 요소/디자인엠디를 주고 시안을 받는다는 짧은 팁이 나왔습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

Follow-up

today — 디자인 자동화는 “브랜드 규칙→시안 여러 개→선택” 루프가 실용적입니다.

Wikipatterns/ai_design_mockup_loop.md

Cross-room hooksdesign

카카오톡 방 원문과 공유 링크 맥락 기준입니다.

대화 원문 1개 보기

10:58아웃라이너/클코덱스
저는 브랜딩 요소(예시 디자인 이미지나 디자인엠디) 주고 목업 만들어 달라고 하면서 시안 몇개 달라고 해서 고릅니다.

[실밸개발자] 바이브코딩 클럽

오늘의 흐름을 먼저 한 번에 보기

유튜브 라이브/다시보기

유튜브 라이브/다시보기

유튜브 라이브/다시보기

Microsoft MarkItDown

Facebook Research Nougat

방 참여자 공유 앱

방 참여자 공유 앱

방 참여자 공유 앱

OpenDataLoader PDF

헤르메스는 “편한 에이전트”가 아니라 메모리·수집·의사결정 루프를 어디까지 맡길지 정하는 문제로 토론됐다

무슨 일이 있었나

AI에게 일을 시키는 법은 “좋은 말”보다 페이즈·검토·중단조건을 설계하는 하네스 문제로 압축됐다

무슨 일이 있었나

AX 논의는 “AI를 어디에 쓰나”에서 “업무 구조를 AI가 맡을 수 있게 뒤집나”로 넘어갔다

무슨 일이 있었나

RAG는 “검색해서 넣기”가 아니라 출처 추적·근거 노출·평가 메트릭까지 포함한 검증 레이어로 재정의됐다

무슨 일이 있었나

문서 파싱은 MarkItDown·Nougat·Docling·OpenDataLoader까지 실사용 후보가 비교되며 “표·이미지 복원”이 쟁점이 됐다

무슨 일이 있었나

AI 엔지니어 포트폴리오는 “RAG 하나”보다 AgentOps·평가·상태관리·Human-in-the-loop 경험을 보여줘야 한다는 조언으로 정리됐다

무슨 일이 있었나

늦은 밤 Claude 저가 리셀 논의는 비용 절감 팁이 아니라 계정·결제·데이터 유출 리스크 신호로 봐야 한다

무슨 일이 있었나

유튜브 라이브와 다시보기 공유가 새벽~오전 커뮤니티 온도를 만들었다

무슨 일이 있었나

Manus 대체 질문은 GUI 편의성과 비용 사이에서 Hermes의 목표 기능을 먼저 묻는 흐름으로 정리됐다

무슨 일이 있었나

면접 앱과 부담 앱 공유는 방 안 실사용 피드백을 받는 제품 검증 사례였다

무슨 일이 있었나

Remote-control 엔터프라이즈 제한은 도구 의존 리스크의 작은 신호로 남았다

무슨 일이 있었나

신규 입장 로그가 많아 대화량 지표를 해석할 때 시스템 메시지 제외가 필요했다

무슨 일이 있었나

Claude Max 필수 여부 질문은 강의·도구 요구사항 확인 필요 신호로만 보존했다

무슨 일이 있었나

Gemini Canvas·브랜딩 요소 기반 목업 이야기는 UI 초안 생성 방식 힌트로 남았다

무슨 일이 있었나