에이전트코리아 · 2026-08-09

오늘의 대화

Codex 사용량이 예고 없이 초기화된 뒤 접속 장애까지 겹치면서, 한도를 아껴 둔 이용자들의 불만과 지역별 장애 추정이 이어졌다. 장애를 계기로 시작된 동시 프로젝트 수 설문은 프로젝트·세션·워커를 무엇으로 셀지, 사용자가 병목이 되지 않으려면 어디까지 병렬화할지를 논의하는 자리로 확장됐다. 이어 AI에게 판단을 맡길 때의 설계와 검증 책임, 오래된 규칙과 최근 선호를 어떻게 조정할지에 관한 긴 토론이 붙었다.

오후에는 상세 프롬프트가 항상 더 좋은 결과를 내는 것은 아니라는 경험, 구현체를 직접 분석하며 배우는 학습법, MiniMax H3의 연기 디렉팅과 GPU별 생성 시간, Claude Code·Codex용 Persona 저장소가 공유됐다. 밤에는 같은 영상 편집 과제에서 빠르게 여러 번 수정한 모델과 느리지만 계획을 충실히 따른 모델을 비교한 실험 결과도 나왔다.

이야기 나온 주제

Codex 사용량 초기화와 접속 장애

전날까지 사용량을 아껴 둔 이용자들까지 일괄 초기화되자, 원하는 시점에 쓸 수 있는 초기화 티켓으로 제공했으면 좋겠다는 반응이 나왔다. 하루 만에 다시 초기화됐거나 표시가 99%에서 회복됐다는 사례가 있었고, 다음 날 또 초기화될 수 있다는 게시물을 두고 일정 확인이 이어졌다. 공식 기준은 대화에서 확인되지 않았다.

오전에는 Codex가 연결되지 않거나 세션이 끊기는 현상이 반복됐다. 일본 이용자도 같은 오류를 겪는다는 전언을 근거로 아시아 지역 문제일 수 있다는 추측이 나왔고, 한 참여자는 네덜란드 VPN을 사용한 뒤 한 시간가량 연결이 유지됐다고 말했다. 일부에게는 정상 작동했지만 이후 다시 실패했다는 보고도 있어 장애 범위와 우회 효과는 확정되지 않았다.

• 확인이 필요한 내용: 공식 리셋 정책과 예고 방식, 당시 장애 지역·원인, VPN 사용의 서비스 정책상 허용 여부
• 원본 시각: 05:30–11:23, 18:50–19:00, 22:14–22:20

병렬 프로젝트와 세션 오케스트레이션

AI·AX 작업에서 동시에 몇 개 프로젝트를 돌리는지 묻는 설문에 한두 개부터 69개, 1416개 세션까지 다양한 답이 나왔다. 한 프로젝트에서 아이디어가 계속 파생돼 세션이 늘어나거나, 아침에 터미널 여덟 개를 열었다가 퇴근 무렵 한두 개로 줄이는 식의 작업 리듬도 공유됐다. 다섯 개 이상에서는 결과물 품질이 급격히 떨어지고 짜증이 늘어난다는 경험도 있어 최대 병렬 수가 곧 효율을 뜻하지는 않았다.

프로젝트, 서비스 워커와 터미널 세션을 서로 다른 단위로 세고 있어 숫자만 비교하기 어렵다는 점이 드러났다. 한 참여자는 프로젝트 기준 69개, 실제 서비스 워커는 1520개 정도를 동시에 운용한다고 설명했다. 설문 발의자는 다수 응답이 2~5개에 모인 결과를 바탕으로 자신의 세션 오케스트레이션 기능을 여섯 개까지 최적화하겠다고 정리했다.

• 원본 시각: 10:02–10:31, 11:38–11:43

AI 판단 위임과 설계·검증 책임

사용자가 모든 프로세스에 개입해 병목이 되지 않도록, 자신의 의사결정 구조를 memory bank에 저장하고 클론 에이전트가 대부분의 판단을 대신하게 한다는 사례가 소개됐다. 초기 방향만 잡으면 10시간 넘게 이어지는 작업도 있다는 설명이었다. 다른 참여자는 과거의 비슷한 결정을 먼저 회상시킨 뒤 AI가 순서를 판단하게 하되, 아직 완전한 자율 판단은 신뢰하지 않는다고 말했다.

토론의 핵심은 자연어 지시만으로 측정하기 어려운 작업의 성과를 기대할 수 있는지, AI의 오판과 사용자의 불완전한 설계를 어떻게 구분할지였다. 제약이 없으면 AI가 쉬운 길을 택해 기능을 없애려 했다는 경험과, 사용자가 이해·검증을 넘기면서 이해의 부채가 쌓인다는 비판이 나왔다. 좋은 설계는 좋은 결과를 보장하기보다 최악의 결과를 막는다는 재정의가 공감을 얻었고, 최종 책임은 사람에게 있다는 의견이 이어졌다.

장기간 쌓인 하네스에는 11개월 된 규칙과 최근 1주일의 선호 중 무엇에 더 가중치를 둘지, 변화가 한 프로젝트에만 해당하는지 전체 시스템에 적용할지 결정하는 문제가 남았다. AI를 완성된 범용 지능보다 새로 합류한 영리한 동료처럼 대하고, 알려주고 논의하며 방향을 맞추는 접근이 제안됐다.

• open question: 결정 기록의 시간 가중치, 프로젝트별·전역 규칙의 경계, 자율 판단을 중단시키는 검증 조건
• 원본 시각: 10:27–10:58

프롬프트를 덜어내는 접근

이미지 생성에서는 상세한 프롬프트가 단순한 프롬프트보다 오히려 나쁜 결과를 내는 경우가 늘었다는 경험이 공유됐다. 처음에는 핵심 설계만 주고 모델이 채우게 하는 덜어냄이 바이브 코딩에서도 비슷하게 작동할 수 있다는 의견이었다. Claude Code 시스템 프롬프트가 크게 줄었다는 전언도 근거로 언급됐지만, 비율과 효과는 대화 안에서 검증되지 않았다.

• 확인이 필요한 내용: 모델·작업별 프롬프트 상세도와 품질의 관계, 시스템 프롬프트 변경에 관한 공식 자료
• 원본 시각: 11:20–11:24

MiniMax H3 영상 생성과 GPU별 실측

MiniMax H3로 인물의 연기와 입 모양을 디렉팅한 영상 결과가 공유됐다. 1344×768 해상도에서 만든 뒤 2K로 업스케일할 수 있고 한국어 표현도 제법 따라왔다는 평가였다. 같은 예시는 API로 약 4분이 걸렸고, RTX 3080 10GB 로컬 환경에서는 5초 영상을 만드는 데 8~9분가량 걸렸다는 수치가 제시됐다. 다른 참여자는 RTX 5080에서 15초 영상에 12분대 중반이 걸렸다고 전했다.

GPU와 워크플로에 따라 시간이 크게 달라져 캐시 노드 등으로 단축할 방법을 더 찾아야 한다는 의견이 나왔다. 결과가 Seedance 2.0에 견줄 만하다는 평도 있었지만 개인적 인상이며, 동일 프롬프트·해상도·샘플러를 맞춘 비교는 아니었다.

• 확인이 필요한 내용: 각 측정의 프레임 수·워크플로·정밀도 설정, 한국어 립싱크 품질, 라이선스와 상업 이용 조건
• 원본 시각: 12:16–15:05

구현체를 분석하며 배우는 AI 학습

루프 엔지니어링 수업에 참석한 참여자는 강의 영상만 보는 것보다 강사가 제공한 구현체와 GitHub 예제를 에이전트로 분석하고 직접 체험하는 방식이 학습에 도움이 됐다고 말했다. 이론만으로는 실제 변형에 한계가 있고 실습만으로도 원리를 놓치기 쉬워, 만들면서 배우고 배우면서 만드는 흐름이 기본이 되고 있다는 의견이 이어졌다.

• 원본 시각: 12:03–12:16

Persona 도구와 모델별 작업 비교

Claude Code에서 원하는 성격과 작업 방식을 자동 적용하고 여러 전문가 관점으로 검토하는 SoDam-Persona와, Codex용 SoDam-Persona-Codex가 공유됐다. 현재 설정을 수정하거나 새 페르소나를 만드는 용도로 소개됐으며, 실제 효과와 보안성은 별도 검토가 필요하다.

밤에는 동일한 영상 합치기·편집 과제를 두 모델에 맡긴 비교가 나왔다. 계획 문서는 Fable이 작성했고, 단일 결과는 Sol이 계획에 더 가깝게 따랐지만 완료까지 최소 열 배 오래 걸렸다고 했다. Fable은 초안에서 스스로 개선하려다 과하게 벗어난 부분이 있었으나, 속도가 빨라 Sol 한 번이 끝나는 동안 약 열 차례 수정할 수 있었다는 경험이었다. 정확성과 지시 충실도뿐 아니라 반복 속도까지 평가 기준에 넣어야 한다는 사례로 볼 수 있다.

• 원본 시각: 11:46, 22:58–23:17

연결

• 에이전트코리아 전체 보기
• 다음 날의 Codex 리셋·컴팩트 오류와 AI 영상 제작
• 전날의 모델 사용량·리셋과 AI 영상 도구
• 아는개발자의 같은 날 Codex 장애와 로컬 모델 운용