00:00-00:10워크플로우·방법론
정책 파일과 훅
모델이 잘못된 내용을 만들 수 있으므로 설정을 파일로 고정해야 한다는 의견이 나왔다. Markdown은 에이전트가 임의 수정하거나 지시를 누락할 수 있어 JSON이 낫다는 주장이 제기됐고, 실제 강제는 JavaScript 훅이나 검증 로직이 맡아야 한다고 정리됐다. 정책 설명은 MD, 구조화된 설정은 JSON, 위반 차단은 훅으로 분리하는 조합이 권장됐다.
- Markdown은 자연어 지시로 해석되므로 누락과 충돌 가능성이 있다.
- JSON은 필드와 값을 구조적으로 검사하기 쉽다.
- 훅은 작업 전후 검증을 실행하고 실패 시 중단시킬 수 있다.
- JSON만으로 자동 강제가 되지는 않으며 검증 로직이 필요하다.
- 모델 라우팅 설정을 JSON 파일로 관리한 사례가 언급됐다.
22:32-22:39워크플로우·방법론
Codex 라우터 구조
채팅 모드의 요청을 Codex 작업으로 바로 넘기는 구조를 질문했다. 채팅 메시지를 받아 작업 큐와 Codex 실행으로 연결하고 결과를 다시 회수하는 중간 라우터가 핵심이라는 설명이 나왔다. 맥락, 권한, 작업 폴더 분리도 별도로 설계해야 한다는 의견이 제시됐다.
- 채팅 요청을 작업 단위로 요약해 Codex에 전달하는 흐름을 제안했다.
- 초기에는 채팅 내용·작업 요약·Codex 실행의 3단계부터 연결하는 방식을 권했다.
- 승인 버튼과 작업 큐 같은 복잡한 기능은 나중에 추가할 수 있다.
- 대화 맥락과 권한, 작업 디렉터리 격리가 필요하다.
23:08-08:31도구·라이브러리
Claude·Codex 병용
Claude와 Codex를 함께 쓰는 방법을 질문했고, Claude Code에서 Codex CLI를 지원한다는 답이 나왔다. Orca를 통한 오케스트레이션도 짧게 언급됐다. Codex에서 Claude 스킬 또는 유사 기능을 쓸 수 있는지, Claude Code와 Codex CLI를 스킬로 연결해 작업을 넘길 수 있는지도 추가 질문으로 이어졌다.
- Claude Code를 메인으로 사용하는 사례가 언급됐다.
- Codex CLI 지원을 통해 두 도구를 병용할 수 있다는 의견이 나왔다.
- Orca 오케스트레이션이 대안으로 언급됐다.
- Codex의 Claude 스킬 호환 및 유사 기능 여부가 질문으로 남았다.
- 스킬을 매개로 Claude Code와 Codex CLI를 연결하는 가능성이 제기됐다.
23:12-23:31도구·라이브러리
회의록 앱과 STT
회의록 앱 제작과 회의록 처리 난이도에 대한 대화가 이어졌다. 화자 분리는 비용 대비 의미가 적을 수 있어 맥락 기반 처리로 대체하자는 의견이 나왔다. 전사는 OpenAI STT가 가장 낫다는 평가가 있었고 Whisper는 품질이 낮다는 부정적 의견과 Gemini 신모델 언급도 있었다.
- 회의록 앱 제작 완료 후 긴 입력으로 검증해야 한다는 의견이 나왔다.
- 회의록 생성은 겉보기보다 난도가 높다는 경험담이 공유됐다.
- 화자 분리보다 문맥 기반 접근을 권하는 의견이 나왔다.
- 전사 품질은 OpenAI STT가 좋다는 평가가 있었다.
- Whisper 품질에는 부정적 평가가 나왔고 Gemini도 후보로 언급됐다.
00:58-01:29자료·링크 공유
Zcode 무료 토큰
Zcode의 무료 1억 토큰 제공 소식과 수령 절차가 공유됐다. GLM 5.3 또는 5.4 Flash 계열의 가성비와 양자화 모델로 보이는 무료 크레딧 모델의 성능 차이가 논의됐다. API가 아니라 Zcode 내부에서만 가능한 것으로 보이며 CLI 지원 여부는 추후 확인하기로 했다.
06:18-06:45배포·운영
Claude 장애와 복구
Claude.ai, Claude API, Claude Code, Claude Cowork에서 일부 장애 상태가 감지됐다는 알림이 올라왔다. Sonnet 5의 오류 증가가 조사 중이며 영향이 크다고 안내됐다. 약 27분 뒤 공식적으로 문제가 해결됐다는 복구 알림이 공유됐다.
- Claude.ai와 API, Claude Code, Claude Cowork가 영향 대상으로 안내됐다.
- Sonnet 5 오류 증가 문제를 조사 중이라는 상태가 공유됐다.
- 영향 수준은 큰 영향으로 표시됐다.
- 06:44 기준 복구 완료 안내가 올라왔다.
22:37-23:02질문·트러블슈팅
클로드 자동 재개
Claude Code 세션 중 일부에만 자동 계속 기능이 보이는 원인을 질문했으나 답변이 질문을 잘못 이해해 해결되지 않았다. 세션 한도 리셋 뒤 진행 중이던 세션을 자동으로 다시 시작하는 방법도 질문했다. 리눅스에서 세션명을 파악해 일회성 cron을 등록하는 방안과 공식 지원 여부가 언급됐다.
- 일부 대화창에서만 자동 계속 기능이 보이는 현상이 제기됐다.
- 응답이 무관한 내용으로 흐르며 원인 파악은 이루어지지 않았다.
- 한도 리셋 후 세션 자동 재개를 원했다.
- cron을 통한 자동화 가능성을 검토했다.
22:48-00:58AI 모델·프롬프트
Fable 5.1 한도
Fable 5.1 출시와 함께 주간 한도가 초기화됐다는 경험담이 공유됐다. 사용자는 20분 만에 5시간 한도를 소진할 정도로 토큰이 빨리 닳는다고 언급했다. 5.1에서 작업 방식이나 사고 방식이 바뀌었는지, 5.0보다 토큰 소모가 빠른 이유가 질문으로 남았다.
- Fable 5.1 출시 후 주간 한도 초기화가 언급됐다.
- 울트라코드 사용 시 한도 소모가 빨랐다는 경험이 나왔다.
- 5.1의 토큰 소모 특성에 대한 질문이 제기됐다.
- 작업 방식 변화 여부는 대화에서 답변되지 않았다.
23:03-23:03질문·트러블슈팅
GPT 앱·웹 동기화
GPT를 앱과 웹에서 혼용할 때 대화 동기화가 매끄럽지 않다는 경험이 공유됐다. 앱의 대화 내용이 제대로 새로고침되지 않고 웹 대화가 앱 기준으로 덮어써지는 것처럼 보인다는 내용이다. 해결책은 논의되지 않았다.
- 앱과 웹 동시 사용의 동기화 문제가 제기됐다.
- 앱 대화 리프레시가 원활하지 않다고 했다.
- 웹 대화가 앱 상태로 덮이는 현상을 언급했다.
23:30-23:36워크플로우·방법론
컨텍스트 엔지니어링
컨텍스트·하네스·루프·그래프 엔지니어링의 개념과 실제 활용 예시를 쉽게 설명해 달라는 요청이 있었다. 프롬프트 엔지니어링에서 맥락을 넣는 것과 컨텍스트 엔지니어링의 차이도 질문됐다. Claude.md에 작성한 규칙을 컨텍스트 엔지니어링으로 볼 수 있는지도 이어서 물었다.
- 네 가지 엔지니어링 개념의 비교 설명을 요청했다.
- 프롬프트에 맥락을 포함하는 방식과 컨텍스트 설계의 차이를 질문했다.
- Claude.md 규칙이 컨텍스트 엔지니어링에 해당하는지 물었다.
- 대화 내 답변은 제공되지 않았다.
00:23-00:37AI 모델·프롬프트
글쓰기 모델 비교
Claude의 글이 안전한 평균값에 수렴해 AI스럽게 느껴진다는 평가가 나왔다. Gemini는 문장 결이 더 자연스럽게 튄다는 의견이 있었고, 글맛에서는 Gemini 선호가 늘었다는 견해가 제시됐다. 다른 참여자는 글쓰기는 ChatGPT가 낫다며 ChatGPT와 윤문 플러그인, 피드백 과정을 조합한 워크플로우를 공유했다.
- Claude 글의 인공적인 문체 패턴이 문제로 제기됐다.
- Gemini의 문장 표현이 더 자연스럽다는 의견이 나왔다.
- 글쓰기 용도로 ChatGPT를 선호하는 경험담이 공유됐다.
- ChatGPT 초안→윤문 플러그인→ChatGPT 피드백 흐름이 소개됐다.
06:30-08:49자료·링크 공유
매거진 링크 공유
출석 응답과 함께 매거진 글 링크가 반복 공유됐다. 초반에는 강남 AX 엔지니어 채용 주제가, 이후에는 카카오페이증권 출금 알림과 기타대여금 주제가 안내됐다. 출석 대화는 반복적인 커뮤니티 활동으로 이어졌다.