에이전트코리아 · 2026-09-24
Opus 5.5의 코드 기반 영상 제작과 모델 역할 분담, JEV·하네스·온톨로지 설계, 메시징 기반 지식 수집과 OCR 구조화를 묶은 에이전트코리아 대화 다이제스트입니다.
오늘의 대화
04:00 일자 경계 기준으로 Opus 5.5가 외부 영상 도구 없이 코드와 프롬프트만으로 광고·홍보 영상을 만들었다는 시연과 사용 후기가 대화의 중심이 됐다. 참여자들은 Opus·Codex·Sol·Fable을 설계·실행·검수 단계로 나누는 방식, JEV의 실서비스 지연과 로컬 경유, 캐시와 하네스를 이용한 모델 라우팅을 이어서 논의했다. 밤에는 Telegram·Discord·Slack에 쌓인 링크를 자동 분류하는 방법, 에이전트별 agents.md·soul.md·스킬·Wiki 공간, 긴 전사본과 OCR의 구조화 문제가 나왔으며, 모델 성능·가격·출시 시점은 개인 실측·전언·추정으로 기록한다.
이야기 나온 주제
Opus 5.5의 코드 기반 영상 제작과 창작 시장 변화
Opus 5.5로 폰 광고 같은 모션그래픽, 문제집·폰트·서비스 홍보 영상을 만들어 본 사례가 이어졌다. 참여자들은 별도 영상 생성 모델이나 외부 에셋 없이 직접 그리거나 코딩한 것처럼 보이고, 토큰을 많이 쓰지 않으면서도 비트·음악·효과를 맞춘 결과가 나온다고 체감했다. 이를 두고 영상 효과 인력과 시장이 크게 줄 수 있다는 걱정과, 전문 제작자가 도구를 쓰면 더 좋은 결과를 낼 것이라는 반론이 맞섰다. 실제 구현 방식과 품질은 공유된 시연·개인 경험의 범위를 넘겨 일반화하지 않는다.
관련 메시지 발췌 · 11:16–15:03
11:16 · 아나belle🎀/준비생 폰광고처럼 모션그래픽만들어줘 했는데 코덱스 요금제 올려야 되나 고민하고 있었는데 아스트라대비 opus5.5가 10배이상 혜자인것 같아요(사랑)(사랑)
11:37 · 김씨/대표/메테오시뮬레이션 정말 5.5 영상 잘만둘어쥬는듯해요
11:50 · 수비대/대학생 오푸스 자체서 영상제작이 가능해요?
11:50 · NaDaM/대학생 저도 만들고있는 문제집 광고영상 뽑아보라했더니 멋있게나오네요 ㅎ 인강이나 교재 광고 느낌으로 타이포그래피 넣어서 하라했더니
11:51 · NaDaM/대학생 되네요?!
11:53 · NaDaM/대학생 이미지 생성? 말고 직접 그리는거 같아요 ㅋㅋ
12:03 · NaDaM/대학생 교재 표지 이런것도 진짜 훨씬 기깔나게 뽑네요 ㅋㅋㅋㅋ 오퍼스5를 견딘 보람이..
13:18 · NaDaM/대학생 도해수정하려면 진짜 속터졌는데 페이블5.1 쓴이후론 속이 시원해졌습니다
13:19 · NaDaM/대학생 아스트라는 아직 저런쪽으론 못따라오더군요..
13:20 · 토옵이 | 개발 | 챱츄 이건 리모션/하이퍼프레임 방식인거죠? 영상생성모델을 안쓰니 별도의 크레딧소모도 없이 만든걸테고요
13:28 · 류주임/@chris_gomdori 외부에셋없는 순수 코딩노가다
13:52 · 케이시/Kumiho.io 오푸스 5.5로, 메모리 읽어서 홍보영상 만들어줘 :) 결과물입니다 ㅋㅋ
13:56 · 케이시/Kumiho.io 토큰도 별로 안쓰고 이렇게 만들다니 ;;
14:00 · 케이시/Kumiho.io 영상 제작이요? 그냥 오푸스가 혼자했어요 ㅎㅎ
14:00 · Tofukyung/AI 크리에이터 리모션/하이퍼프레임도 안쓰고도 이렇게 하더라구요
15:02 · 왈라/유튜브 영상 효과 하던 사람들 90%는 날아가겠어요
15:03 · MeroZemory 그분들이 이제 이 도구쓰면 더 멋진거 만들테고
15:03 · MeroZemory 영상효과도 직접하는사람들이 많아지니 기존 시장규모가좀 작아질것같긴 합니다
Opus·Codex·Sol·Fable의 역할 분담과 사용량 체감
Opus 5.5를 기획·설계와 중요한 작업에, Codex를 구현·검수에, Sol을 일반 개발에, Fable을 다른 관점의 검수나 막힌 작업의 에스컬레이션에 두는 분업이 소개됐다. 한 참여자는 Opus로 설계를 뽑고 Codex로 개선안을 만든 뒤 다시 Opus로 재검수한다고 설명했고, 중요도가 낮은 작업은 사람의 빠른 확인만으로 진행한다고 했다. 구독을 바꿀지 고민하는 반응과 함께 사용량이 적게 닳는다는 체감, 다른 모델의 비용·한도 우려가 나왔지만 통제된 비교는 아니었다. A100 대여 크레딧과 클라우드 비용도 잠깐 언급돼, 모델 선택이 결과뿐 아니라 실행비용과 함께 판단된다는 점을 보여준다.
관련 메시지 발췌 · 15:04–15:06, 15:23–15:36
15:04 · 올해는한화가우승/방산ax codex
15:04 · 올해는한화가우승/방산ax 플러스 내리고
15:04 · 올해는한화가우승/방산ax 클로드 한번 써볼까
15:05 · MeroZemory 사업계획 상황에맞춰 수정하거나 투자IR쓰거나
15:05 · MeroZemory 이런 중요한거할때만 opus쓰고
15:05 · MeroZemory 기타모든개발은 설계 opus맡겨놓고 6sol 쓰고있긴해요
15:06 · MeroZemory 정확힌
15:06 · MeroZemory opus 5.5로뽑고
15:06 · MeroZemory codex로 검수해서 개선안 만들고
15:06 · MeroZemory 다시 opus로 재검수해서 부분수용합니다
15:06 · MeroZemory 중요한작업일수록 여러번 반복하고 많이 안중요하면 그냥 진행시켜요 대충 제가 휴먼검토하고
15:23 · 올해는한화가우승/방산ax A100 대여가 되네요,,,
15:23 · 올해는한화가우승/방산ax 26,,,
15:30 · Dominic / 개발자 50불 플랜 긁었는데
15:30 · Dominic / 개발자 괜찮더라구요
15:30 · Dominic / 개발자 A100 시간당 크레딧 8.6인가 들고
15:36 · 올해는한화가우승/방산ax 아직 한국만
관련 메시지 발췌 · 22:19–22:27
22:19 · 홀리몰리 코덱스 엊그제 30만원 결제 됐는데 아… 100불이라도 클코 가볼까요 opus 5.5가 땡기는데
22:20 · 휴가 즐기는 어피치 지금 오5.5는 먹어봐야합니다
22:22 · 율파파 @darkcommis 코덱스가 메인이라 클로드 맥스까지는 안필요한데…
22:23 · 홀리몰리 여기저기 반응보면 확실히 역대급
22:24 · 김위버 솔직히 저는 아스트라보다 더 좋은듯
22:24 · AlexAI/opencrab.sh 아스트라는 부족한 부분을 컴퓨터 유즈로 풀어내는데
22:24 · AlexAI/opencrab.sh 오퍼스는 피지컬로 이겨버리네
22:25 · 홀리몰리 6 sol은 지능 더 낮아진 느낌 너무 실망..
22:25 · AlexAI/opencrab.sh 오퍼스가 부리는 아스트라 컴퓨터유즈
22:25 · AlexAI/opencrab.sh 이거 완전 맛도리입니다
22:26 · 홀리몰리 오퍼스 5.5는 토큰 소모량도 낮아서 5시간 한도도 남을것 같은
22:27 · 류주임/@chris_gomdori 클로드로 코덱스 세션만지는게 정석
JEV API 지연과 로컬 경유 실험
JEV를 메모리 시스템과 실서비스에 적용해 보니 API 네트워크 지연이 체감된다는 경험이 공유됐다. 라우터를 바꿔도 지연이 크게 줄지 않아 로컬 모델을 테스트하겠다는 계획이 나왔고, OpenCode에서 무료 모델을 외부 API로 호출하는 정책이 바뀌어 로컬 프록시를 경유하려는 시도도 언급됐다. 어떤 구성이 더 낫다는 결론은 없으며 실제 서비스에서는 지연·정확도·운영 비용을 함께 측정해야 한다.
관련 메시지 발췌 · 14:28–14:39
14:28 · 춘식 / AI Engineer Jev 실 서비스에 적용해보신 분 있으신가용?
14:28 · 춘식 / AI Engineer Api는 네트워크 지연 때문인지 속도가 별로네여 ㅠ
14:30 · 케이시/Kumiho.io 맞아요, 저도 메모리 시스템에 지금 쓰고 있는데…네트워크 지연이 좀 있네요, ZTC 공유해주신거 고민하고 있어요…ㅎ
14:31 · 춘식 / AI Engineer 그쳐 실시간 서비스여서 latency가 중요한데, 라우터나 이런걸로 대체하기엔 네트워크 지연이 있어서 교체해도 거기서 거기더라구요
14:31 · 춘식 / AI Engineer 저도 ztc나 로컬 jev 구조 모델들 올라온게 있던데 그걸로 테스트해보려구여
14:34 · 시온/잡도리 오픈코드에도 jev 1.3 free 올라와있어요
14:38 · 시온/잡도리 어사이드에서 공급자 오픈코드 zen으로 쓰려고했더니,
14:38 · 시온/잡도리 오픈코드 정책이 바껴서 무료모델도 외부 api 호출이 안되더라구요
14:38 · 시온/잡도리 지금 로컬 경유 프록시로 시도하는중이예요
14:38 · 시온/잡도리 jev 1.3 free 넣어 쓰려구요
하네스·캐시·모델 라우팅과 온톨로지·FDE 설계
밤의 기술 대화에서는 하나의 헤드가 작업을 난이도별로 분류하고 각 워커에 나눠 보내는 하네스가 소개됐다. 캐시 재사용을 고려하지 않거나 독립 작업을 잘못 쪼개면 여러 에이전트가 같은 문서를 반복해서 읽어 토큰과 주간 한도를 빠르게 소모할 수 있다는 시행착오가 나왔다. JEV는 특정 영역의 분류·QC나 라우팅에서 유용할 수 있지만, 데이터 가공과 적용 영역에 따라 품질이 달라진다는 설명이 이어졌다. 온톨로지와 메타데이터를 포함한 구조화, Palantir Foundry를 참고한 개인용 FDE 구현도 공유됐으며, 엔터프라이즈 권한 정책과 운영 복잡성은 별도의 과제로 남았다.
관련 메시지 발췌 · 22:35–22:48
22:35 · H1D 그 오케스트레이션 스킬에 지금 표본 검사 해논거 등급나눠서 알아서 필요레인 발주하면서 쓰고 있긴한데
22:35 · MeroZemory 오케스트레이션 뭐로하십니까
22:35 · H1D 클로드요
22:35 · MeroZemory 네이티브하네스로
22:36 · H1D 저는 헤더로
22:36 · H1D 메인 관제 센터 하나 만들어놓고
22:36 · H1D 거기서 작업 등급 전부 나눠서
22:37 · H1D 자동으로 난이도 측정 표본 검사 해서
22:37 · H1D 알아서 나눠서
22:37 · MeroZemory 캐시재사용 고려하셨나요
22:37 · MeroZemory 보통 모델라우터만들떄 많이 하는실수가
22:37 · MeroZemory 캐시히트 고려안하고 라우팅해서 토큰이 녹느경우를
22:38 · MeroZemory 여러 작업들이 다 같은짓 (문서읽기) 하면서
22:38 · MeroZemory 폭발하는경우가 있더라고요
22:38 · H1D 격어봤죠 \
22:38 · H1D 그래서 주간한도 몇시간만에 날린적도 있어서
22:40 · MeroZemory jev가 활용 가능한영역이 적어서그렇지
22:40 · MeroZemory 특정영역에선 정말 도움되는데
22:41 · MeroZemory jev는 그냥쓰면 안되고 이제 데이터가공을 얼마냐 잘하느냐에따라 품질차이가 크다고생각합니다
22:43 · MeroZemory 팔란티어 foundry 클론해서 ai fde 만들어둔게 있는데
22:44 · MeroZemory 개인은 ai시대라서 쉽게구현하는..
22:47 · AlexAI/opencrab.sh 메타 데이터가 섞이는걸 조심해야해요
22:48 · 강정석 / Schift / 대표 Classification / qc 일부에는 압도적이니
메시징 기반 지식 수집과 에이전트 역할·페르소나 관리
좋은 링크와 스크랩을 카카오톡의 ‘나에게 보내기’에 쌓아두면 다시 찾기 어렵다는 문제에서, Telegram·Discord·Slack 중 여러 봇을 붙이고 자동 분류하기 좋은 채널을 고르는 대화가 나왔다. 단일 봇이면 Telegram도 괜찮지만 봇 간 오케스트레이션에는 Discord가 편하다는 경험, Slack으로 옮겼다는 사례와 Buzz·Grokbot의 사용감이 함께 공유됐다. 별도의 에이전트에 모델·추론 수준·스킬·Wiki 공간을 달리하고 agents.md·soul.md로 역할을 구분하면 바쁠 때 식별과 운용이 쉽다는 설명도 나왔다. 이는 제안과 개인 운용 경험이며 특정 서비스의 공식 기능 비교는 아니다.
관련 메시지 발췌 · 22:50–23:25
22:50 · 올해는한화가우승/방산ax 카톡 나에게보내기로
22:50 · 올해는한화가우승/방산ax 메모하고있었는데
22:50 · 올해는한화가우승/방산ax 텔레그램으로 한번
22:50 · 올해는한화가우승/방산ax 옮겨봐야겟네용
22:50 · 올해는한화가우승/방산ax 봇으로해서
22:50 · 올해는한화가우승/방산ax 자동 지식분류?
22:51 · 올해는한화가우승/방산ax 맨날 좋은 링크나
22:51 · 올해는한화가우승/방산ax 스크랩 있으면
22:51 · 올해는한화가우승/방산ax 나에게 보내기로
22:51 · 올해는한화가우승/방산ax 해놨는데
22:51 · 올해는한화가우승/방산ax 다시 찾기가 영,,,
22:53 · 헤헤헤 디코도 괜찮아요
22:54 · 헤헤헤 자율 봇 여러개 붙일 수 있는 관점에서
22:54 · 헤헤헤 디코가 나을듯
22:54 · Tofukyung/AI 크리에이터 단일이면 텔레가 좋고 봇끼리 오케스트레이션 하실거면 텔레 쓰면 안돼용
22:56 · Tofukyung/AI 크리에이터 전 슬랙으로 이사오긴 했지만 디코도 충분히 좋아요
23:01 · AI영끌맨 buzz는 슬랙쓰셨던분들에게 정말 좋습니당 ㅎㅎ
23:02 · AI영끌맨 그치만 저는 요즘 그록봇으로 대체중입니다 ㅎㅎ
23:06 · Tofukyung/AI 크리에이터 모델과 추론수준, 개별 실정(agents.md / soul.md 및 스킬 / 개별 위키 공간)이 다 다른 제 봇들.. 이번에 맥미니 이사하면서 왕창 늘렸네요
23:22 · Tofukyung/AI 크리에이터 커서 cli 봇입니다
23:24 · Tofukyung/AI 크리에이터 근데 일할때도 단순히 직함 나눠져 있는 거보다 고유하게, 인식하기 편하게 나눠두는게 바쁠때 좋더라구요
23:25 · Tofukyung/AI 크리에이터 에이전트 키울 때 꽤 필요한 역할부여라고 저는 생각하고 있습니다
긴 전사본 정리와 OCR 문서 구조화
긴 유튜브 전사본을 원문 훼손 없이 읽기 좋은 형태로 다듬을 때 Astra급 모델이 필요한지, 더 낮은 모델을 구조적인 프롬프트로 반복시켜도 되는지 질문이 나왔다. 두 시간 이상의 전사본이 많이 쌓이면 작업별 형식을 먼저 정하고 3~4개 단위로 나누거나 여러 창·자동 압축을 활용하라는 조언이 있었다. 이어 MinerU·Paddle 계열 OCR의 표 처리, 토큰 압축과 속도, BBOX·출력 형식·좌표 규격, 특허 도면과 이미지 구조화의 어려움이 논의됐다. OCR 모델의 특정 벤치마크 우위나 공개 일정은 참여자의 전언이므로 재현 확인이 필요하다.
관련 메시지 발췌 · 23:50–2026-09-25 00:40
23:50 · 힙합보이 행님덜 유튜브 전사본 요약정리하고 다듬을 때
23:50 · 힙합보이 모델 뭐쓰시나요들..
23:50 · 힙합보이 아스트라 미디엄 ㅆ는데 토큰이..
23:51 · 힙합보이 원본 거의 똑같을정도로.. 문단 정리정도 하는데
23:51 · 힙합보이 3.8잘하나요?
23:56 · 힙합보이 지시문 야무지게 정리해놓긴 했는데 분량이 2시간정도고.. 잡담이나 이런거 없애고 원문훼손없이 책처럼 읽기좋은 형태로 요청주고있는데 아스트라 미디엄은 오바일까요?
00:06 · Tofukyung/AI 크리에이터 편하게 쓰시려면 아스트라 쓰시면 되겠지만, 토큰 부담이 되신다면 gpt-sol이나 opus 5.5 medium, 혹은 더 내려서 해보셔도 충분한 업무일 것 같아요.
00:11 · 힙합보이 감사합니당 전사본 정리 다듬는 작업시
00:11 · 힙합보이 2시간 이상 전사본이 100개가량 되는데
00:11 · 힙합보이 한번에 작업주면 내용이 달라도 억지로 동일한 형식(목차갯수 일치 등)으로 맞춰지는 현상있는데
00:11 · 힙합보이 3~4개 씩 끊어서 하는게 좋을까요?
00:14 · Tofukyung/AI 크리에이터 각 작업 내용별 형식을 어떻게 맞추고 싶냐 기준을 미리 잡으시는게 좋겠네요
00:14 · Tofukyung/AI 크리에이터 그리고 분량이 너무 많아 컨텍스트가 넘치면 창을 여러 개 열어서 시키셔도 좋을 거 같구요(아니면 오토컴팩트 걸고 순차적으로 진행시키던가)
00:15 · 강정석 / Schift / 대표 저거 ppOCR v6만 해도 성능이 gpt 5.5 보다 높네요
00:17 · 강정석 / Schift / 대표 경쟁이 mineru paddle이라 좀 빡세지만
00:18 · 강정석 / Schift / 대표 paddle + minerU냐, paddle pipeline이냐 차이로 보시면 될듯
00:27 · 강정석 / Schift / 대표 OCR 분야의 가장 큰 이슈는 음…
00:27 · 강정석 / Schift / 대표 표죠
00:29 · 강정석 / Schift / 대표 paddle / mineru 계열은 크롭계열해서 해상도를 지키고 느린 반면
00:30 · 강정석 / Schift / 대표 deepseek 모델 계열들은 토큰 압축을 시켜서 해상도를 일부 포기하고 들어가는 면이 있습니다
00:30 · 강정석 / Schift / 대표 대신에 무진장 빠르죠
00:34 · 강정석 / Schift / 대표 그리고 이제 이미지 영역을 bbox로 주냐마냐 라던가
00:35 · @버닝티야/AI(본캐) 변리사(부캐) 특허는 XML로 되어 있는데.. 도면의 연결관계를 OCR로는 해결이 안되요
00:36 · 강정석 / Schift / 대표 그래서 아직 할일이 많은 분야이기도 합니다
00:38 · 강정석 / Schift / 대표 목표는 결국 철학적으로는 이 문서의 정보 해상도를 어디까지 높일것이냐
00:39 · 강정석 / Schift / 대표 그래서 저희가 모델 고를때 보는 요소중 하나는 BBOX를 주는지 안주는지 중요합니다
00:39 · 강정석 / Schift / 대표 md로 줘야 하냐, JSONL로 줘야 하냐, html로 주느냐, xml mixed md로 가느냐
빠른 모델 출시 전언과 커뮤니티의 가벼운 잡담
Gemini 4의 출시가 이르다는 뉴스성 메시지와 Fable 5.2 루머가 공유됐고, 모델 세대 교체가 너무 빠르다는 농담이 이어졌다. 오전에는 광고 영상 링크를 본 뒤 번역봇의 영단어 게임을 함께 했고, 오후에는 포토샵·나모웹에디터·드림위버·Flash 시절의 개발 경험을 회고하며 바이브코딩도 유행처럼 지나갈 수 있다는 의견이 나왔다. 출시 시점과 모델 정보는 공식 발표로 확인하지 않은 전언이며, 원본 홍보 링크·봇 공지·열람 코드는 공개 문서에서 옮기지 않았다.
관련 메시지 발췌 · 09:37–10:40, 16:29–16:34, 2026-09-25 02:31–03:57
09:38 · AlexAI/opencrab.sh 이방에 혹시 광고주 계시면
09:38 · AlexAI/opencrab.sh 로판여주에게 맞겨도 될듯요 ㅋㅋㅋㅋㅋ
09:40 · 시안 저도 이거 봄 ㅋㅋㅋ
09:40 · 시안 순식간에 100만 조회수 넘어간
10:06 · 번역봇 testa
10:40 · 류주임/@chris_gomdori @번역봇 blind
10:40 · 번역봇 @류주임/@chris_gomdori 땡! ‘blind’(이)가 아니야. 😜
16:30 · 시안 스타크래프트 무조건 따라하기 도…
16:32 · 잘난체하는 어피치 나모웹에디터 추억 돋네요ㅡ 초등학교때 나모 이용해서 홈페이지 만드는 교육이 유행이였는데요. 궁극적으로는 바이브코딩도 유행처럼 지나갈거라 생각합니다(목적없는… 알맹이 없는.. 나름 화려하고 신기해보이지만.. 만든 본인도 결국 이용하지 않는.. 나모로 만든 홈피처럼)
16:34 · 시안 3d맥스 처음접하고 신세계였는데
16:34 · 시안 3시간 작업하고 저장 안했는데 재부팅
20:08 · 올해는한화가우승/방산ax 구글, Gemini 4 출시 임박, 사후학습 초기 단계 진입
02:31 · 헤헤헤 페이블 5.2 찌라시…
02:32 · 클코 늅늅이 코덱스도 곧장 뭐 내놓겠지…ㅋㅋ 근데 너무 빠른딩?
03:28 · 주녀 첫 사용부터 실망시키지 말라구 오푸스5.5…
03:57 · 다몽 / 인천 / 게하준비, 포스부업 역시 오푸스 네이밍부터 불길했어
03:57 · 다몽 / 인천 / 게하준비, 포스부업 오푸스 버릴때까지 fable 존버~!
공개 범위
공개 제외 · 07:00, 09:21, 15:04, 18:04, 19:00
자동 요약·방 공지에 포함된 열람 코드, 비공개 초대 링크, 반복 운영 안내와 원문에 포함된 일부 외부 홍보 링크는 공개 문서에서 옮기지 않았다.