우리는 소프트웨어 개발의 전환점에 서 있습니다. 논의는 종종 다음에 대해 이루어집니다 어떤 AI가 최고의 코드를 작성한다 (Claude vs. ChatGPT) 혹은 어디 AI가 살아야 하는 환경 (IDE 또는 CLI). 하지만 그것은 올바른 질문이 아닙니다
문제는 생성 코드의 ...가 아니다. 그것은 검증 그것의
우리가 AI를 “Vibe Coders”로 받아들인다면 – 의도를 제시하고 AI가 실행하도록 – 우리는 새로운 소프트웨어의 거대한 흐름을 창출합니다. AI 에이전트 무리는 1분 안에 시니어 개발자가 일주일 동안 검토할 수 있는 코드보다 더 많은 코드를 생성할 수 있습니다. 인간이 병목 현상이 되었습니다.
해결책은 더 사람이 아니다. 해결책은 AI 디자인 권위.
전통적으로 “Design Authority”는 매주 또는 매월 모여 설계를 승인하거나 거부하는 건축가 그룹입니다. 세계에서는 고속 AI 개발 그 모델은 절망적으로 구식입니다. 너무 느리고 반응이 늦습니다.
우리가 “Disposable Code”로 전환하면 – 요구 사항이 변할 때 무한히 리팩터링하지 않고 버리고 다시 생성하는 소프트웨어 – 우리의 역할이 근본적으로 바뀝니다. 우리는 더 이상 돌을 하나씩 쌓는 벽돌공이 아니라, 벽을 프린트하는 공장의 설계자입니다.
하지만 누가 그 벽이 곧게 서 있는지 확인합니까?
AI Design Authority는 사람이 아니라 파이프라인입니다. 모든 생성된 코드 라인이 생산에 도달하기 위해 통과해야 하는 “시련”입니다. 이 과정은 인간 코드 리뷰를 대체하지 않고 아무것도, 하지만 무언가와 함께 더 나은.
이는 세 단계로 작동합니다:
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가 우리 코드를 작성할 수 있느냐가 아니라는 점입니다. 그 주제는 이미 결론났습니다. 코드는 대부분 일회용 제품이 됩니다.
질문은: 당신은 통제권을 코드 놓아줄 용기가 있습니까, 그로써 통제권을 품질 다시 회복할까요?
알려 주세요