OpenClaw 사용자들은 AI 에이전트와의 계획 및 검토 과정에서 병목 현상을 보고하고 있습니다.

계획 및 검토 병목 현상

최근 r/openclaw의 논의는 AI 코딩 에이전트 작업 시 지속적인 마찰점을 강조합니다: 코드 생성은 잘 작동하지만, 계획 및 검토 프로세스는 여전히 번거롭고 수동적입니다.

사용자는 30분 동안 '에이전트를 아키텍처 검토 과정으로 유도'하고 에이전트가 서로의 작업을 읽을 수 있도록 파일 기반 시스템을 설정하는 데 시간을 보냈으며, 이는 지속적인 감시와 수동 입력을 필요로 합니다. 이로 인해 계획, 아키텍처 문서, 코드 검토로 이루어진 'MD 파일 묘지'가 생겨나며, 이들은 혼자 읽히고 편집된 후 팀 피드백을 위해 '특정 항목에 댓글을 달 수 없는 텍스트 벽'으로 슬랙에 붙여넣어집니다.

협업 붕괴

여러 에이전트를 프로세스에 포함시키면 추론이 사라집니다. 사용자는 에이전트가 상세한 장단점과 함께 리팩터링을 개요로 작성했지만, 검토 에이전트가 모든 장단점을 제거한 깔끔한 계획으로 다시 작성했다고 보고합니다. 원래의 추론이 완전히 사라졌습니다.

현재 워크플로는 'MS-DOS: 텍스트 편집기와 채팅 창'으로 묘사되며, 이는 코드 생성의 자동화된 효율성과는 극명한 대조를 이룹니다.

부상하는 해결책

일부 사용자는 '에이전트 네이티브 문서 편집기'라고 부르는 도구들, 특히 comment.io와 Proof by Every를 실험하고 있습니다. 이러한 도구들은 인라인 댓글을 허용하고 에이전트가 서로의 변경 사항을 파괴하지 않으면서 문서를 공동 편집할 수 있게 합니다. 초기 단계이지만, 현재 계획 및 검토 워크플로를 지배하는 '채팅에 복사-붙여넣기 루프'를 개선하려는 시도를 나타냅니다.

핵심 질문은 여전히 남아 있습니다: 에이전트와 인간 모두가 협업적이고 추적 가능한 방식으로 더 잘 계획하고 검토하는 방법은 무엇인가.