루프 엔지니어링에이전트를 붙여놨는데도 하루 종일 터미널 앞에 앉아 있다. 프롬프트를 던지고, 결과를 보고, 다시 프롬프트를 던진다. 코드는 에이전트가 쓰는데 정작 내 시간은 줄지 않았다. 이쯤에서 나오는 처방은 대개 둘 중 하나다. 프롬프트를 더 잘 쓰자. CLAUDE.md를 더 채우자. 그런데 문제는 프롬프트가 아니다. 프롬프트를 매번 사람이 넣고 있다는 것이 문제다.2026년 6월, Peter Steinberger가 이런 말을 던졌다.이제 코딩 에이전트에 프롬프트를 넣지 마라. 에이전트에게 프롬프트를 넣는 루프를 설계해라.You shouldn't be prompting coding agents anymore. You should be designing loops that prompt your agen..

하네스 엔지니어링에이전트를 만들었는데 기대만큼 안 돈다. 도구를 헛짚고, 긴 작업에서 방향을 잃고, 가끔 위험한 짓을 그냥 실행한다. 이때 가장 먼저 떠오르는 선택지는 "모델을 더 큰 걸로 바꾸자"다. 그런데 실무에서 성과를 가르는 축은 모델 자체보다 그 모델을 감싼 하네스(harness)인 경우가 많다.증상원인 가능성도구를 안 부르거나 엉뚱하게 부른다하네스 (도구 연결)긴 세션에서 앞 내용을 잊거나 헤맨다하네스 (컨텍스트·메모리)위험한 명령을 확인 없이 실행한다하네스 (가드레일)결과가 틀려도 아무도 모른다하네스 (검증·관찰)아주 어려운 추론 문제 자체를 못 푼다모델마지막 한 줄을 빼면 대부분 하네스 문제다. 그런데 우리는 반사적으로 모델부터 의심한다.1. 하네스하네스는 AI 에이전트에서 모델을 제외한 ..

Command, Skill, SubagentClaude Code의 확장 메커니즘 중 Command, Skill, Subagent는 형태가 비슷해서 점점 커지는 개념(Command 1. 왜 이렇게 헷갈릴 수밖에 없는가세 개념이 헷갈리는 데는 이유가 있다.셋 다 .claude/ 하위 디렉토리에 markdown으로 정의한다.셋 다 사용자가 직접 만드는 커스텀 확장이다.셋 다 frontmatter + 본문 markdown이라는 같은 형식을 쓴다.거기에 더해, 2026년 1월 Claude Code 2.1.0 릴리스에서 Custom slash command가 Skill로 통합됐다. 공식 릴리스 노트의 표현을 그대로 옮기면 "슬래시 커맨드와 스킬을 병합하여 멘탈 모델을 단순화한다, 동작 변화는 없다"이다. 이제 .c..

프로젝트에 API 없이 AI 붙이기프로젝트에 요약, 분류, 번역 같은 AI 기능을 넣고 싶다. 그런데 API 호출을 사용하여 실험 단계에서 이것저것 돌려보다 보면 한 달에 수십 달러가 우습게 나간다. 이미 구독을 쓰고 있다면, API 호출 대신 Claude Code CLI를 subprocess로 불러서 같은 일을 할 수 있다. Anthropic이 공식적으로 지원하는 헤드리스 모드를 활용하는 방법이다.이 방식이 맞는 상황인지 먼저 확인해 보자.상황적합도혼자 쓰는 사이드 프로젝트, 로컬 자동화매우 적합프롬프트 실험, 반복 테스트적합배치 처리 (하루 수십~수백 건)구독 리밋 체크 필요외부 사용자에게 서비스 제공 API로 가야 함 24/7 백그라운드 자동화 레이트 리밋 자주 걸림 API 종량제는 개인 프로젝트에..

코드 한 줄이 아닌 프로젝트 전체를 맡기는 법AI에게 작은 함수 하나, 컴포넌트 한 개를 만들어 달라고 부탁하는 일은 이제 너무 익숙해졌다. 그런데 막상 "업무 관리 도구를 처음부터 만들어 줘" 같은 요청을 던져 보면 결과물은 늘 어딘가 부족하다. 구조는 엉성하고, 기능 사이의 연결이 깨지고, 며칠 뒤 수정을 요청하면 AI는 자기가 뭘 만들었는지조차 잊어버린다.이 글은 그 한계를 메우기 위해 등장한 BMAD(Breakthrough Method for Agile AI-Driven Development)라는 방법론을 소개하고, 실제로 업무 관리 툴 하나를 처음부터 만들 때 BMAD를 어떻게 적용하는지 보편적인 흐름으로 정리해 본다.1. BMADBMAD는 AI 에이전트 기반 소프트웨어 개발 방법론이다.AI를 ..

Git Worktree를 활용한 개발 워크플로우 개선stash 없이, 충돌 없이 — 여러 작업을 동시에 진행하는 방법 개발하다 보면 유독 타이밍이 나쁜 순간이 있다.신규 기능 한창 개발 중인데 라이브 버그가 터진다. AI에게 리팩토링을 맡겼더니 생각보다 파일을 많이 건드려서 메인 브랜치가 불안해진다. 동료 PR을 리뷰해야 하는데 내 작업을 멈추기도 애매하다.이럴 때 보통은 git stash로 작업을 임시 저장하고 브랜치를 옮기고, 끝나면 다시 복귀하는 흐름을 반복한다. 번거롭기도 하고, 복귀 후에 "어디까지 했더라"를 다시 파악하는 컨텍스트 스위칭 비용도 크다.Git Worktree는 이 구조 자체를 바꿔준다. Git 2.5(2015)부터 있던 기능인데, AI 코딩 도구가 일상화되면서 다시 주목받고 있다..