AI가 일을 줄여준다더니, 이렇게 많이 일한 적이 없다
AI promised less work. I've never worked more
TL;DR Highlight
에이전트를 병렬로 돌렸더니 GitHub 활동이 엔지니어 시절 수준으로 돌아왔다
Who Should Read
여러 코딩 에이전트를 동시에 돌리다 컨텍스트 전환 피로와 번아웃을 느끼는 개발자·엔지니어링 리드
Core Mechanics
- 일이 줄지 않고 동시에 늘었다
- 예전엔 주 2~3개 큰 작업을 하나씩 끝냈다.
- 지금은 에이전트 여러 개가 구현·조사·리뷰·리서치를 병렬로 돌린다.
- 문제는 에이전트의 '가끔'이다
- 에이전트마다 가끔 질문, 계획 승인, diff 확인, 결과 해석을 요청한다.
- 응답할 때마다 다른 저장소와 다른 결정으로 컨텍스트를 갈아타야 한다.
- GitHub 기록이 Full Stack 시절로 복귀
- 평일 중앙값은 2022~2025년 3~4건이었고 2026년은 7건이다(2020년은 8건).
- 24건 이상인 날은 2022~2025년 매년 1일이었고 2026년은 벌써 16일이다(2020년은 17일).
- 역할은 코딩이 줄었는데 활동량은 늘었다
- 2026년 10월 27일까지 2,102건으로 2021~2025년 어느 해보다 많다.
- 2020년 같은 기간은 2,371건이었다.
- 구현이 싸지니 하고 싶은 일이 늘었다
- 안 건드렸을 버그 수정, 패턴 개선, 새 프로젝트까지 맡게 됐다고 한다.
- 에이전트가 기존 업무를 빠르게 끝내준 게 아니라 더 큰 업무를 스스로 만들게 했다는 얘기다.
- 몰입기와 탈진기가 반복된다
- 새 모델이나 워크플로가 나오면 아이디어가 쏟아져 에이전트를 더 띄운다.
- 리뷰와 컨텍스트 전환이 쌓이면 물러서고, 1월 이후 이런 주기가 세 번 있었다.
- 8월은 427건으로 최고였고 이전 최고는 2020년 4월의 319건이었다.
Community Reactions
- 하루 할 일 목록을 먼저 정해 두는 방식이 효과적이었다는 경험
- 목록을 지킨 날은 일찍 퇴근하고 잠도 잘 잤다는 경험담이다.
- 목록을 벗어난 날은 같은 날 피로가 쌓였고, 계획 변경은 LLM 없이 종이로 하자는 제안이다.
- 에이전트를 더 늘려 코디네이터만 상대한다는 경험
- 부자가 각자 약 100개 에이전트를 관리하고 코디네이터 5개 정도와만 대화한다는 경험담이다.
- 그러면 생각하고 쉬고 다시 집중할 수 있게 됐다고 한다.
- 드러지 작업이 뇌의 휴식이었다는 의견
- 명세대로 코드를 쓰는 일은 인지적으로 가벼워 어려운 사고 사이의 쉼이었다는 의견이다.
- AI가 그걸 가져가 어려운 부분만 남아 더 힘들다는 주장이다.
- 폰으로 에이전트를 쓰다 플립폰으로 바꿨다는 경험
- 언제든 프롬프트를 던지게 되니 일 생각이 끊기지 않았다고 한다.
- 그래서 업무를 컴퓨터와 근무시간으로 한정했다는 경험담이다.
- 생산성이 오르면 고용주가 더 요구한다는 의견
- 도구가 일을 줄인 적은 없고 기대치만 올린다는 반응이 다수였다.
- 제본스 역설을 언급하며 경영진 기대가 올라간다는 의견도 있었다.
How to Apply
- 오늘 할 일 목록을 하루 시작 전에 고정하기
- 출근 직후 30분 안에 오늘 끝낼 작업을 종이나 메모에 5개 이내로 적어라.
- 목록 밖 아이디어는 '나중' 칸에 적기만 하고 에이전트를 띄우지 마라.
- 동시에 돌리는 에이전트 수 상한 정하기
- 이번 주 동시 실행 에이전트를 2~3개로 제한하고 하루 끝에 컨텍스트 전환 횟수를 기록하라.
- 피로가 크면 상한을 줄이고, 괜찮으면 하나씩 늘려라.
- 에이전트 확인 시간을 묶어서 처리하기
- 하루 2~3번 정해진 시간에 질문·승인·diff를 몰아서 처리하라.
- 알림은 끄고 그 시간 외에는 에이전트 응답을 열지 마라.
- 추가 프로젝트는 계획 세션을 거쳐서만 시작하기
- 새 아이디어는 LLM 없이 종이로 우선순위를 정한 뒤에만 시작하라.
- 목록에 넣을 때 기존 항목 하나를 빼서 총량을 유지하라.
Try It
# Claude나 ChatGPT 대화창에 붙여넣기 (원문 관찰의 간이 버전: 병렬 에이전트 부하 점검)
나는 코딩 에이전트를 여러 개 병렬로 돌리는 개발자야. 오늘 할 일과 돌릴 에이전트는 아래와 같아.
오늘 할 일: {{오늘 할 일 목록}}
현재 돌리는 에이전트/작업: {{에이전트별 작업 목록}}
오늘 쓸 수 있는 집중 시간: {{시간}}
다음을 해줘.
1. 컨텍스트 전환이 가장 많이 생길 작업 조합을 짚어줘.
2. 오늘 동시에 돌려도 되는 작업을 3개 이하로 골라줘.
3. 나머지는 '나중' 목록으로 보내고 이유를 한 줄로 써줘.
4. 에이전트 확인 시간을 하루 3번으로 나눠 배치해줘.
이어서 해 볼 것: 하루 끝에 '오늘 목록 밖으로 새어 나간 일'을 적어 보내고 내일 상한을 조정해 달라고 해봐.Terminology
관련 논문
에이전트가 코드를 짜는 시대, 엔지니어가 여전히 알아야 할 것: 기초·폭넓은 지식·필요할 때 깊이 파기
에이전트가 짠 코드의 오너십은 기초, 폭넓은 지식, 즉시 깊이 파는 능력에 달렸다
Corgi: 사람과 에이전트를 위한 터미널 멀티플렉서
여러 AI 에이전트의 상태를 한눈에 보는 tmux류 터미널 도구
모델이 그렇게 좋다면 OpenAI는 왜 회사 100개를 직접 안 차릴까
HN 댓글 답: 코드는 쉬워도 뭘 만들지 아는 건 별개라 토큰을 판다
OpenShell: 자율 AI 에이전트를 가두는 NVIDIA의 안전한 샌드박스 런타임
정책 파일로 에이전트의 파일·네트워크·자격증명 접근을 커널 수준에서 통제한다
Omnara: Claude Managed Agents의 오픈소스 대안 (셀프호스팅 가능)
어떤 모델·머신에서도 에이전트를 돌리는 오픈소스 managed agent 플랫폼
Rust off Rails: 코드 없이 Markdown 60개로 만든 AI 에이전트용 웹 스택
Markdown 규칙 60개로 에이전트가 Rust 웹앱을 짜게 한다는 프레임워크
LayerFS: AI 코딩 에이전트를 위한 파일시스템
에이전트마다 임시 Workspace를 마운트하고 결과만 커밋하는 파일시스템
Launch HN: Alter (YC S25) – 멀티유저 에이전트용 접근 제어
에이전트마다 별도 신원·정책·감사로 API 키 공유 문제를 푼다