최근 OmOCon Seoul에 다녀왔다.행사 전체를 한 문장으로 정리하면, “AI 에이전트를 어떻게 더 잘 부릴 것인가”에 대한 이야기였다.## **답변하는 AI에서 실행하는 AI로**예전에는 AI에게 주로 답을 물었다.“이 코드 왜 안 돼?”, “이 글 좀 요약해줘”, “아이디어 좀 내줘” 같은 방식이었다.하지만 이제 사..
기록
2026. 4. 29. 18:12
어떻게 하면 AI를 잘 활용할 수 있을까 ?
들어가기에 앞서의식의 흐름대로 적어 텍스트가 많아 가독성이 안좋을 수 있습니다. 양해 부탁드립니다.처음 회사에 들어갔을 때, 바이브 코딩이라는게 유행해 커서로 모든 작업을 진행했었는데 회의감이 많이 들었었다. AI가 코드를 다 짜면 나는 뭘하지 ? 내가 개발자가 맞는건가? 이런 생각이 머리 속에서 떠나지 않았었다. 그래서 AI의 도움없이 스스로 해결을 하려 했었던 적도 있었다. 하지만 AI 도움 없이 작업을 진행하면 작업 속도가 전 만큼 나오지 않았다. 즉, 아웃풋이 너무 부족했다. 커서의 도움으로 여러 일을 처리하면서 AI에게 화도 정말 많이 냈었다. 의도대로 하지도 않고 맥락 파악도 잘 못하고, 자기 맘대로 수정하는 행동에 애꿎은 AI에게 감정을 소모한적도 있었다. 그러면서 요즘 핫한 클로드 코드라는..
기록
2026. 4. 29. 18:11
OpenClaw로 워크플로우 구축하기
처음 OpenClaw가 나왔을 땐 그냥 신기했다. Discord에 붙여서 이것저것 해보다가, 막상 이걸로 뭘 해야 할지는 잘 감이 안 와서 그대로 묻어뒀다. 그러다 퇴사를 하고 나서 여러 유튜브를 보고 생각이 바뀌었다. 단순히 챗봇처럼 쓰는 게 아니라, 실제 회사처럼 돌아가는 구조를 만들 수 있지 않을까 싶어서 Slack에 에이전트들을 붙이기 시작했다.위는 OpenClaw 프로젝트에 따로 대시보드를 만들어 Slack에 연결한 에이전트들을 관리했다. 조직도도 만들어봤다.처음에는 꽤 단순하게 접근했다. 에이전트들을 역할별로 나눠서 Slack 채널에 초대하면 알아서 협업이 되지 않을까 싶었다. Elon, Jobs, Linus 같은 식으로 역할을 나누고 한 공간에 모아두면 자연스럽게 일이 굴러갈 거라고 생각했다..
회고
2026. 4. 29. 18:11
3일 동안 쿼리 튜닝만 한 스토리 (3)
요약증상: 가입자 조회 화면 진입 시 11초 소요원인: 전체 집계 후 LIMIT + COUNT 쿼리 중복 실행 + 인덱스 부재해결: 복합 인덱스 추가 + Promise.all 병렬화 + LATERAL JOIN 전환결과: 11초 → 264ms (200만 회원 실측)문제대시보드까지 고치고 나서 여러 페이지를 확인하다 가입자 관리 화면을 열었다.Network 탭에서 list API가 11초 걸리고 있었다. 앞의 두 케이스에 비하면 짧아 보일 수 있지만, 이건 페이지당 10건만 표시하는 목록 화면이었다. 10건을 보여주는 데 11초가 걸린다는 건 구조적으로 뭔가 잘못됐다는 것이다.이번엔 원인을 더 빠르게 찾을 수 있었다. 앞에서 두 번 해봤으니까.마찬가지로 개발서버에서 진행하였고, 운영서버와 최대한 비슷하게 데..
회고
2026. 4. 29. 18:10
3일 동안 쿼리 튜닝만 한 스토리 (2)
요약증상: 대시보드 진입 시 1.9분 무응답원인: 267줄 단일 CTE 쿼리 + 상관 서브쿼리 수백만 회 + 5개 쿼리 순차 실행해결: users 테이블 직접 조회 + 캐시 테이블 활용 + Promise.all 병렬화결과: 1.9분 → 1초 (200만 회원 실측)문제가입자 통계를 고치고 나서 다른 화면들도 확인해봤다.백오피스 대시보드 진입 시 Network 탭에서 summary API가 1.9분 동안 응답을 받지 못하고 있었다. 대시보드는 서비스의 첫 화면인데, 첫 화면이 2분 가까이 멈춰있는 상황이었다.이번엔 조금 더 빠르게 원인을 찾을 수 있을 것 같았다. 지난번에 EXPLAIN ANALYZE와 코드 흐름 파악을 병행하는 방식을 배웠기 때문이다.마찬가지로 개발서버에서 진행하였고, 운영서버와 최대한 비..
회고
2026. 4. 29. 18:10
3일 동안 쿼리 튜닝만 한 스토리 (1)
요약증상: 가입자 통계 화면 진입 시 6.6분 무응답원인: CROSS JOIN + 상관 서브쿼리 3,700만 회 + 날짜별 순차 루프 40회해결: 스냅샷 + LATERAL → O(전체유저) → O(변경유저) 로 스케일링 특성 변경결과: 6.6분 → 4초 (200만 회원 실측)문제운영 백오피스 가입자 통계 화면에 진입했을 때 페이지가 뜨지 않는 문제가 있었다.운영 페이지는 확인해볼 수 없고, 현상과 이미지 정도만 받을 수 있었다.개발 서버에서는 운영 서버만큼 데이터가 없어서 성능적 이슈를 못 느꼈었다. 원활한 테스트를 위해 개발서버에도 운영서버와 최대한 비슷하게 데이터를 집어넣고 테스트를 진행하였다.데이터를 API 이용해서 200만건 넣느라 오래 걸렸다. DB에 insert를 하면 오래 안걸리겠지만, 최대..
