Agentic Engineering

1. Claude Code, Cursor, Codex 중 하나를 골라 작은 사이드 프로젝트로 30분 운영해봅니다
2. 프로젝트 루트에 코드 컨벤션과 아키텍처 규칙을 적은 CLAUDE.md 또는 AGENTS.md 한 장을 만듭니다
3. 에이전트에게 작업을 맡길 때 "스펙 → 계획 → 구현 → 테스트" 순으로 단계를 끊어 지시합니다
4. 변경이 끝나면 diff와 테스트 결과를 직접 검토하고, 보안·식별자·권한 같은 시스템 경계는 사람이 결정합니다
5. 자주 반복되는 패턴은 Skill 또는 Slash command로 묶어 팀이 공유할 수 있게 정리합니다

권위 출처가 공통으로 강조하는 한계는 세 가지입니다.

1. 모델은 여전히 "들쭉날쭉(jagged)"합니다. Karpathy는 같은 모델이 10만 줄 리팩토링은 해내면서 "50m 거리 세차장에 걸어갈까 차로 갈까"는 틀린다고 적었습니다.^[1]
2. 시스템 경계 판단은 사람의 몫입니다. Stripe 결제와 Google 로그인의 이메일을 키로 잡으려는 에이전트를 사람이 막아야 했다는 그의 사례가 이 점을 보여줍니다.^[1]
3. 자율성과 책임의 분리 문제입니다. SE 3.0 논문은 에이전트의 자율성과 사람의 책임 경계를 분리해 설계하지 않으면 운영 환경에서 사고가 누적된다고 지적하며, ACE·AEE 이중 구조를 도입한 이유도 여기에 있다고 정리했습니다.^[3] kt cloud 적용기도 "같은 프롬프트가 사람마다 다른 결과를 낸다"는 비결정성을 가장 큰 운영 리스크로 짚었습니다.^[4]

진화 방향은 인프라와 협업 구조로 옮겨가고 있습니다. Anthropic은 2026년 5월 Code with Claude 행사에서 "이제 병목은 지능이 아니라 인프라"라며 샌드박스 실행·체크포인트·자격증명 범위 지정 같은 운영 기능을 공개했습니다.^[7] MIT Technology Review도 같은 행사 보도에서 "코딩의 미래가 좋든 싫든 이 방향으로 간다"는 진단을 내놓았습니다.^[8] arXiv 논문은 한 발 더 나아가 에이전트가 사람을 호출해 모호한 판단을 위임하는 양방향 협업(MRP·CRP 산출물)을 SE 3.0의 표준 활동으로 제시합니다.^[3] 도구 시장도 단일 에이전트에서 멀티 에이전트 오케스트레이션으로 무게중심이 이동 중이며, 한 사람이 동시에 5~10개 에이전트를 지휘하는 워크플로가 빠르게 자리잡고 있습니다.^[2][4] 현재 시점에서는 "사람이 스펙·검토·경계를 쥐고, 에이전트가 실행과 반복을 맡는다"라는 분업이 업계 표준에 가깝습니다.