AI 에이전트로 대규모 프로젝트를 구축할 때 어떤 작업 추적 및 문서화 시스템을 사용하시나요?

그 소프트웨어 이름이 뭔가요?

나도 똑같음. 근데 솔직히 말해서 이건 완벽주의나 feature creep 때문에 생기는 심리적인 문제임. 충분히 좋거나 심지어 훌륭한 MVP를 진짜 빠르게 만들고 그냥 멈출 수도 있거든. 난 보통 프로젝트마다 아티팩트를 생성하게 하고 한두 가지 정도만 반복함.

그러다가 이런 게 많아지면 프로젝트 전반에 걸쳐 내가 좋아하는 것들을 통합하는 편임. 과하게 만들지 않겠다는 절제력만 있으면 훨씬 자유로워짐.

동의함. 요즘 내 삶의 모든 영역에서 주의 깊게 보고 있는 부분이기도 함.

적용하고 있는 개념이나 사고 체계가 몇 개 있긴 한데, 진짜 모든 걸 바꾼 건 대부분의 일은 '완벽함'이 필요 없다는 걸 깨달은 거임. 우린 별 이득도 없는 일에 시간과 에너지를 너무 많이 낭비해.
우리 프로젝트나 일상 업무에서 더 복잡한 솔루션이 진짜로 '필요한' 건 몇 개 안 됨.

과하게 만드는 것과 관련해서 내가 겪는 또 다른 문제는 구현 도중에...

Beads 추천 +1. Claude가 그게 뭔지, 어떻게 쓰는지 알고 있어요. 팀 단위로 작업한다면 Jira나 Linear 같은 도구와 동기화도 지원합니다.

문서화는 Karpathy의 LLM wiki를 사용하세요. 프로젝트가 커지면 지식 그래프를 활용하시고요.

^ 100% 동감.

'스프린트 작업'은 마크다운으로, 지속적인 프로젝트 맥락은 Linear로 관리함.

처음 프로젝트가 작았을 때(파일 몇 백 개 정도)는 기본 작업 생성 기능으로도 충분했어요. Claude Code, OpenCode, Codex 같은 도구들은 정의된 작업을 고수하고, 생성된 모든 작업이 완료될 때까지 세션을 종료하지 않도록 설계되어 있거든요. 완료 기준에 대해 환각(hallucination)을 일으킬 순 있어도 세션을 끝내기 전엔 확실히 완료하긴 합니다.

하지만 프로젝트가 수천 개, 이제는 수십만 개 단위로 커지면서...

요즘 많은 것들이 그렇듯, 작업 계획과 문서화는 Fable이 칸반과 위키를 뚝딱 만들어서 생태계와 완전히 통합되게 하는 게 최고인 것 같아요. 기본적으로 LLM이 굴릴 수 있게 모든 것에 완전한 관리용 API를 달아주는 거죠. 이렇게 쉽게 할 수 있는데 굳이 표준화할 이유가 있나 싶네요.