“세계적 수준의 Agentic Engineer가 되는 방법”

• 좋은 결과를 내기 위해 최신 에이전트 툴링 스택이 꼭 필요한 것은 아니다.
최소한의 견고한 셋업과 강한 작업 프로세스부터 시작하라.

• 사람들이 성과가 낮은 이유:
너무 많은 플러그인, 라이브러리, 시스템이 컨텍스트를 비대하게 만든다.

에이전트는 관련 없는 컨텍스트에 쉽게 주의를 빼앗겨 성능이 떨어질 수 있다.

• 핵심 운영 원칙: 지시는 명확하고 구체적으로 작성하라.

“인증 시스템을 만들어라” → 너무 광범위하며 불필요한 리서치 비용이 발생한다.

“JWT 인증 + bcrypt-12 + refresh token rotation(7일)” → 범위를 좁히고 결과 품질을 높인다.

리서치와 구현 단계를 분리하라.

하나의 에이전트/작업에서 옵션을 조사하고 평가한다.

그 다음 새로운 컨텍스트에서 구현을 진행한다.

프롬프트에서 아첨 편향(sycophancy bias)을 피하라.

결과를 유도하는 프롬프트보다 중립적인 프롬프트가 더 잘 작동한다.
• 예:“버그를 찾아라” vs “버그가 있다고 가정하지 말고 검토 후 발견 사항을 보고하라.”

더 좋은 검증 방법:
서로 다른 목표를 가진 여러 에이전트를 사용하라.

예:버그 탐지 에이전트
반증을 시도하는 adversarial 에이전트
판정하는 referee 에이전트

그리고 그들의 결과를 점수화하여 평가한다.

• 완료 기준(completion criteria)은 반드시 명시적이어야 한다.
테스트
검증 아티팩트 (스크린샷, 체크 결과 등)

이를 {TASK}_CONTRACT.md 같은 문서에 정의하라.
“완료됨(done)”이 주관적이어서는 안 된다.

• 툴링에 대한 철학:

정말 가치 있는 기능은 결국 foundation 플랫폼에 흡수된다.
(예: skills, memory, planning hooks 등)

따라서 모든 “새로운 것”을 쫓아다닐 필요는 없다.

• 긴 세션은 컨텍스트 오염(context contamination) 때문에 방향이 흐트러질 수 있다.

그래서 다음을 선호하라:
• 짧은 세션
• 명확한 계약 범위를 가진 작업
• 규칙과 스킬을 주기적으로 단순화하고 정리