01 · 왜 지금 설계인가
코딩을 잘하는 사람은 많습니다.
설계를 잘하는 사람은 많지 않습니다.
AI 코딩 도구로 코드 생산 속도는 해결됐습니다. 남은 문제는 무엇을 어떤 구조로 만들지 정하는 설계와, 그게 맞게 됐는지 확인하는 검증입니다. 바이브 코딩이 실패하는 지점은 늘 이 둘입니다.
프롬프트 한 줄씩 붙인 코드는 2~3주면 손을 못 대는 상태가 됩니다. 데이터 모델·모듈 경계·상태 전이를 먼저 잡아야 AI가 만든 코드가 유지됩니다.
동작하는 것과 맞게 동작하는 것은 다릅니다. 경계 조건·장애 복구·권한 흐름은 사람이 시험 항목을 설계하고 결과를 확인해야 합니다.
고객의 말은 기능 목록이지 시스템이 아닙니다. 요구를 엔티티·흐름·운영 절차로 변환하는 일이 설계이고, 이건 경험에서 나옵니다.
02 · 일하는 방식
30년간 시스템을 설계해 온 방식 그대로, 지금은 AI 에이전트에게 설계를 지시합니다. 구조와 데이터 모델을 먼저 확정하고, 역할을 나눈 에이전트가 구현하고, 설계자가 검증 게이트를 지킵니다.
요구를 엔티티·상태·흐름으로 변환합니다.
마스터 에이전트가 설계서를 기준으로 작업을 분배합니다.
동작 여부가 아니라 설계 의도대로 동작하는지 확인합니다.
코드만 넘기지 않습니다.
에이전트 체계도 설계 대상입니다. 어떤 역할로 나누고, 어디에 사람 게이트를 두고, 무엇을 자동 시험에 맡길지 정하는 것 자체가 설계 일입니다. 이 체계를 프로젝트마다 다시 설계합니다.
03 · 설계 사례
고객사는 익명 처리했습니다. 각 사례는 어떤 구조적 문제를 어떤 설계 판단으로 해결했는지 기준으로 정리했습니다.
04 · 제공 범위
설계만 하고 빠지지 않습니다. 설계서, 구현 코드, 시험 결과 레포트를 한 세트로 인도하고, 인도 후 유지보수 범위를 명확히 정합니다.
회의보다 문서로 진행합니다. 요구 정리서 → 설계서 → 구현 → 시험 레포트 순서로 각 단계를 문서로 확인받고 넘어갑니다.
1차 MVP 범위를 좁게 확정하고 이후 업그레이드로 확장합니다. 처음부터 전부 담는 견적은 내지 않습니다.
개발 책임과 운영 책임, 보안 적용 수준, 유지보수 범위를 견적 단계에서 명시합니다.
사업소득(3.3%) 또는 사업자 세금계산서 중 선택 가능. 국내·해외 프로젝트 모두 대응합니다.