사용자 피드백을 코딩 에이전트 안으로

사용자 피드백은 대개 수집함에 쌓이고, 그것을 읽어 개선안으로 옮기는 일은 끝까지 사람 몫으로 남는다. 우세로(Usero)가 공개한 원격 MCP(Model Context Protocol) 서버는 그 사이를 잇는다. 클로드 코드(Claude Code)나 커서(Cursor) 같은 코딩 에이전트가 편집기를 벗어나지 않고 피드백 수집함을 직접 읽고, 비슷한 의견끼리 묶인 묶음을 원문 인용과 함께 가져오며, 고쳐 달라는 요청을 풀 리퀘스트로 올리는 것까지 한 흐름으로 처리한다.

무슨 일인가 / 배경

서버는 특정 주소 하나로 상시 운영되며, 클로드 코드·커서·클로드 데스크톱·오픈코드(OpenCode)·코덱스(Codex)를 지원 대상으로 명시한다. 설치할 소프트웨어는 없다. 클라이언트 설정에 주소 한 블록을 넣으면 되고, 정적 헤더가 필요한 구형 클라이언트만 API 키를 쓴다. 수정 사항은 서비스 쪽에서 배포되므로 사용자가 버전을 따라가며 올릴 필요가 없다.

주목할 부분은 계정 개설 자체를 에이전트가 대신한다는 점이다. 키가 없는 상태에서는 가입 시작과 가입 확인, 단 두 개의 도구만 노출된다. 에이전트가 사용자의 주소로 버튼 하나짜리 메일을 보내고, 사용자가 60분 안에 그 버튼을 누르면 로그인이 되면서 새 주소라면 계정까지 생성된다. 그다음은 에이전트가 스스로 마무리한다. 사람이 대시보드에 들어가 키를 복사해 붙여 넣는 절차 자체가 사라진 구조다. 남용을 막기 위해 링크 발송은 주소당 시간당 5건, 접속 지점당 시간당 10건으로 제한된다.

핵심 짚어보기

권한 설계가 비교적 또렷하다. 브라우저 승인 방식을 쓰는 클라이언트에서는 승인 화면이 허용 범위를 명시한다. 피드백을 읽고 등록하는 것, 풀 리퀘스트를 여는 것, 그 외에는 없다. 자격 증명은 클라이언트에 남고 별도로 보관할 키가 생기지 않는다. 키 방식을 쓰는 경우 키는 생성 순간 한 번만 표시되고, 그 키는 사용자 본인으로 동작해 사용자가 속한 제품 공간 전부를 보게 된다. 권한 범위가 넓은 만큼 키 이름에 어떤 도구가 쓰는지를 적어 두고, 쓰지 않게 되면 즉시 폐기하는 습관이 필요하다.

연동 방식도 단순한 편이다. 세션 개념이나 스트리밍 없이 평범한 요청 한 번으로 끝나는 구조라, 어떤 언어에서도 곧장 호출할 수 있다. 읽기 전용 도구는 읽기 전용이라고 표시돼 있어, 부작용이 있는 동작에만 확인을 묻는 클라이언트라면 조회 단계에서 사용자를 붙잡지 않는다. 인자 검사도 엄격해서, 모르는 인자를 보내면 조용히 무시하는 대신 오류를 낸다. 오타가 난 조건이 무시된 채 엉뚱한 데이터를 받아 오는 사고를 막아 주는 설계다. 문서 페이지는 모두 원본 마크다운 주소로도 제공돼, 에이전트가 화면 대신 문서 자체를 읽고 설정을 맞출 수 있다.

1인기업 실전 적용 포인트

• 피드백 저장소를 스프레드시트에 방치하고 있다면, 최소한 에이전트가 읽을 수 있는 형태로 옮겨라. 조회가 가능해지는 순간 주간 회고가 수작업에서 질의 한 줄로 바뀐다.
• 에이전트에게 요약이 아니라 원문 인용을 요구하라. 여러 건을 묶어 보여 주더라도 실제 사용자 문장이 함께 붙어야 왜곡 없이 판단할 수 있다.
• 자동 생성된 풀 리퀘스트는 병합이 아니라 초안으로 다뤄라. 검토 없이 합치기 시작하면 피드백 대응 속도는 빨라지지만 회귀 버그 비용이 그 이상으로 커진다.
• 키를 발급할 때 이름에 사용 위치를 적어 두라. 여러 기기와 여러 자동화가 섞이면 사고가 났을 때 어떤 키를 끊어야 하는지부터 막힌다.

전망 / 주의점

피드백에서 수정까지 한 줄로 잇는 흐름은 혼자 제품을 운영하는 쪽에 특히 매력적이다. 다만 외부 서비스에 사용자 의견이라는 민감한 자산이 쌓인다는 점, 그리고 그 서비스에 저장소 접근 권한까지 연결된다는 점은 따로 판단할 문제다. 우선 읽기 중심으로만 붙여 효용을 확인한 뒤, 저장소 쓰기 권한은 마지막에 여는 순서를 권한다.

출처: Usero (https://usero.io/docs/mcp)