에이전트코리아 · 2026-10-13
NPU·로컬 모델 실험, 온톨로지의 투자 판단, Codex 리셋과 모델 역할 분담, AI 영상 검수, 에이전트 평가·운영을 정리한 에이전트코리아 일일 다이제스트입니다.
오늘의 대화
04:00 일자 경계 기준으로 2026-10-13에는 NPU에서 학습·추론을 시도했다는 주장과 온톨로지의 비용 대비 효용 논의로 시작해, Muse Wonder·JEV·Haiku 같은 모델의 역할과 실제 사용감, Codex 리셋과 구독 변화로 대화가 이어졌다. 오후에는 영상 생성의 사람 검수와 자동매매 실행 로직의 장애 사례가 나왔고, 밤에는 Slack·MCP 기반 에이전트 구조, 프로덕션 평가셋, 오픈소스 라이선스의 차이를 논의했다. 원문은 2026-10-13 04:25부터 2026-10-14 01:40까지 2,084개 메시지를 포함한다.
공개 범위
자동 생성된 방 요약과 반복 입장 안내, 외부 홍보·초대 URL, 사진·동영상 자체, 삭제 메시지, 계정·구독·결제 식별 정보는 제외했다. 모델 출시·가격·한도·성능, NPU 처리량, 도구 기능과 라이선스 해석은 참여자의 전언·사용기·추정으로만 기록하며 공식 사실로 확정하지 않는다. 리버스 엔지니어링 도구와 자동화 이야기도 실행 절차나 제한 회피 방법 없이 개념과 주의점만 남겼다.
이야기 나온 주제
NPU용 소프트웨어 계층과 로컬 모델 가속에 대한 실험 주장
다윈은 범용 NPU가 추론 전용이라는 통념에 맞서, 칩을 바꾸지 않고 소프트웨어 계층을 붙이는 VKORE 개념을 만들었다고 설명했다. 추론 속도·동시 처리·학습 가능성에 대한 수치도 제시했지만, 원문 안에서 독립적인 재현 결과나 장비·코드 검증은 확인되지 않았다. 같은 날 27B 모델 컴파일이 실패해 다른 모델로 바꿔 보려는 대화도 이어져, 이 주제는 완성된 성능 보고서보다 진행 중인 실험으로 보는 것이 안전하다.
원본 대화 · 04:25
04:25 · 다윈/AI 「NPU용 쿠다」 개념인 VKORE를 직접 만들어 붙였습니다. 칩은 그대로 두고, 소프트웨어만 바꿨습니다.
온톨로지 구축 비용과 개인 지식 인수인계
기업이 GPT와 Notion을 연결해 쓰는 상황에서 온톨로지를 별도로 구축할지 묻자, 구축·유지보수 비용보다 얻는 가치가 확실히 큰 경우에만 도입해야 한다는 의견이 나왔다. 반대로 개인 지식을 자동으로 온톨로지화하면 인수인계에 도움이 될 것이라는 기대도 있었다. 특정 제품이 모든 조직에 맞는다는 결론이 아니라, 데이터의 연결성·권한·유지보수 비용을 함께 따져야 한다는 문제 정의로 남았다.
원본 대화 · 07:26–07:31, 07:58
07:26 · 꿈나무 / 공공폐수 현재 기업에서 GPT를 중심으로 노션 등 연결하여 사용중인데 굳이 온톨로지를 구축하야 하냐? 질문이 있습니다. 제 생각에 앞으로 툴은 더 다양해질 것이고 방대해진 데이터에 연결성을 부여하는 게 시대흐름이라고 생각하는데 여기 계신분들은 어떻게 생각하시나요?
07:30 · MeroZemory 제대로된 온톨로지라면, 그 구축/유지보수 비용만 저렴하다면, 혹은 비용이 비싸더라도 그 분야자체가 고가치산업이라 얻는게 크다면 구축해야겠지만
07:30 · MeroZemory 예상되는 비용보다 니즈가 확실히 큰게 아니라면 적용할 이유가 없겠죠
07:58 · 럭럭_지자체 방장님 오픈크랩처럼 개인 지식 같은 거 전부 자동으로 온톨로지화 해주면 좋을 거 같습니다. 이거 돼야 인수인계 문제도 좀 해결 될 거 같구요.
Muse Wonder의 실사용 평가와 모델 역할 분담
아침에는 Muse Wonder와 법률·건강 특화 모델에 관한 뉴스가 공유됐지만, 공개 문서에는 그 자동 브리핑의 출시·벤치마크 주장을 재전재하지 않았다. 대신 실제 사용 후기로 structured output과 tool calling에서 오류가 있었다는 평가가 나왔고, 이를 특정 모델의 공식 성능 결론이 아닌 참여자 체감으로 기록한다.
원본 대화 · 10:56–10:57
10:56 · 강정석 / Schift / 대표 뮤즈 원더
10:56 · 강정석 / Schift / 대표 이거 생각보다 헛똑똑이 같네요
10:57 · 강정석 / Schift / 대표 뭔 structured output에서 7-8% 정도로 에러가 나지
10:57 · 강정석 / Schift / 대표 툴콜링도 에러가 많고
10:57 · 도동이 / 회사원(비개발자) 제가 정리한것데 소넷급… 인거같네요 ㅋㅋ..
Codex 리셋·한도·요금제 변경에 대한 체감
참여자들은 EOD PST 기준의 글로벌 리셋 공지를 두고 한국 시간대를 추정했으며, 실제 리셋은 13:59 전후에 관찰됐다고 말했다. 리셋 직후에는 서버 용량, 사용 한도, 모델 속도에 대한 불만이 함께 나왔다. 기존 20배 사용자의 잔여 크레딧과 100달러 요금제로 내릴지에 대한 대화도 있었지만, 이는 계정·시점별 전언이므로 공식 요금제 안내로 해석하지 않는다.
원본 대화 · 10:37–10:45, 13:59–14:01, 17:35–18:00
10:44 · 우이/개발 Global reset landing by EOD PST time. Enjoy
13:59 · ToRNado / 블로그운영 코덱스 리셋 해줬네요
13:59 · 노스택개발자/웹-앱 개발 전략만드는거보다 어려운게 실행로직인듯요
17:35 · 인공/ai기획 기존에 20배 쓰던 사람들은 계속 쓰게 해주려나요? 한도가 많이 줄어든것같긴한데
17:46 · 스피치/개발자 그래서 기존 20배 사용하던 사람들은 올해까지 사용 가능한 크레딧 넣어 줬어요.
18:00 · Luee/기름쟁이 이번달까지 쓰고 100달러짜리로 내려야죠 ㅎ
JEV·Haiku·판정 모델의 용도 구분과 파인튜닝
JEV의 판단력이 Haiku보다 낮다는 질문에 여러 참여자가 순위를 제시했지만, 이는 개인 사용감과 예상이었다. 이어 JEV는 범용 생성 모델과 같은 기준으로 비교하기보다 특정 판단·변속 역할로 보고, 목적에 따라 모델을 나눠 쓰며 필요하면 파인튜닝하는 편이 낫다는 설명이 나왔다. 공유된 핸즈온·강의 링크는 공개 문서에서 제외했다.
원본 대화 · 12:52–13:20
12:52 · 하품하는 죠르디 실제 판단력은 하이쿠만도 못하다는데 맞나요,,?
12:56 · 자동화공장장 그냥 저의 종합적 의견으론
12:56 · 자동화공장장 ZTC>마이크로소프트 판정기>JEV>루나판정기
12:56 · 자동화공장장 인것 같네용
13:05 · Hue/개발자 JEV 랑 하이쿠를 비교하는건
13:05 · Hue/개발자 JEV = 기어변속기
13:05 · Hue/개발자 하이쿠 = 1500cc 엔진
13:05 · Hue/개발자 을 비교하는것과 비슷합니다.
13:07 · Hue/개발자 둘중 하나만 쓸 필요는 없고, 각자 용도에 맞게 쓰는게 좋지 않나 싶네요
13:18 · 코난쌤 한준구 ㅋㅋ jev -> laya 이렇게 가는데 이거 핵심이 파인튜닝인데 그 코드가 실습코드로 들어있습니다.
AI 영상 생성에서 API·Canvas·사람 검수의 역할
1분을 넘는 영상 작업에서는 API로 생성하는 것과 Aside 화면·Canvas에서 구조를 정리하는 방식의 편의성이 다르다는 경험이 공유됐다. 매치컷의 동작 연결처럼 현재 모델이 자연스러움을 안정적으로 판단하지 못하는 부분은 2~3프레임을 사람이 확인하고 자르거나 붙이는 과정이 필요하다는 설명이다. 연구·검수 중심 작업과 결과 중심 작업의 차이도 함께 언급됐지만, 어느 한 방식이 모든 영상 작업에 정답이라는 뜻은 아니다.
원본 대화 · 11:29–11:42
11:29 · HiDDeN API로 만드는게 진짜 좋긴한데…
11:29 · HiDDeN 어사이드로 페이지 열어놓고 캔바스에 정리하면서 만들어..
11:29 · HiDDeN 로 하는게… 1분 넘어가면 훨씬 편하네요
11:37 · 이오/바이오 근데 연구쪽은 재현성없으면 결과를 신뢰할 수 없다는 게 당연하게 여겨져서 그러신가
11:38 · HiDDeN 만약 매치컷인데… 매치컷은 동작이 이어져야함…
11:39 · HiDDeN 매치컷에서 전동작과 다음동작 이어지게 편집해줘…. 를 연결동작으로 안함… 뚝뚝 끊어진 움직임.. 이거 100퍼 눈으로 골라내야함..
11:41 · HiDDeN 대충 2-3프레임 정도
11:42 · 이오/바이오 만들어내는 것만 할 줄 알지
11:42 · 이오/바이오 자연스럽게 이어지는지 판단능력은 아직 없으니 ㅋㅋ
자동매매 시스템에서 전략보다 어려운 실행 안정성
자동매매를 시도하는 참여자는 전략을 만드는 것보다 실제 실행 로직이 어렵다고 했고, 포트폴리오 사이징·클라우드 재시작·신규 상장·워밍업·메모리 피크·주문 지연 등 여섯 가지 장애를 열거했다. 이는 투자 조언이나 수익 보장이 아니라 한 개발자가 겪은 시스템 안정성 사례이며, 금융 판단에 사용할 수 있는 검증된 운영 지침은 아니다.
원본 대화 · 13:59–14:02
13:59 · 노스택개발자/웹-앱 개발 전략만드는거보다 어려운게 실행로직인듯요
14:01 · 노스택개발자/웹-앱 개발 \1. 사이징 엔진이 포트폴리오 절반만 들어감
14:01 · 노스택개발자/웹-앱 개발 \2. 클라우드 리셋되면 자동 재시작 안함
14:01 · 노스택개발자/웹-앱 개발 \3. 신규상장 있으면 갑자기 주문전송부가 뻗어버림
14:01 · 노스택개발자/웹-앱 개발 \4. 워밍업에 75분이 걸림
14:01 · 노스택개발자/웹-앱 개발 \5. 클라우드 메모리가 피크치면 주문전송부가 죽음
14:01 · 노스택개발자/웹-앱 개발 \6. 주문이 갑자기 최소 1분씩 밀림
14:02 · 노스택개발자/웹-앱 개발 앞으로 어디서 또 싸다구 맞을지
14:02 · 노스택개발자/웹-앱 개발 기대가 됩니다
Slack·MCP·자가발전 구조와 대규모 에이전트 평가
Slack·MCP·위키를 연결해 에이전트가 서로 작업을 물고 물리는 구조를 만들 때, 팬아웃이 무한해지면 토큰이 급격히 소모될 수 있다는 경험이 나왔다. 이어 프로덕션급 플러그인·스킬 평가를 위해서는 데이터셋 규모와 예산, 사람 호출과 자동 발동의 차이, 내부 배포와 공개 서비스의 사용자를 먼저 정하고, 골든셋·엣지 케이스·재현성·비용을 함께 설계해야 한다는 논의가 이어졌다. 범용 기능을 한 번에 다루기보다 작은 사례를 안정화하고 사용자 피드백을 받으라는 결론에 가까웠다.
원본 대화 · 20:31–20:37
20:31 · 공냥이 슬렉세팅하는데
20:31 · 공냥이 너무힘들어다
20:34 · 공냥이 물리고 물리는구조나 자가발전시스템
20:36 · HiDDeN 자가발전으로 ㅋㅋㅋ 토큰이 날아가는.. 무한 팬아웃… 막.. 하아…
20:36 · 공냥이 팬아웃안나게
20:36 · 공냥이 구조짜다보니
20:36 · 공냥이 좀많이먹음..
원본 대화 · 20:48–21:02
20:48 · twojay | LLM, Prompt 스킬이나 플러그인 만들때
20:48 · twojay | LLM, Prompt 매시브 테스트 어떻게하세영
20:50 · 공냥이 데이터셋 사이즈랑 예산안먼저 고려하는데 우선 이건 핵심은 이건다 정해두고 들어가야하죠
20:52 · 공냥이 1.유저들이 콜링해서 쓰게할꺼냐
20:52 · 공냥이 2.자동발동하게 할꺼냐
20:57 · twojay | LLM, Prompt 빨리 돌려서 릴리즈 하는게 답일 수도 ㅇㅇㅇㅇㅇ
20:58 · 공냥이 엣지케이스찾아
20:59 · 공냥이 스코프를줄여야함
21:00 · 공냥이 케이스별로 나눠버리고 UIUX로 조져서
21:00 · 공냥이 무조건 특정에셋나오게
21:00 · 공냥이 하는게 맞다고봄
21:02 · 공냥이 매시브테시트 프로덕션은 비지니스가 성립해야 하는건데
21:02 · 공냥이 전제조건이 덜잡한것같음
오픈소스 라이선스와 AI 기반 재사용의 경계
REA 같은 리버스 엔지니어링 도구를 둘러싼 관심은 오픈소스와 복제·저작권의 경계로 이어졌다. 대화에서는 소스가 보인다는 이유만으로 오픈소스로 간주할 수 없고, MIT·BSD 같은 허용적 라이선스와 GPL·LGPL 같은 카피레프트의 조건이 다르며 상업적 배포 시 라이선스를 확인해야 한다는 설명이 나왔다. 아래는 법률 자문이 아니라 참여자의 일반적 설명이므로 실제 사용·배포 전 원문 라이선스와 법률 검토가 필요하다.
원본 대화 · 23:41–23:47
23:41 · Penda Jr. Sensitive 각 라이센스가 추구하는 바가
23:41 · Penda Jr. Sensitive 확연히 다릅니다
23:41 · Penda Jr. Sensitive GNU GPL
23:41 · Penda Jr. Sensitive MIT
23:41 · Penda Jr. Sensitive 완전히 다르고
23:41 · Penda Jr. Sensitive BSD 라이센스도 다르고
23:42 · Penda Jr. Sensitive 그냥 그렇게 퉁쳐서 오픈소스라고 뭉개면 안될 디테일이 많아요
23:42 · Penda Jr. Sensitive 흔히 젤 많이 알만한걸로는 MIT쪽 허용적 라이센스
23:43 · Penda Jr. Sensitive 이건 GPL LGPL
23:43 · Penda Jr. Sensitive 이건 해당 라이센스 라이브러리 포크뜨거나 하면
23:43 · Penda Jr. Sensitive 강제로 GPL이나 LGPL 라이센스를 상속받아야 함
23:47 · Penda Jr. Sensitive ai 가지고 사업한다고 하시다가
23:47 · Penda Jr. Sensitive 저런거 라이센스 때문에 골아파지는거 생각 잘하셔야 함
확인 필요
- VKORE의 NPU 학습·추론 수치와 27B 컴파일·로컬 모델 실험은 장비·버전·코드가 공개되어 동일 조건으로 재현되지 않았다.
- Muse Wonder·JEV·Haiku·판정 모델의 출시·성능·역할·가격·한도는 참여자 사용기와 추정이 섞여 있으므로 공식 문서와 별도 테스트가 필요하다.
- Codex 리셋 시각·한도·크레딧·요금제 전환은 계정과 시점에 따라 달라질 수 있다.
- 영상 생성의 프레임 검수, 자동매매 실행 안정성, 에이전트 평가 비용·재현성은 프로젝트별 설계와 운영 데이터가 필요하다.
- 오픈소스 라이선스의 적용 범위와 리버스 엔지니어링·상업적 재사용 가능 여부는 각 프로젝트의 라이선스와 관할 법률을 별도로 확인해야 한다.