-
블로그 배치 처리 속도와 파싱 정확도를 동시에 높인 방법
배치 작업은 늘 이중 과제다. 하나는 속도, 하나는 정확도인데, 이번엔 둘 다 개선할 수 있었다. 블로그 글 강화 배치의 v2로 나아가면서 ThreadPool 기반의 병렬 처리와 구분자 파싱 로직을 새로 적용했고, 그 과정에서 배치 시스템을 어떻게 진화시켜야 하는지 다시 생각해볼 기회였다.
읽기 → -
insights를 blog로 통합할 때 URL과 데이터를 모두 지키는 법
기존 insights 서비스를 blog로 통합하면서 URL 무결성을 지키고 사용자 영향을 최소화하기 위해 nginx 리다이렉트와 자동화된 마이그레이션 스크립트를 함께 구축했다.
읽기 → -
iOS 광고 추적 권한 리젝 대응과 기능 결함 일괄 수정
한 번 App Store 심사에 걸리면 진짜 힘들다. 이번 커밋은 그 고민을 모두 담은 작업이었다. iOS의 ATT(Apple Tracking Transparency) 리젝에 맞춰 권한 선언을 정리하고, 동시에 발견된 여러 기능 결함까지 묶어서 수정했다.
읽기 → -
SMS 포워딩 발신번호를 여러 개 등록할 수 있게 개선한 과정
SMS 포워딩 기능을 다루다 보면 "특정 발신번호에서 온 메시지만 전달해야 한다"는 요구사항이 자주 나온다. 초기에는 발신번호 1개만 지원했는데, 실제 사용하는 사람들은 여러 개를 등록해야 하는 상황이 자주 발생했다. 은행 여러 곳, 배송업체 여러 곳, 각각 다른 번호로 오는 중요한 메시지들을 모두 한 번에 필터링하려는 거였다.
읽기 → -
SMS 감지 후 텔레그램 포워딩 안드로이드 앱 초기 구조 완성
새로운 프로젝트를 시작했다. SMS 메시지를 자동으로 감지해서 텔레그램으로 포워딩하는 안드로이드 앱이다. 실시간 알림이 중요한 환경에서 SMS를 놓치지 않으면서도 특정 메시지만 선별해서 메신저로 받고 싶은 요구가 있었다. 이 커밋은 그 프로젝트의 초기 뼈대를 잡은 작업이다.
읽기 → -
대시보드 일별 정산 데이터를 자정에 최종 확정하도록 개선
어제 데이터를 자정에 확정하는 작업을 했다. 겨우 한 줄처럼 들리는 커밋이지만, 그 안에는 daily 통계 시스템에서 자주 마주치는 시간대 처리의 까다로움이 담겨 있다.
읽기 → -
크론 작업을 코드로 버전 관리해 운영 추적성을 확보한 방법
운영 자동화는 우리 시스템의 등뼈다. 그런데 그 등뼈를 관리하는 방식이 종종 미흡했다. 이번에 brainstorm-auto 같은 크론 작업들을 코드 저장소에서 버전 관리하도록 정비했고, 그 결과가 생각보다 크다.
읽기 → -
앱스토어 마이크 권한 누락으로 배포가 막혔던 이야기
App Store 검증 오류(ITMS-90683)가 떴을 때, 배포를 며칠 앞두고 있었다. 마이크 권한 설명이 빠져 있다는 오류였는데, 단순히 Info.plist에 한 줄 추가하는 것만은 아니었다.
읽기 → -
신호 악화 감지 시 팀 회의 자동 소집 기능 도입
신호 최악 상황을 감지하면 자동으로 팀 회의를 개최하는 기능을 추가했다. 기존에는 모니터링 대시보드를 누군가 먼저 확인해야 했고, 그 사람이 상황을 판단한 후 다시 팀에 알려야 했다. 그 시간 차이가 생각보다 크다는 걸 깨달았고, 이번 작업은 그 간극을 자동화로 메우려는 시도였다.
읽기 → -
브레인스토밍 아이디어 품질 신호 수집 자동화로 의사결정 속도 개선
브레인스토밍 시스템에서 아이디어 품질을 판단할 때 수동으로 신호를 수집했던 과정을 자동화했다. 조회수, 검수결과, GSC 데이터를 자동으로 수집하는 기능을 brainstorm.py에 추가하면서 배운 점들을 정리해본다.
읽기 → -
배포 스크립트 경로를 모노레포 표준에 맞게 바로잡다
publish.sh의 환경 변수 경로가 개발 환경(BOT_DIR/venv) 중심으로 박혀있었고, 실제 프로덕션 배포 환경의 표준 경로(/opt/bots 모노레포)와 맞지 않던 부분을 교정했다. 작아 보이지만 배포 파이프라인 일관성과 팀 온보딩에 생각보다 큰 영향을 주는 작업이었다.
읽기 → -
SEO 메타 자동 생성으로 콘텐츠 팀 배포 병목 해소
SEO 메타 정보를 자동으로 생성하고 개선하는 실행기(_exec_seo)를 scripts/brainstorm_exec.py에 추가했다. 단순해 보이는 자동화 도구지만, 이 과정에서 우리 팀이 매뉴얼 작업을 어떻게 체계화하고 스케일하는지에 대해 다시 생각하게 됐다.
읽기 → -
브레인스토밍 시스템에 SEO 실행 타입을 추가한 이유
brainstorm.py에 SEO 실행 유형을 추가했다. 이게 뭐 별 것 아닌 거 아닐까 싶을 수 있는데, 의외로 여기에 팀 리딩 관점에서 고민할 게 많다.
읽기 → -
브레인스토밍 AI 환각 제거로 데이터 기반 신뢰성 확보
브레인스토밍 기능에서 AI가 생성한 콘텐츠를 실제 데이터 소스에 기반하도록 수정했다. 단순해 보이지만 생성 AI를 활용하는 모든 시스템에서 겪을 수 있는 전형적인 문제 — 그리고 늘 뒷전으로 밀리는 작업이었다.
읽기 → -
크롤링 데이터에 AI 콘텐츠 자동 생성 차단 로직 추가
brainstorm 실행 스크립트에서 크롤 기반 사이트로부터 수집한 데이터에 대해 자동으로 AI 콘텐츠를 생성하지 않도록 막는 로직을 추가했다. 얘기는 간단하지만, 뒤에는 여러 문제 정황이 있었다.
읽기 → -
의사결정과 실행 간격을 비동기 워커로 자동화한 이야기
아이디어나 정책 결정이 나온 후, 그걸 실제 시스템에 반영하는 과정이 얼마나 번거로운지 아는가. 팀원들이 회의에서 "이 기능 켜자" "이 정책 적용하자"라고 결정하면, 누군가 수동으로 각 시스템에 명령을 날리고, 설정을 바꾸고, 배포를 해야 한다. 결정은 빠르지만 실행은 느리고, 그 사이 실수가 끼어든다.
읽기 → -
6인 페르소나 브레인스토밍 봇으로 기획 사각지대 해소
기획 단계에서 가장 자주 마주치는 문제 중 하나가 "관점의 편협함"이다. 팀이 커질수록 의사결정 테이블에는 비슷한 배경의 사람들만 앉게 되고, 결국 "우리가 놓친 각도"는 점점 늘어난다. 이 문제를 조금이라도 체계적으로 해결하려고 6인 페르소나 기획 브레인스토밍 봇을 만들었다.
읽기 → -
채널 메시지로 훅을 자동 실행하는 리스너 설계기
특정 채널에서 메시지가 올라오면 자동으로 훅을 실행하는 기능을 listener에 추가했다. 이 작업은 작지만 팀의 워크플로우를 꽤 바꾸는 지점이라 회고 삼아 정리해본다.
읽기 → -
이미지 생성 API 키 설정을 README에 문서화해 팀 온보딩을 개선
README.md에 GEMINI_API_KEY 환경 변수 설정 방법을 문서화했다. 이미지 생성 전용 키라는 점을 명확히 남겼는데, 이런 작은 문서화 하나가 팀 전체의 온보딩과 운영을 얼마나 부드럽게 만드는지를 다시 느꼈다.
읽기 → -
Codex 사용량 모니터를 CLI와 Discord 알림으로 만든 이유
그 날 팀이 모니터링 대시보드를 원했다. Codex 같은 대규모 도구의 사용량을 실시간으로 추적해야 한다는 요구였다. 숫자만 알아야 하는 게 아니라, 팀의 이목이 닿는 곳에서 바로 알림이 떴으면 했다. 그래서 만들었다: CLI 도구와 Discord 연동이 함께하는 사용량 모니터.
읽기 →