모든 이동을 완성하는 기술의 기록
AI, 데이터, 제품으로 복잡한 이동과 운영의 문제를 풀어가는 과정을 공유합니다.TMS
Data & AI
근거 없으면 답하지 않는다: 서비스 데이터가 AI-Ready 데이터가 되기까지
안녕하세요, UMOS ONE Data & AI 팀에서 데이터 파이프라인과 AI Agent의 데이터 레이어를 만들고 있는 데이터 엔지니어 이승범입니다.
이승범, 이민식2026년 10월 6일
CTO
잇 AI(Connect AI): 도시 운영을 하나의 AI closed loop로 연결하는 방법
도시의 이동과 물류는 정적인 노선표나 하루 한 번의 배차만으로 운영하기 어렵습니다. 호출 수요가 바뀌고, 주문과 재고가 변하고, 차량과 시설의 상태도 계속 달라집니다. 그때마다 서로 다른 시스템을 열어 보고 판단한 뒤 현장에 전달하는 방식은 속도와 신뢰성 모두에서 한계가 있습니다.
임상석2026년 9월 27일

QA Team
QA Team

WMS
AI와 개발하며 배운 것을 팀 규칙으로 남기는 법: WMS의 컴파운드 트리아지
AI와 함께 개발하며 발견한 시행착오는 대화가 끝나면 사라지기 쉽습니다. WMS 개발팀은 이를 후보로 모으고 사람이 검토해 다음 작업에서 다시 쓰는 규칙으로 남기고 있습니다. 공용 Drawer에서 발견한 문제 하나가 실제 팀 규칙으로 이어진 과정도 함께 소개합니다.
최영호2026년 8월 18일
TAP!
두 노선에서 한 노선으로: TAP! 앱, Flutter로 환승하다
안드로이드와 iOS로 각각 만들어지던 TAP! 사용자 앱을, 왜 그리고 어떻게 Flutter 하나로 합쳤는지 이야기하고자 합니다.
민경운2026년 8월 7일
TMS
경로 최적화를 넘어서: 배송 권역을 검증하고 발굴하는 최적화 엔진 만들기
전용차량 한 대를 더 붙이는 게 이득일까요, 손해일까요? 그리고 어디를 묶어야 그 한 대가 흑자가 될까요? 경로를 최단으로 만드는 최적화는 이 질문에 답해주지 않았습니다. 저희가 만든 건 “가장 짧은 경로”가 아니라 “현장에서 방어 가능한 권역”을 찾는 엔진이었습니다.
백효현2026년 7월 31일
FMS
Lettuce DefaultCommandLatencyCollector 메모리 누수: Tile38CommandType 하나가 힙의 72%를 잡아먹은 이야기
Pleos Fleet(FMS)
오수진2026년 7월 23일

TMS
AI 하네스: 반복 가능한 에이전트 개발 환경 만들기
모든 팀원이 같은 기준으로 업무를 시작하고, 질문하고, 완료한다면 어떨까요? 요구사항 정리부터 구현, 테스트, MR, JIRA 정리까지 말이죠. 저희가 AI 하네스를 만들며 바란 건 이것이었습니다.
강수아2026년 7월 13일