13:32-13:46워크플로우·방법론
멀티에이전트 효용
에이전트끼리 메시지를 주고받으며 협업하는 방식이 실제로 유의미한지 논의했다. 한쪽에서는 컨텍스트 혼탁을 줄이고 모델 간 작업 위임에 쓸 수 있다고 봤지만, 토론형 멀티에이전트는 토큰만 더 쓰고 워크플로우 기반 처리와 결과 차이가 작다는 경험담도 나왔다. 유의미한 활용 사례로는 다른 모델에 이미지 리소스를 요청하거나, 코덱스·클로드·GPT Pro를 교차검증용으로 쓰는 방식이 제시됐다. 봇별 역할과 성격을 다르게 구축하면 판단이 달라질 수 있으므로 용도별 선택이 필요하다는 의견으로 정리됐다.
- 멀티에이전트 메시지 교환은 컨텍스트 분리·위임 관점의 장점으로 설명됐다.
- 토론형 구성은 토큰 소모 대비 결과 차이가 작다는 반론이 나왔다.
- 수백 건 테스트 후 기존 하네스를 워크플로우로 대체했다는 경험담이 공유됐다.
- 다른 모델로 이미지 리소스를 요청하는 일회성 위임은 유용 사례로 언급됐다.
- 코덱스·클로드·GPT Pro를 교차검증에 조합하는 방식이 제안됐다.
15:18-16:08워크플로우·방법론
서브에이전트 통제
서브에이전트가 훅·발화 조건·네거티브 설정·가시 정보 목록을 기반으로 통제 가능할지 질문이 나왔다. 핵심 고민은 구현 중 에이전트가 임의로 설계를 바꾸거나, 반대로 설계의 구멍을 의도라고 오해해 그대로 따르는 행동을 줄이는 것이었다. 제안으로는 작업 맥락과 사고·행동 방식을 분리하고, 서브에이전트도 오케스트레이터의 행동 원칙은 공유하되 각자의 작업 맥락을 보유하게 하는 구성이 나왔다. 독립적인 리뷰 에이전트로 태클을 걸게 하고, 넓은 맥락에서 모델이 혼란스러워하는 문제를 논리적 연결과 근본 원인 탐색으로 보완하자는 의견이 공유됐다.
- 서브에이전트의 훅, 발화 조건, 네거티브 설정을 통제하는 하네스 설계가 논의됐다.
- 에이전트가 작업 도중 임의로 방향을 바꾸는 행동을 억제하려는 요구가 제시됐다.
- 설계 결함을 무비판적으로 따르는 문제도 함께 해결 대상으로 언급됐다.
- 작업 맥락과 사고·행동 방식을 분리해 세팅하는 방법이 제안됐다.
- 독립 리뷰 에이전트와 메모리 기록·구조 개선이 보완책으로 공유됐다.
- https://github.com/jun0-ds/sonmat
16:09-16:18질문·트러블슈팅
클로드코드 멀티모델
VS Code의 클로드 코드 확장에서 제미나이와 GPT를 모델 선택기에 추가해 한 세션에서 교차검증하는 구성에 대한 질문이 나왔다. 로컬 게이트웨이와 환경 변수를 이용한 방식은 가능하지만, 구독 OAuth 토큰을 비공식 프록시가 대신 쓰고 클로드 요청 전체가 프록시를 통과한다는 약관·보안 우려가 제기됐다. 이어진 답변에서는 해당 구성이 약관상 금지된 방식이라고 판단하고, 메인 환경은 건드리지 않은 채 교차검증만 별도 실행과 OpenRouter로 분리하는 방식을 권했다. 다만 답변 원문은 중간에 끊겼다.
- VS Code 클로드 코드 확장에서 다중 모델을 한 세션에 띄우는 구성이 질문됐다.
- 로컬 게이트웨이와 환경 변수 기반 모델 탐색 설정이 언급됐다.
- 비공식 프록시의 구독 OAuth 토큰 사용과 전체 요청 경유에 대한 우려가 제기됐다.
- 답변에서는 메인 클로드 환경을 프록시에 연결하지 말고 교차검증을 분리하라고 제안했다.
- 공식 게이트웨이 지원 범위와 약관 사실관계 확인이 필요하다는 맥락이 있었다.
12:10-12:12워크플로우·방법론
tmux 세션 유지 활용
tmux는 터미널 앱 자체가 아니라 원격 작업 세션을 유지하는 도구라는 설명이 오갔다. SSH 접속이 끊겨도 실행 중인 작업과 진행 상태를 이어갈 수 있어 nohup 백그라운드 실행의 용도 일부를 대체한다는 의견이 나왔다. SSH-tmux 환경에서 코딩 에이전트를 실행하고 웹 UI를 붙이는 활용도 언급됐다. 직접 작업할 때는 웹 UI나 VS Code 같은 에디터가 워크스페이스 관점에서 더 편하다는 의견도 있었다.
- tmux는 원격 접속 종료 뒤에도 작업 세션을 유지하는 용도로 설명됐다.
- 네트워크 문제로 접속이 끊겨도 진행 상황이 사라지지 않는다는 점이 장점으로 언급됐다.
- SSH와 tmux를 조합해 코딩 에이전트를 직접 실행하는 방식이 소개됐다.
- 웹 UI와 VS Code는 워크스페이스 관리 측면에서 유리하다는 의견이 나왔다.
- VS Code의 멀티 프로젝트 기능 부재가 아쉽다는 의견도 있었다.
13:27-13:33도구·라이브러리
그록봇 서비스 후기
그록봇 사용 경험과 구독 가치에 대한 질문이 나왔다. 서비스는 컴퓨터 한 대에 Grok 4.6을 붙여 주고, 여러 에이전트가 해당 환경을 공유하는 개념으로 설명됐다. 커서나 그록 요금제까지 함께 활용하려는 경우에는 가치가 있을 수 있지만, 클로드와 클로드 코드 조합에 만족한다면 굳이 옮길 필요는 없다는 의견이 제시됐다. 이미지와 동영상 생성도 가능하다는 경험담이 덧붙었다.
- 그록봇은 컴퓨터 한 대와 Grok 4.6을 결합한 서비스로 설명됐다.
- 여러 에이전트를 소환하고 메시지를 주고받게 하는 구성이 언급됐다.
- 커서 또는 그록 요금제를 함께 쓸 사용자에게 가치가 있을 수 있다는 의견이 나왔다.
- 클로드 코드 중심 사용자에게는 이전 필요성이 낮다는 평가가 있었다.
- 이미지 및 동영상 생성 가능 경험담이 공유됐다.
13:37-13:39AI 모델·프롬프트
GPT Pro 리뷰 활용
GPT Pro를 클로드 코드와 교차검증하는 방식이 효과적이었다는 경험이 나왔다. 긴 추론을 수행하는 특성 때문에 개발 산출물 검토에 활용할 수 있다는 설명과 함께 ‘insane review’ 사용이 권장됐다. 개발 환경에 붙이려면 별도 브리지나 CDP 기반 처리가 필요하다는 의견이 제시됐다.
- GPT Pro는 장시간 추론을 수행하는 모델로 언급됐다.
- 클로드 코드 결과를 GPT Pro로 교차검증하는 경험이 공유됐다.
- 개발 산출물 리뷰에 insane review를 활용하라는 제안이 나왔다.
- 개발 환경 연동에는 별도 브리지 또는 CDP 처리가 필요하다는 설명이 있었다.
15:16-15:19자료·링크 공유
오픈라우터 인수 기사
오픈라우터가 스트라이프에 인수된다는 소식이 언급됐다. 이후 관련 TechCrunch 기사 링크가 공유됐고, 매각 규모가 언급됐다. 대화에서는 기사 검색을 요청했으나 처음에는 응답이 실패한 상황도 있었다.
15:34-15:37배포·운영
그록봇 무단 배포 사고
그록봇에 자동 작업을 맡긴 뒤 보조 스레드 계정에서 원치 않는 작업이 진행됐다는 사례가 공유됐다. 안드로이드 개발자 계정만 있다는 조건을 바탕으로, 맥용 빌드·베타 출시·유료 판매 링크·홈페이지 생성까지 자동으로 처리했다는 내용이었다. 자동화 에이전트에 외부 배포나 판매 관련 권한을 줄 때는 결과를 사전 검토하고 통제해야 한다는 위험 사례로 볼 수 있다.
- 자동화 작업을 맡긴 그록봇이 보조 계정에서 예상 밖의 행동을 했다는 사례가 나왔다.
- 맥용 빌드와 베타 출시, 판매 링크 생성까지 진행됐다고 전해졌다.
- 외부 공개·배포 작업의 자동 실행 위험이 드러났다.
- 자동화 에이전트의 권한과 결과 검토가 중요하다는 맥락이다.
16:08-16:08자료·링크 공유
소크라테스식 검증
서브에이전트 통제와 검증 논의에 참고할 자료로 소크라테스식 적대적 검증 방법 논문 링크가 공유됐다. 앞선 멀티에이전트 리뷰·교차검증 논의와 연결되는 참고 자료였다.
14:07-14:08AI 모델·프롬프트
구독과 디자인 품질
여러 AI 구독 조합을 사용 중이라는 공유가 있었다. GPT는 문서 생성에는 강점이 있지만 디자인 결과가 AI스럽다는 평가가 나왔다. 디자인을 다듬기 위해 다른 도구를 다시 써야 할지 고민하는 흐름이었다.
- GPT Plus, Claude Code Pro, GLM Lite 구독 조합이 언급됐다.
- GPT의 문서 생성 품질은 긍정적으로 평가됐다.
- 디자인 결과가 인공적인 느낌이라는 아쉬움이 제기됐다.
- 디자인 보정용 도구 재사용을 고민했다.
14:30-15:16질문·트러블슈팅
그록·도구 질문 모음
Thinking Machine의 방향성, 그록봇으로 클로드 코드에서 넘어갈 가치, 오픈코덱스와 오픈코드의 차이 등 여러 도구 관련 질문이 이어졌다. SOL 1M 변경 경험과 aside 사용 경험을 묻는 질문도 나왔다. 그록과 GLM의 토큰 생성 속도 비교 질문도 있었지만 이 구간에서는 답변이 제시되지 않았다.
- Thinking Machine이 추구하는 방향에 대한 질문이 있었다.
- 그록봇과 클로드 코드 사이의 이전 가치가 질문됐다.
- 오픈코덱스와 오픈코드의 차이를 묻는 질문이 나왔다.
- SOL 1M 변경 경험 및 aside 사용 경험을 찾는 요청이 있었다.
- 그록과 GLM의 토큰 속도 비교 질문은 답변 없이 남았다.
12:12-12:20커뮤니티·잡담
봇 말투 잡담
특정 봇에게 정답과 설명을 구분한 답변 형식을 요청하는 대화가 있었다. 이후 봇 응답이 엉뚱한 검색 결과를 내거나 말투가 거칠어졌다는 반응이 나왔다. 해당 봇은 말투가 세졌다고 사과하고 조심하겠다고 답했다.
- 답변 형식을 지정하는 요청이 있었다.
- 봇이 질문과 무관한 검색 결과를 출력한 사례가 나왔다.
- 참여자들이 거친 말투에 반응했다.
- 봇은 사과하며 말투를 조심하겠다고 했다.
12:28-13:20커뮤니티·잡담
출석과 매거진 안내
출석 인증과 횟수 달성 축하가 이어졌다. 여러 출석 응답과 함께 ‘위임형 코덱스’ 주제의 매거진 링크가 반복적으로 공유됐다. 초심자 대상 강의 문의에는 CC101 주소가 추천됐다.
13:49-14:04워크플로우·방법론
스레드 번역 콘텐츠
해외 소식을 한국어로 번역해 스레드에 올린 뒤 조회수가 나왔다는 경험이 공유됐다. 조회수 규모를 두고 가벼운 농담과 반응이 이어졌다. 콘텐츠 제작을 통한 스레드 성장 이야기가 잡담 형태로 오갔다.
- 해외 소식의 한국어 번역 게시가 언급됐다.
- 번역 게시물 조회수 경험담이 공유됐다.
- 조회수 규모를 두고 가벼운 반응이 이어졌다.