나무모에 미러 (일반/어두운 화면)
최근 수정 시각 : 2026-10-03 02:49:29

Umtri.io

Umtri.io
<nopad> 파일:umtri_tree.png
종류 형상관리
링크 파일:홈페이지 아이콘.svg 파일:umtri_icon.png


1. 개요2. 주요 개념
2.1. 배지(Ground)2.2. 시즌(Season)
2.2.1. 시간 슬라이더
2.3. 나무 (Tree)
2.3.1. 주요 요소
2.3.1.1. 밑동 (Trunk)2.3.1.2. 줄기 (Limb)2.3.1.3. 가지 (Twig)2.3.1.4. 잎 (Leaf)2.3.1.5. 잎맥 (Vein)
2.3.2. 보조 요소
2.3.2.1. 데이터 호출 (API)2.3.2.2. 의존구조 (Edge)2.3.2.3. 문제 (Bug)
2.4. 주요 특징
2.4.1. 옮겨심기 (Transplanting)2.4.2. MCP 연동2.4.3. 계획 모드 (Plan Mode)

1. 개요

Umtri는 프로젝트 개발 및 관리를 돕는 소프트웨어 서비스로, 프로젝트 구성 요소들을 나무(Tree) 형태로 구조화해서 보여주는 웹 기반 프로그램이다. 전반적으로 '나무'의 메타포를 적극적으로 활용하고 있는데, 나무가 자라듯 프로젝트가 자란다는 개념과 나무 안에서 움직이는 새(API), 종속적 연결(Edge), 문제들(Bug)을 위치와 영향범위 등으로 보여주며 성장 기록을 확인할 수 있어 프로젝트 이력을 관리할 수 있다는 점이 특징이다.

2. 주요 개념

2.1. 배지(Ground)

프로젝트가 자라는 땅에 해당한다. 프로젝트 단위로 배지를 만드는 개념.

2.2. 시즌(Season)

프로젝트가 자라는 시간적 배경, 시기에 해당한다. 버전의 개념으로 사용할 수도 있고, 차수(1차, 2차...)나 단계, 성숙도 등. 현재의 시즌은 'Now', 과거의 시즌은 'Past'로 표시되는데, 새로운 시즌이 생겨나면 기존의 시즌은 Past가 된다. 그리고 과거의 시즌은 성장기록으로만 남으며, 편집할 수 없다.

2.2.1. 시간 슬라이더

시간 슬라이더를 옮겨 프로젝트의 성장기록을 과거로 돌려볼 수 있다.

2.3. 나무 (Tree)

프로젝트 자체. 크게 다섯 계열로 구성된다. 계열의 내용은 절대적인 것이 아니라 프로젝트에 따라 달라질 수 있다. 아래의 구분은 참조사항.

2.3.1. 주요 요소

2.3.1.1. 밑동 (Trunk)
프로젝트의 가장 근본적인 구성요소, 도메인(Domain). 프로젝트를 이루는 구성요소의 독립적인 단위로, 앱(App), 서버(Server), 하드웨어(Hardware) 같은 개념이 될 수 있다. 밑동의 유형에 따라 이후 나뭇가지의 생성 정책이 미세하게 바뀐다.
2.3.1.2. 줄기 (Limb)
각 프로젝트 구성요소의 핵심적인 분기. 밑동에서 나오는 첫 번째 정보 뭉치. 정보의 그룹.
2.3.1.3. 가지 (Twig)
각 줄기에서 분기되는 두 번째 분기. 정보의 기본 단위.
2.3.1.4. 잎 (Leaf)
가지로부터 나온 말단 요소. 주로 구성요소 또는 객체 수준이 된다.
2.3.1.5. 잎맥 (Vein)
각 요소 안에서 돌아가는 주요 작업. 기능(Function) 또는 메소드(Method) 수준이 될 수 있다.

2.3.2. 보조 요소

보조 요소는 문제(Bug)를 제외하고는 뷰에서 바로 보이지 않으며, 레이어 조작을 통해 해당 요소를 켜야 볼 수 있다.
2.3.2.1. 데이터 호출 (API)
각 구성요소가 서로 데이터를 호출하는 흐름이다. 녹색 선으로 표시된다.
2.3.2.2. 의존구조 (Edge)
각 구성요소 간 의존되어 있는 연결구조이다. 청색 선으로 표시된다.
2.3.2.3. 문제 (Bug)
각 노드 또는 프로젝트 레벨에서 발견된 문제점들. 특정 노드 위치가 지정된 경우 해당 노드 근처에, 프로젝트 레벨로 체크된 경우 나무 위 하늘에 떠 있는 형태로 표시된다. 해결 난이도, 시급도에 따라 위험도 0-8로 구분한다.

2.4. 주요 특징

2.4.1. 옮겨심기 (Transplanting)

처음 배지를 만들면 '옮겨심기' 상태가 되는데, 이 상태에서는 시즌에 상관없이 편집이 가능하며, 완전 삭제(Hard-delete)도 가능하다. 이를 이용해 기존 프로젝트를 옮겨오는 과정에서 불필요하게 수정 기록이 많이 남는 일을 예방할 수 있다. 다 옮겨심은 뒤에는 뿌리내리기(Root)를 통해 성장 기록을 시작한다. 이후에는 모든 활동이 기록에 남는다(Soft-delete).

2.4.2. MCP 연동

API 토큰 발행 후 Claude Code, Codex 등 MCP를 지원하는 대부분의 AI 에이전트 서비스들과 연동할 수 있다. 연동이 이뤄지면 나무(Tree) 구조를 읽어오거나 코드베이스를 나무 구조로 옮기도록 할 수 있는데, 이를 통해 코딩 에이전트들과 자연어를 통해 프로젝트 나무를 관리하고 기존 트리 구조를 토대로 성장하거나 새로운 버그를 배치하면서 위험도를 파악할 수 있다. 바이브 코딩 프로젝트들의 경우 개발자가 자신의 프로젝트 상태를 알지 못하는 경우가 많은데, 이렇게 연동한 후 트리구조로 그려보면 상태를 확인하고 성장을 계속 관리할 수 있게 된다.

2.4.3. 계획 모드 (Plan Mode)

노드를 새로 추가하면 바로 추가된 노드로 굳어지는 것이 아니라 '성장 계획'으로서 추가되는데, 이렇게 추가된 계획 노드는 계획 모드 상태에서만 볼 수 있다. 그리고 이를 실제 코드로 개발한 뒤에 개발 내용을 근거로 성장을 확정(commit)하면 성장한 가지로 공식화된다. 계획 노드는 옮겨심기 상태처럼 수정 기록이 남지 않고, 완전 삭제도 가능하다. 이를 이용해 계획을 노드로 그려보고 AI 에이전트에게 개발을 진행시키거나 반대로 AI 에이전트에게 개발 계획을 계획 노드로 그려보도록 한 후에 의도가 잘 전달되었는지 검토하는 용도로 사용될 수 있다.