6개월 사이에 코딩 에이전트를 다루는 방식이 완전히 달라졌습니다.

This is the long-form blog cut of a note I originally posted on LinkedIn. The claims, numbers, and product names are the same; the formatting is for reading on the site.

Context

Original framing (translated in place for key technical posts; substance preserved):

“작게 쪼개서 하나씩 시켜라”가 정석이던 시절이 있었어요.

/goal 이 등장한 현재의 업무 방식은 반대의 방향성을 따릅니다. 한 달간 10억원 이상 지출 등의 토큰 맥싱에 이어 끊김 없이 작업 시간 17시간 등 세션 타임 맥싱을 공유하는 프론티어 개발자들의 모습이 자주 목격되고 있습니다.

Notion 을 만들고 있는 Simon 도 몇 주짜리 프로젝트를 통째로 맡기고 본인은 운영만 합니다.

Simon 이 이야기한 달라진 운영법을 8가지로 정리했습니다.

① task scope 를 키우세요

가장 흔한 실수가 일을 너무 작게 쪼개는 겁니다. 지금 코딩 에이전트 수준이면 시니어 엔지니어 몇 주 걸릴 작업을 단위로 잡아야 합니다. 작게 쪼갤수록 컨텍스트 전환 비용만 쌓여요.

② session 을 며칠에서 몇 주까지 끊지 않고 유지합니다

하나의 장기 세션을 관리하면서 프로젝트 전체를 돌려야 합니다. compaction 이 동작하면서 naming rule, directory s

“작게 쪼개서 하나씩 시켜라”가 정석이던 시절이 있었어요.

/goal 이 등장한 현재의 업무 방식은 반대의 방향성을 따릅니다. 한 달간 10억원 이상 지출 등의 토큰 맥싱에 이어 끊김 없이 작업 시간 17시간 등 세션 타임 맥싱을 공유하는 프론티어 개발자들의 모습이 자주 목격되고 있습니다.

Notion 을 만들고 있는 Simon 도 몇 주짜리 프로젝트를 통째로 맡기고 본인은 운영만 합니다.

Simon 이 이야기한 달라진 운영법을 8가지로 정리했습니다.

① task scope 를 키우세요

가장 흔한 실수가 일을 너무 작게 쪼개는 겁니다. 지금 코딩 에이전트 수준이면 시니어 엔지니어 몇 주 걸릴 작업을 단위로 잡아야 합니다. 작게 쪼갤수록 컨텍스트 전환 비용만 쌓여요.

② session 을 며칠에서 몇 주까지 끊지 않고 유지합니다

하나의 장기 세션을 관리하면서 프로젝트 전체를 돌려야 합니다. compaction 이 동작하면서 naming rule, directory structure, 반복되는 code pattern 을 기억하게 만들 수 있거든요. 매번 같은 걸 다시 설명할 필요가 없어집니다.

③ persistent task list 가 에이전트를 쉬지 않게 합니다

에이전트한테 일을 주는 건 증기 기관에 석탄 넣는 것과 비슷해요. 에이전트가 끝내는 속도보다 빠르게 확실한 태스크를 쌓아두어야 합니다. 대신 각 태스크별로 꼭 할 일, 검증 방법, 완료 증거까지 적어두세요. 특히 퇴근 전이나 금요일 밤에 queue 를 가득 쌓아두면 좋습니다.

④ 에이전트를 지켜보지 말고 끊임 없이 plan doc 을 작성하세요

필요한 경우 짧은 planning 세션을 별도로 열어서 계획 문서를 쓰고 태스크를 추가한 뒤 바로 닫습니다. 참고로 좋은 plan doc 은 자기 완결적이어야 합니다. 즉, 인터페이스 수준의 디테일과 end-to-end 검증 전략까지 들어가야 합니다. AI 코딩 시대 계속 강조되지만 계획 문서의 퀄리티가 작업 결과의 성패를 결정합니다.

⑤ 적대적 검토(adversarial review) 를 세팅하면 밤새 돌려놔도 됩니다

태스크 하나가 끝날 때마다 읽기 전용 sub-agent 가 diff 부분을 todo 와 plan 사이에 대조하면서 부족한 부분을 찾습니다. 이렇게 하면 사람이 직접 안 봐도 결과를 신뢰할 수 있는 구조예요. 단, 너무 엄격하게 통과 기준을 세팅하면 과도한 엔지니어링 쪽으로 빠지니까 적당히 조절해야 합니다.

⑥ 에이전트의 역할 별로 세션을 나누세요

planner, implementer, adversarial reviewer, black-box tester, issue triager, deep code reviewer. 각각 세션으로 분리하고 서로 연결합니다. 목표는 프로젝트를 각 서브 에이전트를 운영하는 implementer 가 절대 놀지 않는 파이프라인을 짜는 거예요. 그리고 인간 본인은 전체 흐름을 보면서 실수를 잡는 역할입니다.

⑦ 동작하는 loop 에서 본인을 최대한 배제시켜야 합니다

수동으로 PR 올리거나 터미널에 명령어 치거나 CI 를 직접 확인하고 있다면 즉시 현재 워크플로우를 멈추세요. 에이전트가 스스로 작업 완료를 증명해야 합니다. 본인이 할 일은 에이전트의 증명을 한 번 더 확인하는 것뿐이에요.

⑧ 시간의 20% 이상은 프로세스 개선에 쓰세요

실수를 발견하면 같은 실수가 반복되지 않도록 instruction 에 바로 반영합니다. 에이전트의 워크플로우 자체를 계속 다듬고 test harness 도 개선하세요. 단, 워크플로우나 하네스를 복잡하게 만들지 않는 게 중요합니다. 대부분 단순한 쪽이 낫거든요.

6개월 전이라면 “에이전트한테 작은 일만 시켜라”가 정답이었습니다. 지금은 크게 맡기고 운영 시스템을 만드는 사람이 코딩 에이전트에서 진짜 생산성을 뽑아냅니다.