설계실이동 중
구조와 규칙을 먼저 정합니다.
어떤 데이터를 다루고, 어떤 조건에서 동작할지. EDR과 BDR을 연결해 구현과 검증의 기준을 만듭니다.
엔티티 · 상태 전이 · 예외 조건이 작업의 결과예약 기능 설계 문서 · 설계 문서 열기권이준Ijun KwonProduct Engineer
만들수록더 잘 만드는 대장간.
제품 개발부터 서버 운영까지, AI 팀이 경험을 다음 작업에 활용하는 체계를 설계합니다.
Jun + Forge준의 대장간
자동으로 둘러보는 대장간01 / 06
마당까지 자유롭게 둘러보세요.
드래그로 시점 변경 · 소리는 선택해서 켤 수 있습니다
AI 음성 안내
디자인 작업대
공통 부품으로 화면을 조립합니다.
토큰과 컴포넌트, 반응형 규칙을 같은 체계에 둡니다. 에이전트도 이 계약을 확인하고 화면을 구성합니다.
토큰 · 컴포넌트 · 페이지 조립이 작업의 결과JUNFORGE 디자인 시스템 · 디자인 역량 보기개발 작업대
설계한 흐름을 동작하는 제품으로.
화면과 서버를 연결하고 실제 클릭과 데이터로 결과를 확인합니다. 작은 부품에서 완성된 사용자 흐름까지 만듭니다.
구현 · 상호작용 · 결과 검증이 작업의 결과매장 상세 · 예약 화면 · 작업물 보기서버실
배포한 다음도 관리합니다.
서버 구성과 배포, 상태와 로그 확인, 장애 대응을 개발 흐름에 연결합니다. 해결한 문제는 다음 운영의 근거로 남깁니다.
배포 · 모니터링 · 장애 대응이 작업의 결과개발부터 운영까지의 흐름 · 개발·운영 과정 보기에이전트 작업실
이번 경험을 다음 작업의 기반으로.
요구사항과 설계 규칙, 과거 결정과 검증 근거를 온톨로지로 연결합니다. AI 팀이 이전 경험을 찾아 활용하게 합니다.
역할 분담 · 지식 조회 · 검증이 작업의 결과지식을 연결하는 개발 체계 · 에이전트와 온톨로지 보기대장간 마당
밖에서 완성된 결과를 돌아봅니다.
작업실 문을 나서서 실제로 만든 화면과 설계 결과를 살펴봅니다. 둘러본 뒤에는 대장간으로 돌아와 다음 작업을 이어갑니다.
작업물 · 사용자 화면 · 관리 화면이 작업의 결과직접 만든 화면과 작업물 · 작업물 모아 보기설계부터 개발, 서버 운영까지.
데이터와 화면을 설계하고, AI 에이전트와 서버를 운영합니다.
JUNFORGE에 담은 네 가지 역량입니다.
데이터 모델링 · 비즈니스 설계
구조와 규칙을 함께 설계합니다.
EDR로 엔티티와 관계를 정의하고, BDR로 조건·상태·예외를 연결합니다. 데이터, 기능, 테스트가 같은 요구사항을 바라보도록 설계합니다.
EDR과 BDR은 어떻게 연결되나요?
예약 기능으로 보는 설계 방식 예시
매장—예약 가능 시간—예약 요청
EDR · 어떤 데이터를 다룰까
매장, 예약 가능 시간과 날짜·인원·시간으로 구성된 예약 요청을 정의합니다.
BDR · 언제, 어떻게 동작할까
날짜·시간을 선택해야 완료 버튼을 활성화하고, 선택 불가 시간은 고르지 못하게 합니다.
검증 · 기대한 대로 동작할까
인원 1~12명, 선택 불가 시간 비활성화, 다시 열 때 선택 초기화를 확인 조건으로 연결합니다.
디자인 시스템 · 에이전트의 화면 조립
공통 부품으로 일관된 제품을 만듭니다.
디자인 토큰부터 컴포넌트와 페이지까지 공통 체계를 구축합니다. 에이전트가 사용 조건·조합 방법·검증 상태를 확인하고 화면에 채택하도록 연결합니다.
에이전트는 디자인 시스템을 어떻게 쓰나요?
- 찾기 — Storybook에서 필요한 화면과 컴포넌트를 조회합니다.
- 확인하기 — 사용·비사용 조건, Props, 반응형·접근성 지침을 읽습니다.
- 조립하기 — 채택 가능한 공통 컴포넌트와 토큰으로 화면을 구성합니다.
- 검증하기 — 실제 렌더링과 동작을 확인합니다.
온톨로지 · 지식의 연결과 재사용
이전 경험을 다음 작업에 활용합니다.
요구사항, 설계 규칙, 컴포넌트와 과거 결정을 관계로 연결합니다. 에이전트가 이전의 선택과 해결 과정을 찾아 다음 설계와 구현에 활용하도록 지식 기반을 설계합니다.
온톨로지가 개발에 어떤 도움을 주나요?
지식 연결 방식의 개념도
요구사항→설계 규칙→컴포넌트
과거 결정↔에이전트↔검증 근거
‘무엇이 있는가’에 더해 ‘어떤 상황에 쓰며, 왜 그렇게 결정했는가’를 함께 다룹니다. 이전 작업의 맥락을 다음 설계와 구현에 연결하는 것이 목적입니다.
서버 구축 · 배포 · 모니터링 · 장애 대응
서버를 구축하고, 서비스 운영을 관리합니다.
서버 구성과 배포부터 상태·로그 확인, 장애 대응까지 개발 흐름에 연결합니다. 에이전트가 점검 결과와 대응 근거를 남기도록 관리 절차를 설계합니다.
서버와 서비스는 어떻게 관리하나요?
구축·배포 — 실행 환경과 서비스 구성을 관리하고, 배포 후 실제 동작을 확인합니다.
모니터링 — 서버 자원, 서비스 상태와 오류 로그를 확인해 이상 징후를 찾습니다.
장애 대응 — 로그와 변경 이력을 바탕으로 원인을 좁히고, 수정·복구 후 정상 동작을 검증합니다.
품질 검증 — 반응형·접근성·사용자 동작, 업무 규칙과 데이터 상태를 확인합니다.
지식 축적 — 점검 결과와 대응 근거를 남겨 다음 운영과 개발에 활용합니다.
대장간에서 나온 화면들.
공통 디자인 시스템으로 구성한 화면들입니다.
사용자 화면매장 상세 · 예약
매장 정보, 메뉴와 예약을 한 흐름으로 연결한 상세 화면.
콘텐츠 · 탐색기획전 · 매장 탐색
콘텐츠에서 조건별 탐색과 매장 선택으로 이어지는 화면.
관리자 화면회원 관리
상태 요약, 검색과 일괄 작업을 구성한 관리자 목록 화면.
공개된 디자인 시스템 데모입니다. 실제 고객 데이터나 서비스 운영 화면이 아닙니다.
요구사항에서 서버 운영까지.
JUNFORGE가 지향하는 개발·운영 흐름.
이번 작업의 경험을 다음 작업의 기반으로 남깁니다.
- 01
의도 이해
누구의 어떤 문제를 해결할지, 완성의 기준을 정합니다.
- 02
지식 조회
온톨로지에서 관련 규칙과 과거 결정의 맥락을 찾습니다.
- 03
구조와 규칙
EDR로 구조를 잡고, BDR로 동작과 예외를 연결합니다.
- 04
에이전트 구현
역할을 나누고 공통 디자인 시스템으로 화면을 조립합니다.
- 05
결과 검증
동작, 화면, 접근성과 데이터의 근거를 확인합니다.
- 06
서버 운영
배포 후 서버 상태와 로그를 확인하고 장애에 대응합니다. 운영 기록을 다음 작업에 남깁니다.
설계 규칙은 EDR·BDR로, 공통 부품은 디자인 시스템으로, 결정과 해결 경험은 온톨로지로 남깁니다. AI 팀이 다음 작업에서 이 기반을 찾아 활용하도록 연결하는 것이 ‘만들수록 더 잘 만드는 대장간’의 방향입니다.
JUNFORGE는 Jun과 Forge, ‘준의 대장간’입니다.
제품을 만들며 쌓은 기술과 경험이 다음 작업의 기반이 되는 대장간을 설계합니다.
데이터와 업무 규칙, 사용자 화면, 서버와 에이전트 운영을 연결합니다. 설계 규칙과 공통 부품, 개발 과정의 결정과 운영 중 해결한 문제를 남겨 AI 팀이 다음 작업에 활용하도록 만듭니다.
- 설계
- DDD · EDR · BDR · ADR · C4 · 이벤트 스토밍
- 화면
- TypeScript · React · 디자인 시스템 · Storybook
- 서버·운영
- Java · Docker · Kubernetes · Redis · Kafka
- AI·검증
- 멀티 에이전트 · TypeDB · 온톨로지 · Playwright