본문으로 건너뛰기

에이전트코리아 · 2026-07-29

Codex 초기화와 Kiro 크레딧, 개인용 로컬 LLM의 현실적인 용도, 정보 아카이빙, 한국어 글쓰기·OCR·SVG 실험, 생성 이미지 워크플로와 에이전트 관측성을 중심으로 이날의 대화를 정리했습니다.

#chat-digest#agent_korea#AI#개발#Codex#로컬-LLM#에이전트#OCR#SVG

제품·가격·보안 정보

모델명, 사용량 초기화, 크레딧, 구독 가격, 제품 기능과 보안 소식은 참여자들이 2026-07-29에 확인하거나 공유한 내용입니다. 한시적 행사와 미확인 전언이 섞여 있으므로 도입·결제·보안 판단 전에는 공식 자료를 별도로 확인해야 합니다.

오늘의 대화

Codex 사용량이 다시 초기화되자 하루 안에 남은 한도를 활용하려는 반응이 이어졌고, Kiro의 짧은 프로모션으로 Opus·Sol을 시험하는 방법도 공유됐다. 오후의 가장 긴 대화는 개인 위키와 일정 관리를 위해 로컬 LLM을 구축하려는 신규 참여자의 질문에서 시작됐다. 경험자들은 프론티어급 생성을 로컬에서 재현하는 비용을 경고하면서도 보안, 대규모 병렬 호출, 임베딩·OCR와 학습 목적처럼 적합한 경우를 구분했다. 한국어 글쓰기 품질, 소형 OCR 모델, SVG 기반 패션 지식 팩과 이미지 생성 모델의 역할 분담도 실제 결과물과 함께 논의됐다. 밤에는 Claude가 판단하고 Codex가 실행하는 구성, Langfuse 같은 관측 도구와 자동 버그 보고, 모바일 비서·원격 제어로 대화가 이어졌다.

이야기 나온 주제

Codex 초기화와 Kiro 단기 크레딧

Codex 사용량이 전날에 이어 다시 100%로 초기화됐다는 화면이 공유되자, 초기화권의 만료 전에 작업을 더 돌리려던 참여자들이 반겼다. 다음 날부터 5시간 제한이 복원된다는 소식도 함께 전해져 이날 사용량을 최대한 활용하자는 분위기가 강했다. 초기화의 정확한 대상과 주기는 공식 확인 없이 당시 화면과 체감으로만 이야기됐다.

Kiro는 8월 1일 리뉴얼 전까지 5천 크레딧 요금제를 무료로, 1만 크레딧 요금제를 약 0.91달러에 이용할 수 있다는 단기 프로모션으로 소개됐다. 작년 기준 4천 크레딧을 가벼운 바이브코딩에 약 2주 썼다는 경험과, 최신 고가 모델을 병렬로 돌리면 하루에도 수천 크레딧을 쓸 수 있다는 예상이 함께 나왔다. 카드별 이용 조건과 프로모션 기간은 당시 참여자의 결제 화면에 근거한다.

  • 확인이 필요한 내용: Codex 초기화·5시간 제한의 공식 적용 범위, Kiro 프로모션 기간·카드 조건·모델별 크레딧 차감
  • 원본 시각: 06:08–06:32, 10:22–11:06, 13:09–14:16, 22:42–23:27

개인용 로컬 LLM과 정보 아카이빙

개인 위키와 카카오톡 일정 관리를 목표로 로컬 LLM을 구축한다는 신규 참여자에게, 경험자들은 특별한 이유가 없다면 프론티어 모델 구독보다 비용·속도·품질 면에서 불리하다고 경고했다. 128GB Mac이나 수백만 원대 장비를 마련하고도 성능에 실망했다는 사례, 로컬처럼 보이지만 실제 생성은 Gemini API에 맡겼다는 사례가 나왔다. 반면 보안상 외부 전송이 불가능한 기업, 대규모 병렬 호출, 모델 학습 자체가 목적일 때는 로컬의 이유가 분명하다고 구분했다.

임베딩과 OCR은 비교적 작은 모델로도 로컬에서 실용적일 수 있지만, 텍스트·코딩 생성에서 프론티어급 품질을 기대하면 비용이 급증한다는 의견이 많았다. 개인 데이터의 수집·분류·검색이 목표라면 생성 모델을 직접 학습하기보다 저장 규칙, 검색·관계 구조와 필요한 도구를 먼저 명확히 하라는 방향이었다.

질문자는 로컬 자체가 최종 목적이 아니라 사내의 파편화된 데이터와 실시간 이슈를 체계화하는 법을 배우고, 그 지식을 회사의 프론티어 모델 활용에 가져가려는 것이라고 설명했다. 경험자들은 작은 모델을 직접 시험하고 결과를 비교하는 과정 자체는 학습 가치가 있다고 인정하며, 구체적인 목적을 좁힌 뒤 시도 결과를 공유하자고 마무리했다.

한국어 글쓰기·OCR·SVG 지식 팩

Claude Opus 4.7 이후 한국어 글쓰기에서 존재하지 않는 단어를 만들거나 품질이 떨어지는 사례가 있어 후검수 없이 쓰지 말라는 경험담이 나왔다. Gemini도 다른 문자가 섞이는 문제가 있다는 반론이 있어, 어느 모델이 항상 낫다는 결론보다 실제 문서 유형별 검수가 필요하다는 쪽이었다.

별도의 OCR 실험에서는 약 46억 파라미터, 활성 11억 파라미터 규모라고 소개된 모델이 Gemini와 공개 모델을 이겼다는 내부 결과가 공유됐다. 생성 종료를 제어하는 구조로 특정 OCR 계열의 환각을 줄였다는 설명과 논문 제안 가능성이 언급됐지만, 데이터셋·평가 지표·재현 코드는 공개되지 않았다.

SVG 활용에서는 에르메스 컬렉션 페이지의 벡터 데이터를 수집해 온톨로지 팩으로 만들고 룩북에 활용한 사례가 소개됐다. SVG 생성 자체는 Claude가 강하고, 이미 만들어진 SVG를 활용하는 일은 Codex도 충분하다는 경험이었다. 원본 사이트의 권리와 크롤링 조건은 대화에서 검토되지 않았다.

이미지 생성 모델의 역할 분담

Midjourney Niji는 시네마틱한 초안과 분위기 잡기에 좋지만 캐릭터 일관성은 여전히 약하다는 평가였다. Midjourney로 한 장의 방향을 잡고 GPT나 Nano Banana로 파생 이미지를 만드는 방식, Seedream 4.5와 Nano Banana를 결합해 여러 장의 일러스트를 만드는 작업이 공유됐다. 결과물이 자연스러워져 AI 생성 티가 거의 나지 않는다는 반응도 있었다.

사람·캐릭터 이미지를 공유하는 과정에서는 노출과 신고 기준이 불명확해 가리거나 게시를 자제해야 한다는 운영 경험도 나왔다. 작품 제작 능력과 커뮤니티에 공개할 수 있는 범위는 별개이며, 결과물이 좋더라도 플랫폼 규정과 타인의 권리를 확인해야 한다는 맥락이 드러났다.

  • 원본 시각: 16:29–17:15, 18:40–18:43

자동화 수익과 인간 전문가의 역할

책 출간을 준비하는 참여자는 주문·재고·판매를 모두 직접 자동화하기보다 출판업계 10년차 팀장과 편집자를 “인간 에이전트”로 활용했다고 말했다. AI를 잘 쓰는 현업 전문가 앞에서는 도구만으로 대체하기 어려운 판단과 품질 관리가 있다는 농담 섞인 결론이었다.

유튜브·인스타그램 자동화로 바로 수익을 내고 싶다는 반복 질문에는, 손으로도 운영해 보지 않은 채널을 자동화한다고 수익 구조가 생기지는 않는다는 지적이 이어졌다. 단순 자동화만으로 월 수천만 원이 가능하다면 판매자가 강의보다 직접 여러 채널을 운영할 것이라는 반문이었다. 타사 광고를 무단 수집·변형하거나 오래된 계정을 도박성 홍보에 판매하는 사례처럼, 자동화가 저작권·브랜드·보안 문제를 확대할 위험도 언급됐다.

결국 해결할 문제, 고객과 콘텐츠의 가치가 먼저이고 AI는 선택지를 늘리는 도구라는 쪽으로 정리됐다. 반복 작업 횟수는 줄어들 수 있지만 좋은 결과를 정의하고 검수하는 일까지 한 번의 “딸깍”으로 사라지는 것은 아니라는 경험이었다.

  • 원본 시각: 12:48–13:02, 18:27–18:39

Claude PM과 Codex 실행 분담

Claude로 SVG나 구조 판단을 맡기고 Codex를 실행 에이전트로 붙이는 구성에 관심이 모였다. 한 참여자는 Claude가 직접 코딩하면 사용량이 빠르게 줄지만, 판단과 작업 배분만 맡기고 다른 에이전트가 구현하게 하면 Pro 요금제에서도 5시간 한도 안에 비교적 오래 쓸 수 있다고 했다. Gemini도 Claude가 프로젝트 관리자 역할을 하면 코더로 쓸 만하다는 개인 경험이 덧붙었다.

연결 방법으로 OpenAI의 Claude Code용 Codex 플러그인 저장소가 공유됐다. 별도로 Antigravity까지 붙인 개인 구현도 있었지만 배포 가능한 상태는 아니라고 했다. 역할 분담이 비용과 품질을 개선한다는 주장은 작업 유형별 검증이 필요하다.

에이전트 관측성과 버그 보고

Codex가 작업 과정 표시 없이 오래 실행되거나 툴 호출에서 멈춘 듯 보이는 사례가 나왔다. 프로세스를 다시 열면 작업 내역이 나타나 터미널 렉이나 긴 툴 호출 세션일 수 있다는 경험이 공유됐지만 정확한 원인은 확인되지 않았다.

Langfuse 같은 관측 도구의 필요성을 두고는 단순 에이전트에는 과할 수 있지만, 추론·RAG·외부 리소스 접근이 여러 단계로 이어지는 기업용 시스템에서는 로그 없이 개발하는 것과 다르지 않다는 의견이 우세했다. 병목과 오류 신호만 받는 작은 자체 관측기를 만든 사례, 감시기를 너무 많이 달아 어디에 있는지 잊었다는 실패도 있었다.

OpenCrab 운영자는 크론과 훅을 관리하고 버그를 메일로 받으며, 사용자가 MCP를 통해 GPT에서 버그 리포트를 보내게 한 구성을 보여줬다. 관측 도구를 또 다른 복잡성으로 만들지 않으려면 어떤 실패를 탐지할지부터 정해야 한다는 과제가 남았다.

  • open question: Codex 작업 과정 표시가 멈추는 재현 조건, 에이전트 규모별 최소 관측 지표
  • 원본 시각: 22:36–22:58

모바일 비서와 원격 제어

Hermes를 대신할 에이전트 비서를 찾는 질문에는 OpenMinis를 쓰레드 수집과 아카이빙에 사용한다는 사례가 나왔다. 모바일에서 Claude Code나 Codex를 직접 확인하려면 Claude의 원격 제어 기능으로 URL을 발급해 연결할 수 있다는 설명도 있었다.

비서형 도구를 새로 만들자는 제안도 있었지만 OAuth와 앱 등록, 인증 흐름을 제대로 처리해야 해 단순한 껍데기보다 구현 부담이 크다는 지적이 뒤따랐다. 편의성보다 인증정보 보호와 권한 범위를 먼저 설계해야 하는 영역이다.

  • 확인이 필요한 내용: OpenMinis와 Claude 원격 제어의 현재 지원 환경·인증 방식
  • 원본 시각: 09:28–09:39, 22:40–22:44, 23:01–23:16

대화의 분위기

Codex 초기화에는 축제 같은 반응이 이어졌고, 책·강의·이미지 결과물을 공유할 때는 전문적인 설명과 장난이 빠르게 교차했다. 로컬 LLM 질문에는 실패 경험이 많은 참여자들이 한꺼번에 말리면서 신규 참여자가 당황하기도 했지만, 목적을 듣고 난 뒤에는 참고 자료와 구체적인 실험 방향을 보태는 쪽으로 회복됐다. 밤의 관측성 대화에서는 복잡한 시스템을 직접 운영하는 사람들의 시행착오가 비교적 차분하게 공유됐다.

연결