여기엔 괴물이 있다: 에이전트가 일을 할 때도 무엇을 알아야 할까?

에이전트가 코드를 만드는 시대의 시스템 책임자에게는 모든 코드를 직접 작성한 경험보다, 이상을 알아차리고 필요한 곳을 필요한 깊이까지 파고들 능력이 중요해짐 생성된 코드를 모든 줄 이해해야 한다는 접근과 구현은 전혀 보지 않아도 된다는 접근 모두 충분하지 않음. 시스템 전체의 추상화 구조를 이해하고 낯선 모듈도 고칠 수 있어야 함 기초 지식은 조용한 실패를 감지하고 추론하는 토대이며, 지식의 폭은 문제가 생겼을 때 어디를 조사하고 무엇을 찾아볼지 알려줌 필요할 때 깊이 파고드는 능력은 모르는 문제를 해결하기 위해 필요한 것을 배우는 실행력임. 자신의 한계를 인정하고 도움을 구하거나 탐색을 멈출 판단도 포함함 차세대 엔지니어 교육을 수년간의 수작업 코딩에만 의존하기는 경제적으로 어려움. 기초를 배우고 지식의 폭을 넓히면서, 실제 문제를 깊이 해결하는 연습이 대안이 됨 테스트가 아니라 복잡도 검사에 걸린 에이전트 코드 에이전트가 실패하는 테스트를 포함한 브랜치를 커밋하는 일이 드물어진 작업 흐름에서, SonarQube가 App.tsx의 순환 복잡도(cyclomatic complexity) 를 문제 삼아 CI가 실패함 약 30줄짜리 파일 중 15줄은 Codex가 각 컴포넌트 전체를 한 줄에 작성한 코드였음 각 컴포넌트에는 상당한 화면 표시 로직과 비즈니스 로직이 있었지만, Codex는 여러 기능을 추가하는 동안 이 파일을 안정적으로 수정해 왔음 포맷을 정리하고 직접 검사한 결과, 예외 상황을 다소 과하게 처리한 부분은 있었지만 로직은 올바르고 복잡도도 비즈니스 요구에 부합했음 단순히 prettier를 실행하는 것으로는 복잡도 문제를 해결할 수 없었음 Codex에 SonarQube 검사를 통과하도록 요청하자 코드를 10개 파일로 분리했고, CI 통과 후 배포함 이 사례는 빠르게 해결됐지만, 책임자가 이전에 본 적 없는 코드였다는 점에서 더 어려운 상황으로 번질 여지도 있었음 앞으로 시스템을 책임지는 데에는 직접 작성했는지보다 이상 감지와 필요에 따른 심층 조사가 더 중요해질 것으로 보임 잠수 로봇을 둘러싼 낙관론과 회의론 소프트웨어 개발을 해저에서 금을 캐는 일에 빗대면, 기존 엔지니어는 직접 잠수하거나 장비를 구축하고 유지하며 더 깊고 위험한 곳으로 작업 범위를 넓혀 왔음 압력, 사고, 운용 미숙으로 채굴 시설이 무너지기도 하고, 계속 변하는 해저 지형 때문에 기존 광산이 사라지거나 새 광산이 생기기도 함 낙관론에서...