r/ClaudeCode•4개월 전•0•24

20배 생산성 향상이라는 말에 회의적이었는데, 에이전트 워크플로우가 진짜 가능하게 만드네요!

I was skeptical about the claims of 20x productivity boosts, but Agentic workflows really do make it possible!

핵심 요약

에이전트 워크플로우로 2개월 걸릴 프로토타입을 3일 만에 끝내지만, 과도한 계획 수립으로 인한 번아웃을 겪는 중입니다.

생산성 향상 — 에이전트 워크플로우를 통해 2개월 분량의 작업을 3일 만에 압축함.
계획의 중요성 — 에이전트의 실수를 방지하기 위해 철저한 구현 사양과 계획 수립에 집중함.
번아웃 위험 — 과도한 계획과 검토 과정에서 오는 피로감으로 인해 지속적인 작업이 어려움.
기술 부채 논쟁 — 숙련된 설계자는 에이전트를 활용해 기술 부채를 피할 수 있다는 의견이 대립함.

수년간 수많은 프로젝트를 진행하면서, 흥미를 잃거나 더 중요한 일에 집중해야 해서 프로젝트가 무기한 보류되기 전까지 프로토타입을 만드는 데 평균 2개월 정도 걸린다고 생각했습니다.

에이전트 워크플로우에 능숙해지고 Claude Max와 Codex 구독을 활용하게 된 이후로는, 그 2개월의 고된 작업을 약 3일 만에 압축할 수 있게 되었습니다. 그 후에는 흥미를 잃고 새로운 프로젝트를 설계하기 시작하죠.

원문

커뮤니티 목록

r/ClaudeCode•4개월 전•0•24

20배 생산성 향상이라는 말에 회의적이었는데, 에이전트 워크플로우가 진짜 가능하게 만드네요!

I was skeptical about the claims of 20x productivity boosts, but Agentic workflows really do make it possible!

핵심 요약

에이전트 워크플로우로 2개월 걸릴 프로토타입을 3일 만에 끝내지만, 과도한 계획 수립으로 인한 번아웃을 겪는 중입니다.

생산성 향상 — 에이전트 워크플로우를 통해 2개월 분량의 작업을 3일 만에 압축함.
계획의 중요성 — 에이전트의 실수를 방지하기 위해 철저한 구현 사양과 계획 수립에 집중함.
번아웃 위험 — 과도한 계획과 검토 과정에서 오는 피로감으로 인해 지속적인 작업이 어려움.
기술 부채 논쟁 — 숙련된 설계자는 에이전트를 활용해 기술 부채를 피할 수 있다는 의견이 대립함.

주요 댓글

r/claudecode

에이전트 기반 워크플로우의 생산성 향상에는 공감하면서도, 아키텍처 설계와 기술 부채 관리 측면에서 인간의 개입과 체계적인 엔지니어링 경험이 필수적이라는 의견이 지배적임.

코드 작성 속도가 20배 빨라진다고요... 하지만 리뷰할 시간이 더 필요할 텐데. 어쨌든 저도 더 많이 일하고 더 많이 생산한다는 느낌은 들지만, 하루 일과가 끝나면 훨씬 더 피곤하네요. 이 속도를 오래 유지할 수 있을지는 모르겠지만, 일단 지켜보죠.

가벼운 프로젝트는 코드 리뷰에 시간을 많이 안 쓰지만, 대신 구현 사양을 극단적으로 계획하고 구현이 한 번에 성공할 때까지 계획을 검토합니다. 문제는 계획 단계가 너무 길어져서 어떤 프로젝트는 계획 단계에서 번아웃이 와서 영원히 완성되지 못할 수도 있다는 거죠.

새로운 기능을 계획하고, 그 계획을 검토하고, 철저한 구현 사양서가 나와서 예상치 못한 문제가 거의 없을 때까지 계획을 계속 수정해. 나는 계획 루프에 머물면서 계획을 변경하는 데 필요한 모든 결정을 승인하지. 계획이 승인되고 구현된 후에는, 계획했던 새로운 검증 절차와 기존 테스트들이 변경으로 인해 깨진 부분들을 잡아내는 데 도움을 주고, 변경이 완료된 후에도 추가적인 검토 과정을 거쳐.

그럼 나중에 새로운 기능을 추가하고 싶을 땐 어떻게 해? 또 다른 기능은? 모든 걸 일일이 세세하게 계획하는 거야? 그리고 새로운 변경 사항이 다른 부분을 망가뜨리지 않았다는 건 어떻게 확신하고?

길이 제한으로 뒷부분이 생략된 댓글입니다 · 원문에서 전체 보기 →

새 기능을 계획하고, 계획을 검토하고, 철저한 구현 사양서가 나와서 예상치 못한 문제가 거의 없을 때까지 계속 반복해. 나는 계획 루프 안에 머물면서 계획을 수정하는 데 필요한 모든 결정을 승인하지. 승인되고 구현된 후에는 계획된 새로운 검증 절차와 기존 테스트들이 변경으로 인해 깨진 부분을 잡아내는 데 도움을 주고, 변경이 완료된 후 추가 검토도 진행해.

TDD(테스트 주도 개발) 한번 시도해보는 거 어때? 소프트웨어를 수정하는 게 얼마나 쉬워지는지 알게 되면 분명 마음에 들 거야. 훨씬 더 빠르게 자신감을 가지고 변경 사항을 적용할 수 있을걸.

하하하. 행운을 빕니다.

난 그냥 더 좋은 모델 나올 때까지 기다리는 중

무슨 느낌인지 정확히 알겠네요. 가끔은 하루 종일 두 개의 코딩 에이전트를 동시에 돌리면서 계획 쓰고, 검토하고, 구현하고, 테스트하고... 그러면서 일상적인 관리 업무와 동료들 돕는 일을 동시에 하죠. 하루가 끝나면 너무 지쳐서 소파에 누워 TV 보는 것 말고는 아무것도 할 수 없어요. 이게 어디로 향하는 건지 모르겠지만, 앞으로 20년 동안 이렇게 계속할 수는 없다는 건 확실합니다.

20배는 무슨, 20배로 기술 부채 쌓는 거겠지.

숙련된 아키텍트한테는 20배는커녕 택도 없지. 개발이나 엔지니어링, 아키텍처 경험이 전혀 없는 '바이브코더(vibecoder)'라면 모를까. 하지만 수많은 엔드 투 엔드 인프라와 코드 프로젝트를 배포해 본 숙련된 아키텍트라면? 이미 400번 넘게 직접 만든 기술 부채를 청산하느라 고생해 본 경험이 있어서, 에이전트한테 어디서 기술 부채를 피해야 할지 정확히 지시할 수 있거든.

[이미지]

근데 아직 새벽 2시도 안 됐는데.