12:23-12:36도구·라이브러리
REA·디자인 툴 대안
앱을 분석·복제해 서비스로 구현하는 프로젝트와, 디자인 도구를 리버스엔지니어링해 오픈소스로 만드는 흐름이 화제가 됐다. 찾던 도구는 REA로 확인됐으며, Claude Code 같은 코딩 에이전트가 앱·바이너리·웹사이트를 분석하고 유사 기능 구현을 돕는 로컬 MCP/CLI 도구로 설명됐다. Artcraft, 관련 영상, Compositor 사용 경험도 함께 공유됐고, 디자인 도구에 AI를 결합한 자동화 가능성과 Adobe 구독 대체 가능성이 논의됐다.
- REA는 앱·바이너리·웹사이트의 동작 원리 분석과 유사 기능 구현을 지원하는 로컬 MCP/CLI 도구로 소개됐다.
- 포토샵·일러스트레이터·PDF 편집기 같은 도구의 대안 또는 재구현 흐름이 거론됐다.
- Artcraft 사이트와 관련 쇼츠 영상이 공유됐다.
- 포토샵 대안으로 Compositor를 사용 중이라는 경험이 언급됐다.
- 디자인 도구에 AI를 붙여 자동화 쇼츠 제작 같은 워크플로우를 만들 수 있다는 아이디어가 나왔다.
- https://github.com/morluto/rea
11:09-11:10워크플로우·방법론
AI 작업 전 커밋
AI 코딩 도구를 활용할 때 작업 전후 커밋을 세이브 포인트로 남기자는 이야기가 나왔다. 도구가 과도한 변경을 하거나 문제가 생길 때 되돌릴 수 있도록 작은 단위로 자주 커밋하고, 변경 전 상태를 알 수 있는 커밋 메시지를 쓰자는 팁이 제시됐다.
- AI가 제안하거나 수행한 변경은 커밋 전에 diff로 검토해야 한다.
- 큰 작업 전에 복구 지점이 되는 커밋을 남기는 방안이 언급됐다.
- 작고 잦은 커밋이 롤백과 변경 추적에 유리하다고 정리됐다.
- 커밋 메시지는 변경 전후 맥락을 알아보기 쉽게 작성하는 것이 권장됐다.
11:21-11:27질문·트러블슈팅
Codex 플러그인 훅
context-mode 설치 지침을 보며 Codex에서 plugin_hooks 기능을 지원하는지 확인해 달라는 질문이 나왔다. 설정의 hooks와 plugin_hooks가 서로 다른 기능인지, plugin_hooks가 제거된 기능인지, 공식적으로 폐기 여부를 검증할 수 있는지가 핵심 쟁점이었다. 대화 내에서는 공식 확인 결과가 제시되지 않았다.
- mksglu/context-mode 설치 과정에서 Codex 호환성을 확인하려는 질문이 제기됐다.
- plugin_hooks와 hooks 설정 항목의 차이가 질문됐다.
- plugin_hooks가 제거 또는 폐기된 기능인지 공식 문서로 확인하려는 요청이 있었다.
- Claude Code뿐 아니라 Codex에서의 지원 상태가 관심사였다.
12:54-13:11워크플로우·방법론
PC 전체 임베딩
PC 전체 데이터를 임베딩해 두니 업무가 편해졌다는 경험이 공유됐다. 데이터가 많고 중복도 있을 수 있어, 코딩 에이전트가 검색 결과와 임베딩 데이터를 어떻게 활용하는지, 전처리 없이 넣었는지에 대한 질문이 이어졌다. 발화 기반 처리와 도메인별 기억 분류를 병행하고, 질의응답을 반복해 시스템을 다듬는 방식이 언급됐으며 아직 전체 작업의 약 60% 수준이라고 했다.
- 개인 PC 전체를 임베딩해 검색과 업무 활용성을 높인 사례가 공유됐다.
- 대규모 데이터의 중복과 검색 결과 중첩을 어떻게 다룰지 질문이 나왔다.
- 전처리 여부와 분류 방식이 핵심 고려사항으로 언급됐다.
- 발화 기반 처리와 도메인 기억 분류를 병행한다고 설명됐다.
- 질의응답을 반복하며 시스템을 학습·조정하는 방식이 소개됐다.
12:56-13:13배포·운영
OMO와 개인 봇
OMO가 무엇인지 묻자 oh-my-opencode이며 하네스의 일종이라는 설명이 나왔다. 이어 오픈채팅용 봇과 개인용 봇의 구현 가능성, 카카오톡을 프론트엔드로 쓰는 방법이 논의됐다. 카카오톡은 에이전트와 연결하는 브리지 역할을 할 수 있지만 개인 사용자가 공식 API를 직접 쓰기 어렵다는 의견이 있었고, 개인용이라면 텔레그램 봇·원격 제어·에이전트 도구 연결 같은 대안이 언급됐다.
- OMO는 oh-my-opencode로, 하네스의 일종이라고 설명됐다.
- 오픈채팅에 투입하는 봇과 개인용 봇은 요구되는 구조가 다르다는 의견이 나왔다.
- 카카오톡은 에이전트 백엔드와 연결하는 프론트 또는 브리지로 볼 수 있다고 설명됐다.
- 개인이 카카오톡 API를 직접 활용하는 데에는 제약이 있다는 언급이 있었다.
- 개인용 대안으로 텔레그램 봇, 원격 제어, 에이전트 도구 연동이 거론됐다.
13:13-13:19질문·트러블슈팅
MCP 오인 호출 실험
대화 중 봇이 호출되지 않았는데 반응하는 현상이 발생했고, MCP라는 문자열을 호출 신호로 오인했을 가능성이 제기됐다. 참가자들이 MCP가 포함된 문장과 정상 호출 문장을 입력해 반응을 시험했고, 일부 응답은 사람의 수동 입력처럼 보인다는 추측도 나왔다. 호출 트리거와 숨은 규칙, 응답 스케줄링 여부를 점검해야 한다는 문제의식이 남았다.
- 봇이 명시적 호출 없이 대화에 끼어드는 오작동이 관찰됐다.
- MCP라는 문자열이 의도치 않은 트리거로 작동했을 가능성이 제기됐다.
- 참가자들이 다양한 문구를 입력해 호출 조건을 즉석에서 시험했다.
- 예상과 달라진 메뉴 추천 응답 때문에 코드나 히든 트리거 문제 가능성도 언급됐다.
- 트리거 판정, 응답 투명성, 메시지 발송 시점에 대한 점검 필요성이 드러났다.
11:08-11:10자료·링크 공유
품앗이·Recordly 공유
품앗이 레포지터리 링크가 공유됐다. 이어 화면 녹화에 자동 줌·커서 애니메이션·효과를 적용해 제품 데모 영상을 만드는 오픈소스 앱 Recordly 링크도 공유됐다.
11:17-11:17AI 모델·프롬프트
모델 변경과 토큰
기존 작업에 사용하던 모델을 Sonnet 5.5로 바꾸자 토큰 여유가 생겼다는 경험이 공유됐다. 앞선 작업을 다른 모델로 대부분 만들어 둔 상태라서 나타난 현상일 수도 있다는 추측이 함께 나왔다.
- 모델 변경 뒤 토큰 사용량에 여유가 생겼다는 사례가 제시됐다.
- 기존 산출물이 이미 갖춰진 상태가 토큰 절감에 영향을 줬을 가능성이 언급됐다.
- 동일 작업에서 모델별 토큰 효율이 다를 수 있다는 맥락의 대화였다.
11:45-12:11자료·링크 공유
한국전자전 KES
대화에서 말한 전자전이 한국전자전(KES)인지 묻는 질문이 나왔다. KES 2026이 10월 13일부터 16일까지 코엑스 A·B홀에서 열리며, AX·로보틱스·모빌리티·디지털 헬스·XR·전자부품 등 분야를 다룬다는 정보가 공유됐다. 이전 답변이 전자전 질문에 제대로 대응하지 못했다는 지적과 함께 원인 분석 및 개선안 요청도 있었다.
- KES는 한국전자전으로 설명됐다.
- 행사 기간은 2026년 10월 13일부터 16일까지라고 공유됐다.
- 장소는 서울 코엑스 A·B홀로 언급됐다.
- AX, 로보틱스, 모빌리티, 디지털 헬스·라이프, XR·공간컴퓨팅, 전자부품·소재가 전시 분야로 소개됐다.
- 행사 관련 초기 응답의 오류를 로그 기반으로 점검하고 개선하자는 요청이 있었다.
12:35-12:38질문·트러블슈팅
SaaS 구독 이동 추세
2023년부터 현재까지 전 세계 SaaS 구독비가 어떻게 이동하는지, 특히 Adobe·JetBrains 같은 기존 구독형 도구에서 AI 도구로 옮겨 가는 흐름이 궁금하다는 질문이 나왔다. 기존 도구의 높은 구독료와 영향력, 대체 도구의 발전 가능성에 대한 상반된 의견이 있었으나 구체적인 데이터 기반 답변은 제시되지 않았다.
- 기존 SaaS 구독료의 변화와 AI 도구 지출 증가 흐름이 질문됐다.
- Adobe와 JetBrains 같은 기존 소프트웨어 구독에서 AI 도구로의 이동이 관심사였다.
- 기존 도구의 가격 정책에 대한 불만이 언급됐다.
- 기존 도구가 계속 발전할지, AI 기업과 신규 도구가 대체할지가 논의됐다.
11:37-11:41커뮤니티·잡담
검색 품질과 화제 탐색
검색 기능 업데이트 뒤 응답 품질이 좋아졌다는 평가가 나왔다. 최신 밈과 커뮤니티 화제, 로블록스 브랜드 팝업의 성격과 일정 등을 찾아보려는 요청이 이어졌지만, 구체적인 답변은 대화에 남지 않았다.
- 검색 업데이트에 대한 긍정적 반응이 있었다.
- 최신 밈 대신 현재 커뮤니티에서 화제인 이슈를 찾고자 했다.
- 로블록스 브랜드 팝업의 내용과 일정이 질문됐다.
12:38-12:50커뮤니티·잡담
봇 대화 운영 논의
공개 채팅방에서 특정 사용자의 봇 호출이 너무 잦아 대화 흐름을 방해한다는 불만이 나왔다. 여러 봇이 동시에 활동하면 충돌하거나 부적절한 응답이 나올 수 있다는 과거 사례가 언급됐고, 이미지 발송 등 기능 통제가 필요하다는 의견도 제시됐다. 공개 공간의 봇 운영에서는 호출 빈도와 안전장치, 다른 참여자에 대한 배려가 중요하다는 맥락이었다.
- 공개 채팅에서 과도한 봇 호출이 대화 참여를 저해할 수 있다는 의견이 나왔다.
- 봇끼리의 상호작용이 예측 불가능한 응답으로 이어질 수 있다는 경험이 언급됐다.
- 부적절한 발화를 줄이기 위한 응답 필터와 안전장치 필요성이 거론됐다.
- 이미지 발송 같은 기능은 방 분위기에 영향을 줄 수 있어 통제가 필요하다는 의견이 있었다.