에이전트코리아 · 2026-09-18
JEV를 정의된 분류·QC·라우팅에 쓰는 방법, 온톨로지·RAG·에이전트 서비스 구조, 브라우저 자동화와 문서 워크플로에 관한 실사용 논의를 정리했습니다.
오늘의 대화
새 모델과 AGI에 관한 짧은 전망으로 시작했지만, 실제 대화의 중심은 JEV를 추론형 대화 모델이 아니라 정의된 분류·검수·라우팅에 쓰는 방법이었다. 지식그래프·온톨로지·RAG를 어디까지 구축할지, 에이전트 서비스의 병목을 언어·인프라·오케스트레이션 중 어디에서 찾아야 할지도 논의됐다. 오후와 밤에는 브라우저 자동화, 토큰 한도, 로컬 안전 AI 시연, Discord·Obsidian·HWPX를 잇는 문서 작업 흐름이 이어졌다.
이야기 나온 주제
Grok5 AGI 주장과 AGI 정의
Grok5에서 AGI를 달성할 예정이라는 전언이 공유됐지만, 곧 AGI를 무엇으로 정의하는지에 따라 달성 여부가 달라진다는 반론이 나왔다. 이 대화에서는 출시 일정이나 성능을 검증하지 않았고, 참여자들이 AGI라는 표현의 기준 자체를 문제 삼았다는 정도만 확인된다.
관련 메시지 발췌 · 2026-09-18 06:25–06:38
06:25 · 아라방구 / AI Engineer 그록도 그록5 버전에서 AGI 달성 예정입니다.
06:38 · 이오/바이오 우선 일론의 AGI 정의가 무엇인지부터 명확히 해야 겠군요
06:38 · 이오/바이오 각자 정의가 다르다보니 달성여부도 달라서요
온톨로지·KG·RAG와 에이전트 서비스 아키텍처
챗 형태의 에이전트 서비스를 개발하는 참여자가 지식그래프 기반 연결, 온톨로지의 무게, 도메인별 MCP 확장과 Python·LangGraph 구조를 고민한다고 설명했다. 답변에서는 온톨로지를 처음부터 거대한 체계로 만들기보다 필요한 엔티티와 관계를 단계적으로 설계하고, 명확한 데이터는 KG·RAG와 도구 연결로 시작할 수 있다는 관점이 제시됐다. Python 자체의 속도보다 워커 풀·상태 저장·메시지 큐·오토스케일링 같은 인프라 구성이 실제 병목을 좌우할 수 있다는 반론도 나와, 특정 언어가 문제라고 결론내리지는 않았다.
관련 메시지 발췌 · 2026-09-18 11:43–12:33
11:43 · 팝콘 먹는 춘식이/개발자 저는 저희 회사에서 챗 형태로 제공되는 에이전트 서비스를 담당하고 있는 개발자 입니다.
11:48 · 팝콘 먹는 춘식이/개발자 지식그래프 베이스의 데이터 연결도 서비스에 필요한 시점이 왔는데 온톨로지는 또 너무 헤비하다는 상위 의견도 있고, 도메인별 mcp 확장에 대한 전개 구조도 고민이고, 주저리 적은 만큼 복잡한 마음이 가득합니다.
11:50 · 팝콘 먹는 춘식이/개발자 langgraph 의 노드를 포기하기 어려운 초반 구조였어요.
11:52 · 팝콘 먹는 춘식이/개발자 그래도 결국 내부의 오케스트레이터나 플래너를 파이썬이 담당해야 하는데, 싱글스레드 구조에서는 한계가 있다보니 인프라 구조적으로 맞는지 계속 고민이 들었어요
12:13 · MeroZemory 에이전트다룰때도 다 이제 오케스트레이션문제면 어차피 api응답에서 병목걸리지
12:21 · MeroZemory 상태 postgres에 저장하고 레디스로 통신하고 프로덕션에서는 현 리소스 상태에따라 컨테이너 오토스케일링하고
12:24 · 케이시/Kumiho.io 사실, 언어가 문제는 아니에요 :) 말씀하신 것 처럼 어떤 인프라를 어떻게 구성해서 그걸 어떤 언어로 소통하게 하냐가 더 중요하죠
12:28 · MeroZemory KG는 RAG쓰실거고
12:29 · MeroZemory 온톨로지도 이제 뭐 사람마다 조직마다 정의가 다 달라서 온톨로지자체가 헤비하다- 라기보다는
12:30 · MeroZemory 그냥 KG만들어놓고 AI FDE가 KG 조회하고 조작하기 쉽게 이런저런 툴들 붙여놓고 하면 뭐 그게 온톨로지 기본요건은 다 만족하는지라
JEV의 분류·QC·라우팅 활용과 OpenCrab 연동
JEV는 긴 추론이나 자유로운 답변보다, 정의가 잘 된 태스크의 확률 분류와 QC·하드게이트·에이전트/도구 선택에 어울린다는 설명이 반복됐다. 추론 텍스트가 필요하면 다른 모델로 구조화한 정보를 넣고 JEV가 판정하게 하는 방식, 화면·상황 정보를 주고 반복적으로 다음 행동을 고르게 하는 방식이 제안됐다. OpenCrab에 JEV API를 연결하고 온톨로지·RAG 자료를 라우팅하거나 분류하는 실험도 진행됐지만, 속도·정확도·환각 없음에 관한 평가는 참여자의 실사용과 데모에 한정된다.
관련 메시지 발췌 · 2026-09-18 14:26–15:08, 23:18–23:34
14:26 · 짜장/기획자 지금 jev를 쓸수있는건가요?
14:37 · twojay | LLM, Prompt 추론에 써서는 안될 정도긴 합디다
14:37 · twojay | LLM, Prompt 그래서 저는 추론 텍스트만 따로 뽑아주는 flash lite 붙이고 프롬프트에 주입하고 JEV 써봤어여 어제
14:40 · twojay | LLM, Prompt 정의가 잘 된 테스크에서 확률 분류요.
14:41 · Tofukyung/AI 크리에이터 그런데 완전 정규식 코드로 분류하기는 또 어려운
15:07 · AlexAI/opencrab.sh 오픈크랩에 오픈제브와 제브 API 마이그레이션 하고 있네요
15:31 · 김위버 jev는 오케스트레이터로 쓰는 용도인가요?
15:31 · 헤헤헤 Agent tool 선택이나
23:18 · 다음일연구소/역삼/PT코더 Jev 는 또 모야 ㅜㅠㅋㅋ
23:19 · 케이시/Kumiho.io LLM인데, 대화하는 LLM은 아니고, 판별력을 가진 쿼리 / 스위칭보드 같은 모델이에요
23:27 · AlexAI/opencrab.sh 그래서 온톨로지나 RAG랑 상성이 맞아요
23:31 · 케이시/Kumiho.io 예를 들면 Jev를 써서 라이브러리 카테고리 판별기로도 쓸 수 있겠네요. 이 자료는 사회인가, 정치인가…?
23:33 · 뀨/연구 봇 여러개 만들고 봇마다 모델 다 다르게 설정하고 씀…
모델 한도·구독과 토큰 효율화
GPT·Claude 계열의 초기화와 주간 한도가 여러 차례 화제로 나왔고, 상위 요금제·엔터프라이즈·크레딧을 써도 사용량이 며칠 만에 줄어든다는 체감이 공유됐다. 가벼운 모델과 역할별 봇을 나누거나, JEV처럼 분류·라우팅을 앞단에 두어 토큰을 아끼려는 방향이 제안됐다. 가격·한도·모델별 소모량은 계정과 시점에 따라 달라 이 대화의 경험만으로 일반화할 수 없다.
관련 메시지 발췌 · 2026-09-18 09:11–09:25, 13:15–13:18, 16:51, 23:31–23:35
09:11 · 김스윽 gpt리셋이 시급한데 ㅜㅜ
09:12 · 행복한 춘식이 맞아요 5.6때는 아껴쓰면 일주일가까이썼는데
09:12 · 행복한 춘식이 지금은 3~4일이면 동나는듯
09:20 · 읽기쓰기 /반도체연구원 주간한도 1%…티보님 리셋좀….
09:25 · 김스윽 20프로 정도 남으면 음…아껴야겠군..
13:15 · 김위버 클로드 토큰 다 떨어지니 굉장히 우울하네요
13:18 · 뀨/연구 마자여 토큰 없으면 우울증걸림…
16:51 · HiDDeN 클로드 사용량이 진짜 많이 줄긴했네요
23:31 · AI영끌맨 아스트라 한도 순삭되서30프로언저리만가면 루나맥스만 돌리는 모임..
23:33 · 뀨/연구 봇 여러개 만들고 봇마다 모델 다 다르게 설정하고 씀…
23:34 · 이오/바이오 저도 모델이랑 추론강도 최대한 효율화하려고 하는데
23:35 · 뀨/연구 전 그냥 목적을 주고 이 목적에 너의 가장 효율화된 모델이 뭐냐고 물어서 설정하는 식으로 했어요
Aside·Ego·Playwright 브라우저 자동화
Aside와 Ego, Playwright·CDP의 차이를 묻는 질문에서 Aside는 사람이 사용하는 브라우저에 가깝고 Ego는 AI에게 연결해 자동화하기 편하다는 개인적 비교가 나왔다. Slack·Kakao 내용을 옮기는 방법과 이벤트 API·웹훅을 이용할 수 있는지에 관한 질문도 이어졌지만, Windows에서의 내보내기 기능과 실제 연결 가능 여부는 확인되지 않았다. 브라우저 도구의 편의성 평가는 참여자 환경과 업무에 따라 달라진다.
관련 메시지 발췌 · 2026-09-18 15:53–16:16, 17:42–17:55
15:53 · 김위버 어사이드 설치했는데 플레이라이트랑 차이점이 뭘까요?
15:54 · Penda Jr. Sensitive 어사이드는 브라우저가 안에 있고
15:54 · Penda Jr. Sensitive 플레이라이트는 밖에 잆죠….
15:57 · Tofukyung/AI 크리에이터 비개발자의 aside 후기 : 뭔가 쾌적하게 더 잘 된다!
15:59 · 화성갈끄니까/AI ego lite가 저는 좀 더 쾌적하네요
16:16 · 화성갈끄니까/AI 제 개인적인 경험으로는 사람이 보기에는 어사이드가 낫고, AI에게 물려주기에는 ego가 좋았습니다
17:42 · AlexAI/opencrab.sh 제브 API 어사이드에 달아도 좋네요
17:46 · AlexAI/opencrab.sh 제브가 촤좌작
17:47 · AlexAI/opencrab.sh API를 로컬 MCP 브릿지로 달고
17:47 · AlexAI/opencrab.sh 어사이드에 로컬MCP로 연결해서 쓰고 있어요
17:48 · @Dalchivibes 선생님들 혹시 슬랙이랑 카톡이랑 내용 연동시키는거 가능할까요..?
17:53 · 라이언/개발 슬랙은 event API 간단하게 만들어서 타겟 써드파티 웹훅으로 엮으면 안되나요..?
게임 에셋·재난 대응용 로컬 AI 시연
한 시연에서는 게임 에셋과 오디오를 하나의 모델이 함께 생성하는 멀티모달 활용 가능성이 화제가 됐다. 이어 재난 상황을 가정한 로컬 VLM 프로젝트가 소개됐는데, 답변 신뢰도가 낮을 때 모른다고 말하도록 하고 지도·음성·접근성 정보를 활용하는 방향이 설명됐다. 실제 안전 현장에서 쓸 수 있는지, 데이터와 모델의 정확도·오프라인 성능이 충분한지는 source에서 검증되지 않은 개인 프로젝트 단계의 이야기다.
관련 메시지 발췌 · 2026-09-18 13:31–14:01
13:31 · 아라방구 / AI Engineer 사진
13:32 · 아라방구 / AI Engineer 동영상
13:33 · 아라방구 / AI Engineer 게임 에셋과 오디오를 모델 하나가 전부 생성할 수 있다면 진짜 개쩌는것일듯
13:34 · 춘식이/연구개발 저게 진짜 그럴듯하게 구현되면 구글의 multimodality를 가장 잘보여주는 형태겠네요
13:53 · 다윈/AI 여기에 핵심 기능이 하나 들어가는데, 바로 ‘제로토큰 확신’이라는건데요. VLM이 답변에 확신도가 기준점 이하이면 아에 모른다고 답변하는 기능이에요
13:55 · 다윈/AI 답변을 생성하고 확신도를 계산하는게 아니라, 답변 출력 이전에 프리필 상태 이후 VLM 내부에서 확신도 측정 방식이라, 제로-토큰 확신 기술이라고 하는거에요
13:56 · 다윈/AI 전국 대피소 등 재난 대비 시설이 1,255곳이나 되더라구요
13:57 · 다윈/AI ‘포켓 서바이벌’에 다양한 생존 방법 등을 알려주게 학습시켰어요
13:59 · 다윈/AI 말로 하는 이유도 손가락을 쓸수없는 상황이거나 액정이 나가더라도~ 장애인 지원 의미도 있고요
14:01 · 다윈/AI 미국 지도는 너무 클거 같아서 ㅋㅋㅋㅋㅋㅋㅋ
AI 도입과 생산성·대체 논의
생성형 AI가 개발자를 온전히 대체하는지 묻는 질문과, AI가 사람의 생산성을 늘리는지 생산 자체를 바꾸는지를 나누는 대화가 있었다. 참여자들은 현재의 체감이 대체보다 생산성·효율성 개선에 가깝다고 말했지만, 번역처럼 일부 시장은 크게 영향을 받을 수 있다는 반론도 나왔다. 특정 직업이나 기업 전체에 대한 결론이 아니라, 조사 자료와 개인 경험을 바탕으로 한 짧은 논의로 남긴다.
관련 메시지 발췌 · 2026-09-18 09:20, 17:15–17:28
09:20 · 행복한 춘식이 ai가 개발자를 온전히 대체하나요?
17:15 · 송윤일/95/작가 역시 아직까지는 ai 가 사람을 대체하지 못하고 있네요 오히려 생산성만 늘려주고 있고
17:16 · 올해는한화가우승/방산ax 생산성은
17:16 · 올해는한화가우승/방산ax 그대로 일걸용
17:16 · 올해는한화가우승/방산ax 생산하는 재화는 그대로라
17:20 · 송윤일/95/작가 그건 그러네요 그럼 효율성이라고 말할까요?
17:22 · twojay | LLM, Prompt 보통의 사무직 화이트 칼라
17:27 · 올해는한화가우승/방산ax 생산 효율성이
17:28 · 올해는한화가우승/방산ax 맞는듯하더라구용
Discord·Obsidian·HWPX 문서 워크플로
여러 에이전트의 작업 진행 상황을 채팅에서 어떻게 보여줄지 고민하다가, Discord 메시지를 주기적으로 수정해 진행 시간과 상태를 표시하는 방법이 제안됐다. Windows·Mac·여러 장소를 오가는 환경에서는 Obsidian과 Google Drive, Slack·Discord를 연결해 프로젝트 그래프와 기록을 한곳에서 보려는 요구가 나왔다. 연구 보고서를 정해진 HWPX 양식으로 변환하는 스킬과 검독 스킬은 이미 있지만, Discord에서 Claude Code·스킬을 부드럽게 호출하는 연결과 가드·훅의 적정 수준은 미해결로 남았다.
관련 메시지 발췌 · 2026-09-18 20:31–21:26
20:32 · 뀨/연구 작업중일때 이거보다 좀더 신박하게 나오게하는법이없나요
20:42 · 뀨/연구 30분이상 작업중이면 이게 작업중이어서 작업중인건지 아니면 로그가 어디서 꼬여서 멈춘건지 현황확인을 해보고 멈춘거면 다시 수정하고 시키고 이런식이라서
20:50 · MeroZemory 그걸로 진행시간 표시하시면 되지 않을까 싶은데
20:54 · 뀨/연구 메세지 수정하는 방식으로 진행사항이랑 시간 보여준다네요 1분마다 갱신
21:05 · Tofukyung/AI 크리에이터 사실 이거도 저는 토큰 낭비인거 같아서, 여러 가지로 고민중이에요
21:11 · 뀨/연구 작업환경이 윈도우 - 맥 / 장소도 집 - 연구원 - 그외지역
21:12 · 뀨/연구 이걸 다 연결해서 쓰려면 구글드라이브 - 옵시디언 환경이 최선이라고 저는 판단중이긴한데
21:20 · 뀨/연구 이게 저희는 HWPX파일을 너무 많이쓰는데 그게 양식이 정해져있어서 제가 따로만든 스킬을 쓰고있거든요..
21:21 · 뀨/연구 지금은 디코에서 막 애들끼리 토론해서 옵시디언에서 정리시켜놓고 그걸가지고 클로드에서 스킬을 돌려서 HWPX 정해진 양식에다가 넣고.. 뭐 이런식으로 작업중이라 2단계라..ㅠ
21:24 · 뀨/연구 자꾸 클코로 빠지더라고요
21:25 · 뀨/연구 연구원 보고서 평가시스템에 따른 검독 이런 스킬도 이미 다 만들어져있는데 ㅠ
21:26 · 뀨/연구 가드랑 훅을 짤때 제가 너무 빡빡하게 잡아서 그런거같긴한데
확인이 필요한 내용
- Grok5 AGI 일정·정의와 모델 성능·출시 정보는 source의 전언이므로 공식 발표와 별도 검증이 필요하다.
- JEV의 추론 능력, 분류·QC·라우팅 정확도, 비용·토큰 구조와 OpenCrab·Aside 연동 효과는 참여자의 실험·체감으로만 확인됐다.
- 온톨로지·KG·RAG의 범위, Python·LangGraph·A2A·인프라 병목, Discord·Slack·Kakao·HWPX 연결의 실제 운영 조건은 프로젝트 요구사항과 재현 테스트가 필요하다.
- 재난 대응용 로컬 VLM과 게임·영상 생성 시연은 개인 프로젝트·데모 수준이며, 안전성·정확성·상업적 성과를 보장하지 않는다.