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