Christoph Nakazawa(React/Vite/Jest 핵심 기여자)가 2026년 6월, AI 코딩 에이전트(특히 Codex CLI + GPT 5.5)로 여러 프로젝트를 거의 100% AI로 개발/개선한 경험을 바탕으로 엔지니어링의 핵심 가치가 어떻게 변화해야 하는지 정리한 글입니다.

원문: Modern Engineering Values

핵심 메시지 — 코딩이 병목에서 판단으로

AI 코딩 에이전트(Codex CLI + GPT 5.5)가 등장하면서 프로그래밍 방식이 근본적으로 바뀌었다. 이제 손으로 코드를 거의 쓰지 않게 되었고 , 에이전트가 인간 수준 이상의 코드를 몇 분 만에 작성한다. 코딩 자체는 더 이상 병목이 아니며, 엔지니어링의 본질은 “코드를 직접 쓰는 것” 에서 시스템을 지휘하고 판단하는 것 으로 이동했다.

저자는 여러 프로젝트(Vite+, fate, Codiff, Athena Crisis, Void 등)를 거의 100% AI로 개발/개선하면서 이 변화를 체감했다.

1. Strong Ownership (강한 소유권)

최고의 엔지니어는 도메인 전문성과 강한 소유권을 가진다. AI는 이 소유권을 증폭시킨다. 맥락을 잘 아는 사람은 빠르게 실행하고 , 모르는 사람은 노이즈만 만든다.

효과적인 팀은 작고(2~3명) , 명확한 소유 경계, 독립된 저장소를 가진다. (모노레포 선호자였던 저자도 이제 인정) 코드 리뷰는 코드 스타일 논쟁이 아니라 정렬(alignment) 중심으로, 이미 논의된 내용은 최소화한다.

2. Taste, Taste, Taste (취향, 취향, 취향)

AI는 엄청난 양의 “bullshit(쓰레기 코드)” 을 빠르게 생성한다. 좋은 취향이란 단순히 좋은 제품을 만드는 것이 아니라, 무엇을 만들 가치가 있는지 판단하는 능력이다. 팀은 “무엇을 할지” 결정하는 데 더 많은 시간을 투자해야 한다.

3. Strict Guardrails & Fast Feedback Loops (엄격한 가드레일과 빠른 피드백 루프)

AI에게 코드를 맡기는 것은 “맥락 없는 신입을 계속 투입하는 것” 과 같다. 린트, 자동 테스트, 빠른 검증 도구 등이 강력할수록 AI가 더 빠르고 정확하게 일한다. 도구는 전체 repo가 아닌 변경된 파일 중심으로 빠르게 동작해야 한다.

4. Context in the Repo (저장소 안에 모든 맥락 넣기)

과거 맥락은 Notion, 사람, 암묵적 지식 등에 흩어져 있었다. AI 세션은 매번 “새로운 직원” 이므로, 모든 중요한 맥락(원칙, 취향, 설계 등)을 repo 안에 명확히 문서화하라. 이는 인간과 AI 모두에게 코드베이스를 더 접근하기 쉽게 만든다.

5. Own your Stack (스택을 직접 소유하라)

과거에는 서드파티 의존성이 많았지만, 이제는 비용 구조가 바뀌었다. 핵심 부분(데이터, UI, i18n 등)은 직접 소유 해서 제품 경험을 완전히 통제하라. 저자는 자신만의 JavaScript 스택을 오픈소스로 구축해 사용 중이다.

6. Option Value (옵션 가치 극대화)

변경할 때마다 미래 옵션을 더 많이 열어주는 방향으로 설계하라. AI 시대에는 대규모 리팩토링이 쉬워졌지만, 잘못된 선택으로 막다른 길에 빠지면 탈출이 어렵다.

관리(Management)에 대한 생각

관리자도 기술 리더십을 유지해야 한다(Tech Lead Management). 실행 비용이 낮아지면서 관리자는 방향성뿐 아니라 실제 코드 변경과 기술 판단 까지 할 수 있어야 한다.

생산성 변화

저자의 최근 30일 통계:

  • 하루 평균 15k 라인 수정, 770 commits (2년 전 대비 3배 이상)
  • 최고 손코딩 시절 하루 1,200 라인 → 지금은 10배 이상 , 더 높은 품질 로

결론 및 시사점

AI가 코드를 쓰는 시대에도 엔지니어링의 핵심 가치 는 크게 변하지 않았다. 다만 실행 속도가 폭발적으로 빨라졌을 뿐. 이제 병목은 판단력과 취향 이다. 강한 소유권, 명확한 가드레일, repo 속 맥락 문서화, 직접 소유하는 스택, 옵션 가치를 고려한 설계 — 이 모든 원칙은 AI 시대에 더욱 중요해졌다.

한 줄 결론: AI가 코드를 쓰는 시대, 병목은 ‘코딩 속도’에서 ‘무엇을 만들지 판단하는 취향과 시스템을 설계하는 판단력’으로 이동했다.