터미널 AI 코딩 탭 20개 대신, git 보드와 owner inbox로 한 번에 하나씩
- 작성자는 티켓마다 마크다운 파일 하나를 코드 옆에 두고 보드 상태를 git에 커밋하는 우선순위 큐를 만들어, 세션이 죽어도 작업 맥락이 남게 함
- 에이전트가 새 티켓 조사, 사람이 안전하다고 태그한 티켓 빌드, 테스트와 브라우저 확인, 배포본 검증을 주기적으로 돌리고, 민감한 코드는 브랜치에서 먼저 물어보며 프로덕션 배포는 하지 않음
- 사람의 판단이 필요한 항목은 owner inbox 한 곳에 모여 스크립트가 우선순위 목록으로 만들어 주고, 읽기 화면은 매 주기 git에서 다시 만드는 Claude artifact 한 페이지임
- 핵심은 항목 하나를 집어 맥락을 올리고 결정한 뒤 큐에 되돌려 닫는 것, 맥락을 함께 닫아야 다음 항목에 집중할 수 있다는 게 작성자의 주장임
- 작성자도 여전히 지친다고 인정하며, 티켓 맥락을 1분 만에 올릴 수 있게 만드는 도구와 판단 대기로 막힌 티켓이 무한 루프에 빠지지 않게 하는 일이 남은 과제라고 밝힘
Hacker News opinions
HN 트래픽 폭주로 사이트가 또 죽었네. 난 아직 가끔 리트코드 풀어. 손으로 코드 짜고 복잡한 로직 직접 굴리는 게 예전보다 더 중요해진 것 같아. 안 쓰면 문제 해결 능력이 결국 녹슬더라.
그 글 읽으면 기분이 좀 애매해. 리트코드 풀 시간이 없어서 슬픈 건지, 생산성 향상 spiral에서 못 내려와서 불안한 건지 모르겠음.
문제 해결은 코딩 말고도 게임이나 사람 만나는 걸로도 충분히 굴릴 수 있어. 코딩 안 하면 코딩 실력만 녹슬 뿐이고, ai brain fry 걱정은 과장임.
운동을 취미로 하는 건 육체 노동을 자동화했기 때문이잖아. AI가 사고를 자동화하면 뇌도 몸처럼 되는 거고, 대부분 사람은 운동도 안 하니까 정신적 운동은 더 안 하게 될 거라고 봄.
여기 댓글만 봐도 AI 코드는 완벽하고 이제 코딩 안 해도 된다는 사람 많은데, 그쪽 뇌가 이미 쇠퇴한 듯. 난 여전히 대부분 손으로 짜고 마지막에 리뷰어로만 AI 씀.
작성자 문제는 병렬 에이전트를 너무 많이 돌리는 거임. 해법이 '병렬을 줄이자'가 아니라 '병렬은 그대로 두고 도구만 바꾸자'라는 게 신기함.
기계가 병렬로 처리하고 사람은 한 번에 하나만 하는 게 핵심임. 그게 원래 하던 방식이랑 뭐가 다르냐는 반문에는 이렇게 답할 수밖에 없더라.
Claude한테 블로그 글 써달라고 한 걸 그대로 공유하는 걸 보면 brain fry를 피한 게 맞나 싶음.
나도 읽자마자 클로드 냄새 났어. 'Then comes the part that matters most' 같은 문장에서 뇌가 물리적으로 아픔. 다들 말투가 같아지는 게 제일 무서움.
내 셋업도 비슷한데 여전히 불완전함. 20~90분짜리 실행 끝나고 터미널로 돌아와서 '지금 어디까지 했지?' 묻고 있음. 에이전트 3개 동시에 돌리면 컨텍스트 갈아끼우느라 번아웃 옴.
시작은 진짜 쉬워졌는데 마무리 20%가 노가다야. 에이전트는 끝났다고 말을 안 하고 후속 MR만 계속 제안하고 미래에 처리할 일정만 잡아놓음.
탭 대신 cmux 탭 그룹 쓰고 사이드바에서 우선순위 매김. 3~4개까지는 괜찮은데 그 이상은 역효과더라.
왜 git에 자체 이슈 트래커를 만듦? GitHub 이슈 쓰면 칸반에 UI에 도구도 다 붙는데.
직접 만든 게 아니라 오픈소스 board.md 씀. 보드가 코드 옆에 있으면 에이전트가 비즈니스 맥락과 기술 맥락을 한 번에 봄. 지라가 코드베이스랑 따로 노는 팀 많잖아.
'여전히 지치지만 방향을 잃진 않았다'라니, 문제를 푼 게 아니라 생산적인 기분만 느끼는 거 아님? JIRA 지옥을 새로 발명하는 것 같은데.
한 번에 해결되는 문제는 아니고 계속 반복 개선 중임. 세션이 끝나면 닫은 작업은 늘고 반쯤 열린 작업은 줄었음. 아직 멀었음.
에이전트 개발은 개발자마다 에이전트 팀을 관리하는 거임. 이슈 트래커, 스탠드업, 설계 문서 같은 이미 있는 도구를 쓰면 됨. 난 GitHub 이슈로 큐 돌리는데 괜찮음.
그렇게 따지면 정말 2005년 그대로네. 도구만 화려해졌지 일하는 방식은 그대로라는 게 웃프다.