LLM 대화 레이어와 결정론적인 설계 데이터 모델(존·집기·치수)을 분리했습니다. 대화는 의도와 전략을 받고, 평면은 검증 가능한 구조화 데이터로 두어 2D·3D 렌더와 DXF 익스포트가 같은 진실원에서 나오게 했습니다. 전략도 하나로 단정하지 않고 여러 안을 근거와 함께 제시해 사람이 고르게 했습니다.

‘엔진을 단일 진실원(SoT)으로 두고 프론트엔드의 재분류·보정을 금지한다’는 경계를 세웠습니다. 결과를 화면에서 손대기 시작하면 어디가 진짜인지 알 수 없게 되기 때문입니다.

‘오탐이 사람을 지치게 하면 알림은 죽는다’고 봤습니다. 그래서 공개 채널에 떠드는 대신 의심 지점을 몇 건으로 좁혀 담당자에게 조용히 DM하고, 진단 신뢰도를 certain·likely·hypothesis 3단계 언어로만 표현해 퍼센트로 과신하지 않게 했습니다.

‘품질은 더 똑똑한 모델의 문제가 아니라 생성과 검증을 분리하는 구조의 문제’라고 봤습니다. 모델을 바꾸는 대신 Claude Code의 hooks·커맨드·에이전트 레이어를 엔지니어링해, 커밋 전 독립 평가자를 강제로 통과하게 만들었습니다.

이미 MSA로 나뉜 환경에서 제가 판단한 건, 서비스를 더 쪼개는 게 아니라 무엇을 같은 트랜잭션에 둘지·어디서 장애를 격리할지였습니다. 동기 호출을 Coroutine·WebFlux 비동기로 바꾸고, 매물 배치 알림을 순차에서 병렬처리(blocking→non-blocking)로 개선해 한 서비스의 지연·블로킹이 옆으로 번지지 않게 했습니다.

매 단계(dong) 완료 시 진행 상태(heartbeat·마지막 위치)를 저장해, 차단이나 중단이 나도 마지막 지점부터 재개하게 했습니다. 429·403·5xx를 서킷브레이커·백오프·jitter로 처리하고, 봇 차단 신호를 누적해 임계치를 넘으면 스스로 요청을 멈추게 했습니다.

복잡한 금융 규제(DSR·LTV·취득세·정책대출)를 외부 의존이 없는 순수 TypeScript 함수로 구현했습니다. ‘규제 로직은 테스트로 증명되어야 한다’고 봤기 때문입니다.

건축 계산은 직접 구현하지 않고 외부 설계 엔진에 위임하고, 백엔드는 데이터 통합·좌표계 변환·규제 조회에 집중했습니다. ‘잘하는 곳에 맡기되 경계를 분명히 한다’는 판단이었습니다.

PRD를 기획서가 아니라 적대적으로 자기검증한 가설 문서로 만들어, confidence 55%·conditional-go를 정직하게 박고 사업 전체를 단 하나의 GO/NO-GO 게이트에 걸었습니다.

‘파일에 절대 쓰지 않는다(read-only)’를 제품 정체성으로 못박았습니다. 편집은 사용자 에디터에 맡기고, 앱은 발견·열람·재진입에만 집중했습니다.