지난 몇 주 동안 저 자신과 친구들, 가족들을 위해 몇 가지 소규모 앱들을 만들어 왔는데, 그 과정에서 꽤 괜찮은 패턴을 발견했습니다.

보시다시피, 저는 앱을 만든 후 버그를 수정하거나 기능 요청을 분류(triaging)하는 데 특별한 관심이 없습니다. 저는 그저 일을 끝내고 싶을 뿐입니다.

그래서 제가 직접 Cursor를 열지 않고도 저와 다른 사용자들이 버그를 수정하고 기능을 구축할 수 있는 시스템을 설정했습니다.

워크플로우(flow)는 다음과 같습니다:

1. 누군가 앱에 피드백을 제출합니다.
2. 제출된 텍스트, 세션 리플레이 (session replay), 이벤트 (events), 그리고 에러 (errors)와 함께 PostHog에 기록됩니다.
3. Cursor 클라우드 에이전트 (cloud agent)가 해당 컨텍스트와 함께, 실시간 읽기 전용 PostHog MCP를 사용하여 이를 가져옵니다.
4. 수정 사항이 검증될 때까지 루프를 돌린 후, 테스트가 포함된 GitHub PR (Pull Request)을 생성합니다.
5. 저는 알림을 받고 휴대폰으로 이를 검토합니다.

우리는 클라우드 에이전트에게 필요한 모든 사용자 컨텍스트에 대한 접근 권한을 부여하며, 그러면 에이전트들이 스스로 해결 방법을 찾아냅니다.

이 시스템이 갖춰지면, 그 사이에 더 많은 추상화 (abstractions)를 설정하기 시작할 수 있습니다. 만약 요청량이 많아진다면, 다른 클라우드 에이전트나 자동화를 통해 먼저 분류 (triage)를 하고 싶을 수도 있습니다. 피드백은 GitHub 또는 Linear 이슈 (issue)를 생성할 수 있으며, 나중에 크론 (cron) 기반의 클라우드 에이전트가 이를 가져와 중복 여부를 결정하게 할 수 있습니다. 이를 구성하는 방법은 매우 다양하므로, 직접 시도해 보고 자신에게 맞는 방식을 찾아야 합니다.

하지만 여기에는 아직 활용되지 않은 영역이 훨씬 더 많습니다. 세션 리플레이 (session replays)와 이벤트 로그 (event logs)를 활용하면, 클라우드 에이전트가 각 세션 리플레이를 살펴보고 UX의 함정이나 개선 영역을 추출하게 할 수 있습니다. 또 다른 에이전트는 이벤트 로그를 살펴보며 이상 패턴을 찾아낼 수 있습니다. 에러나 유사한 문제를 위한 또 다른 에이전트도 가능합니다.

직접 시도해 보고 무엇을 할 수 있는지 확인해 보세요!
[IMG:1]