REOPT
ARCHITECTURE
AI가 하루 만에 MVP를 만드는 시대, 속도는 더 이상 차별화 요소가 아니다. 그러나 구조 없이 속도를 앞세우면 에이전틱 부채가 쌓인다. reopt architecture는 책임의 소유, 판단의 계약, 구조의 진화 — 세 가지 축 위에서 AI 제품을 설계하는 참조 방법론이다.
AI가 모든 것을 빠르게 만드는 시대에, 속도가 구조를 앞서면 에이전틱 부채가 쌓인다. reopt architecture는 빠르게 만들되 무너지지 않는 구조를 만드는 방법론이다.
제품은 구조로 확장한다
AI 제품이 복잡해질수록 중요한 질문은 세 가지다: 이 결과는 누구 것인가(OWN), 이 판단의 조건은 무엇인가(CONTRACT), 이 구조는 확장 가능한가(LAYER). 세 질문에 답할 수 없으면 제품은 블랙박스가 된다.
5단계 방법론
진단
현재 상태를 객관화한다
기술·사업 16개 속성으로 제품의 요구사항과 구조적 리스크를 스캔한다. 팀이 같은 결과를 보면서 우선순위를 합의하는 것이 첫 단계다.
Product Assessment정의
구조적 약속을 문서화한다
진단 결과를 GOVERNANCE.md로 고정한다. 소유 구조, 판단 계약, 협업 규칙, 개선 기준 — 네 가지를 선언하면 순환과 실행의 방향이 잡힌다.
순환
OCLS 4단계로 구조를 보정한다
- OWN소유결과의 소유자를 정한다 — 사람인지 AI인지에 따라 거버넌스가 달라진다
- CONTRACT계약판단 조건과 경계를 선언한다 — AI 소유일수록 계약이 엄격해야 한다
- LAYER계층제품 구조를 계층화하고 확장한다
- SHARPEN보정운영 결과로 구조를 개선한다
실행
패턴으로 설계 결정을 내린다
상황마다 맞는 패턴을 골라 설계 결정을 내린다. 책임 분할, 모듈 계약, 컨텍스트 라우팅 — 8개 패턴이 던지는 판단 질문에 팀이 답할 때, GOVERNANCE.md의 선언이 실제 설계로 옮겨진다.
패턴 카탈로그평가
결과를 측정하고 반복한다
실행 결과를 에이전틱 부채 관점에서 평가한다. GOVERNANCE.md를 갱신하고, 다시 진단(1단계)으로 돌아간다. 이 순환이 반복될수록 구조가 선명해진다.
다시 진단하기진화 경로
단일 에이전트 시작
작은 범위에서 AI 자동화를 시작하며 기본 계약과 로그를 축적한다.
책임 분리
플래닝, 실행, 검토, 배포처럼 충돌하는 역할을 분리해 책임 경계를 선명하게 만든다.
멀티에이전트 협업
협업 규칙과 정보 전달 체계를 정의해 제품 흐름을 안정화한다.
거버넌스 내재화
평가, 승인, 비용 통제, 정책 집행을 제품의 기본 구조로 내재화한다.