Hacker News에서 주목받은 “Agentic Engineering”, Simon Willison이 코딩 에이전트 작업 방식을 정리

Original: What is agentic engineering? View original →

Read in other languages: English日本語
AI Mar 16, 2026 By Insights AI (HN) 1 min read Source

실제 변화에 이름을 붙인 글

2026년 3월 16일 Hacker News에서는 Simon Willison의 가이드 챕터 What is agentic engineering?가 크롤링 시점 기준 151 points와 87 comments를 기록했다. Willison은 agentic engineering을 코딩 에이전트의 도움을 받아 소프트웨어를 개발하는 실무 방식으로 설명한다. 그의 핵심 정의는 단순하다. 에이전트는 목표를 달성하기 위해 도구를 반복적으로 호출하며, 코딩 에이전트에서 결정적인 도구는 코드 실행이라는 것이다.

이 구분은 중요하다. 단순히 코드를 “생성”하는 챗봇과 달리, 코딩 에이전트는 실행 결과를 확인하고 수정 방향을 다시 잡을 수 있기 때문이다. 글에서는 Claude Code, OpenAI Codex, Gemini CLI 같은 도구를 대표 사례로 언급한다. 핵심은 모델이 처음부터 완벽한 코드를 쓰느냐가 아니라, 환경 안에서 반복적으로 행동하고 작동 여부를 증명할 수 있느냐에 있다.

그래도 사람이 맡아야 하는 일

Willison은 소프트웨어 엔지니어링이 프롬프트 작성으로 축소됐다고 말하지 않는다. 오히려 어떤 코드를 왜 써야 하는지, 어떤 도구 권한을 줄지, 문제를 어느 정도 구체적으로 설명할지, 결과를 어떤 기준으로 검증할지가 계속 인간의 책임이라고 본다. 또한 LLM은 과거 실수에서 자동으로 배우지 않지만, 인간이 지침과 도구 체계를 갱신하면 에이전트 워크플로는 점점 나아질 수 있다고 설명한다.

이 시각은 “AI가 앱을 다 만들어준다”는 식의 단순한 서사보다 훨씬 실무적이다. 에이전트를 엔지니어링 프로세스 안의 빠른 반복기처럼 다루고, 여전히 명세·리뷰·QA가 필요하다는 점을 전제로 삼는다. 실제로 가이드도 테스트, 수동 검증, 코드 이해, 프롬프트 주석화 같은 챕터로 구성되어 있다.

왜 vibe coding과 구분하려는가

Willison은 vibe coding과의 선도 분명히 긋는다. 그는 Andrej Karpathy가 만든 이 표현이 “코드 존재 자체를 잊은 채” 빠르게 프로토타입을 만드는 상황을 설명하는 데는 유용하지만, 모든 LLM 기반 개발을 같은 범주에 넣는 것은 부정확하다고 본다. 생산 환경을 목표로 한 작업이라면 여전히 리뷰, 반복, 책임성이 필요하다는 것이다. 이 점이 HN에서 반응을 끈 이유이기도 하다. 커뮤니티 논의가 이제 단순 데모에서 벗어나, 재현 가능한 작업 방식과 운영 원칙으로 이동하고 있기 때문이다.

실무적으로 보면 이 글의 의미는, 에이전트 사용이 단순한 UI 유행이 아니라 하나의 엔지니어링 방법론으로 자리 잡고 있다는 점을 언어화했다는 데 있다.

원문: Simon Willison guide. 커뮤니티 토론: Hacker News.

Share: Long

Related Articles

AI Hacker News 1d ago 1 min read

Hacker News에서 다시 주목받은 Chrome DevTools MCP는 coding agent가 새 browser를 띄우는 대신 이미 열려 있는 Chrome session에 붙을 수 있게 한다. Google이 2025년 12월 11일 공개한 이 흐름은 Chrome 144의 remote debugging 권한 UI와 MCP 서버의 --autoConnect를 결합해, 사람이 시작한 DevTools 조사 상태를 agent로 자연스럽게 hand-off하는 데 초점을 둔다.

Comments (0)

No comments yet. Be the first to comment!

Leave a Comment

© 2026 Insights. All rights reserved.