개발
오래 도는 에이전트엔 모델보다 ‘하네스’
A
Anthropic Engineering
2026년 7월 · 큐레이션
A
무메모리 세션엔 외부 스캐폴딩(진행파일+git)이 필수. 한 기능씩 · gather→act→verify 루프. 프론티어 모델도 이게 없으면 실패.
Summary
- 1프론티어 모델조차 스캐폴딩 없이는 여러 세션에 걸친 프로덕션 앱을 못 만든다 — 문제는 지능이 아니라 기억.
- 22단 하네스 — 이니셜라이저 에이전트가 환경(init.sh·진행 파일·git 기준선)과 200+개 기능 목록(전부 failing)을 깔고, 코딩 에이전트는 한 번에 기능 하나씩 커밋하며 전진.
- 3검증은 실제 조작으로 — 브라우저 자동화 도구를 줘서 사람처럼 엔드투엔드로 눌러보게 하면 단위 테스트만 돌릴 때보다 버그 발견율이 뛴다.
Our take
“더 좋은 모델이 나오면 해결되겠지”를 정면으로 반박하는 글이다. 에이전트는 컨텍스트 윈도우가 바뀔 때마다 기억이 리셋되므로, 오래 걸리는 일의 성패는 모델 지능이 아니라 바깥 구조(진행 파일·git·기능 목록)가 가른다. 에이전트에게 일을 시키다 “중간에 흐지부지”를 겪었다면 원인이 여기 있다.
What you grow
개발장기 작업이 실패할 때 모델 탓 대신 스캐폴딩(진행 기록·한 기능씩·자동 검증)부터 점검하는 순서가 생긴다.
원문 전체
Anthropic Engineering에서 보기 →
관련 툴Claude Code직무개발
