AI 디자인 권위
우리는 소프트웨어 개발의 전환점에 서 있습니다. 논의는 종종 어떤 AI가 최고의 코드를 작성하는지(Claude 대 ChatGPT) 또는 어디에 AI가 어디에 상주해야 하는지(IDE 또는 CLI)에 관한 것입니다. 하지만 그것이 올바른 질문은 아닙니다.
문제는 생성하다 코드의 유효성 검사 그것의
우리가 AI를 '바이브 코더(Vibe Coders)'로 받아들인다면, 즉 우리가 의도를 제시하고 AI가 실행을 담당하게 한다면, 엄청난 양의 새로운 소프트웨어가 생성될 것입니다. AI 에이전트 무리는 시니어 개발자가 일주일 동안 검토할 수 있는 것보다 더 많은 코드를 단 1분 만에 생성할 수 있습니다. 이제 인간이 병목 현상이 되었습니다.
해결책은 더 보기 사람이 아닙니다. 해결책은 AI 디자인 권한.
장인에서 공장장으로
전통적으로 '설계 권한(Design Authority)'은 일주일에 한 번 또는 한 달에 한 번 모여 설계를 승인하거나 거부하는 소수의 건축가 그룹이었습니다. 하지만 이제는 고속 AI 개발 이러한 모델은 희망 없이 구식이 되었습니다. 너무 느리고 반응성이 떨어집니다.
요구 사항이 변경될 때 끝없이 리팩토링하는 대신 폐기하고 다시 생성하는 '일회용 코드(Disposable Code)'로 전환한다면 우리의 역할은 근본적으로 바뀝니다. 우리는 벽돌을 하나하나 쌓는 석공이 아닙니다. 우리는 벽을 인쇄하는 공장의 설계자입니다.
하지만 누가 그 벽이 곧게 서 있는지 확인합니까?
‘건틀릿’: 자동화된 시련
AI 디자인 권한(AI Design Authority)은 사람이 아니라 파이프라인입니다. 생성된 모든 코드가 프로덕션에 도달하기 위해 통과해야 하는 '관문(Gauntlet)'입니다. 이 프로세스는 인간의 코드 검토를 대체하는 것이 아니라 아무것도, 대신 무언가로 대체합니다 더 나은 것.
이는 세 가지 계층으로 작동합니다:
1. 행정부 (생성)
저희는 하나의 AI에게 해결책을 요청하는 것이 아니라 세 개에게 요청합니다. Gemini 3, GPT-5, 그리고 오픈 소스 모델(Llama와 같은)이 동일한 문제에 대해 병렬로 작업하도록 합니다. 이는 터널 시야를 방지하고 LLM이 때때로 겪는 '게으름'을 극복합니다. 이러한 접근 방식은 또한 과학적으로 연구된 AI 환각을 방지하고 오류 없이 매우 긴 체인을 구축할 수 있음을 보여줍니다
2. 강력한 필터 (법칙)
여기에는 논쟁의 여지가 없습니다. 코드는 컴파일되어야 합니다. 린터는 불평해서는 안 됩니다. 그리고 결정적으로, 블랙박스 테스트 테스트는 통과해야 합니다. 우리는 기능이 내부적으로 작동하는지 테스트하지 않습니다(이는 AI를 조작할 수 있으므로), 시스템이 외부에서 해야 할 일을 하는지 테스트합니다. 테스트에 실패하면? 즉시 휴지통으로 버립니다.
3. 소프트 필터 (AI 배심원단)
이것이 진정한 혁신입니다. 남은 솔루션들은 전문화된 '투표 AI'에 제출됩니다. 이 에이전트는 코드를 작성하지 않고, 읽습니다 코드입니다. 그는 당사의 아키텍처 원칙, 보안 요구 사항(OWASP, ISO) 및 규정 준수 규칙(EU AI 법)에 대해 훈련받았습니다.
그는 다음과 같이 말합니다: “솔루션 A가 더 빠르지만, 솔루션 B가 더 안전하고 당사의 마이크로서비스 아키텍처를 더 잘 따릅니다.”
승자는 프로덕션으로 이동합니다.
소프트웨어의 삼권 분립
이 모델은 많은 팀에 부족한 권력 분립을 강제합니다.
- 입법부(건축가): 아키텍트는 '헌법'을 작성합니다. 프롬프트, 아키텍처 문서(
project-description.md, rules.md, skills.md en principles.md), 엄격한 요구 사항입니다. 건축가는 결정합니다 무엇을 우리가 무엇을 짓고, 누가 짓고, 어떻게 그리고 왜. - 집행부 (코딩 에이전트): 그들은 실행합니다. 빠르고, 저렴하며, 인간 개발자의 감독 하에 말이죠.
- 사법부 (디자인 권한): 법률을 준수하는 독립적인 AI 계층입니다.
결론: 아키텍트의 새로운 역할
이는 구문 오류의 압제에서 우리를 해방시키고 우리가 잘하는 것, 즉 시스템 사고, 진실 발견, 구조 및 의사 결정에 집중할 수 있게 합니다.
질문은 AI가 코드를 작성할 수 있는지 여부가 아닙니다. 그 주제는 이미 끝났습니다. 코드는 대부분 일회용 제품이 될 것입니다.
질문은 다음과 같습니다. 제어권을 가질 용기가 있습니까? 코드 놓아주어, 그로써 통제권을 품질 되찾으시겠습니까?
알려주세요
