01 / 페이지에는 대화로 담기 어려운 것이 있습니다
요구사항을 설명할 때 HTML 프로토타입을 더 자주 쓰기 시작했습니다. 레이아웃, 계층, 인터랙션의 의도가 직접 보이게 되었습니다. 하지만 피드백은 여전히 대화 곳곳에 흩어져 있었습니다. 페이지와 위치가 없으면 “이 부분을 바꿔 주세요”라는 말은 금세 의미를 잃습니다.
02 / 실제 콘텐츠에 피드백 붙이기
ProtoLens는 GitHub의 정적 파일을 안정적인 검토 링크로 만듭니다. 검토자는 영역이나 텍스트에 댓글을 연결하므로 다음 사람이 떨어진 스크린샷만 보고 추측하지 않아도 문제 위치를 찾을 수 있습니다.
피드백을 다음 수정까지 이어 가기
01HTML
요구사항을 브라우저에서 볼 수 있게
02위치가 지정된 피드백
정확한 텍스트나 영역에 댓글 달기
03Markdown / MCP
사람과 에이전트에게 실행 가능한 맥락 전달
04수정하고 검토하기
수정된 프로토타입 확인
작업 흐름의 개요이며 에이전트가 모든 댓글을 자동으로 구현하거나 승인한다는 뜻은 아닙니다.
03 / 사람의 판단을 다음 AI 수정으로 전달하기
댓글을 모으는 것은 일부에 불과합니다. Markdown 내보내기와 MCP 접근은 수정하는 사람이나 에이전트에게 필요한 피드백을 전달합니다. 사람의 판단이 다음 작업에 반영되며, 수정된 프로토타입은 다시 검토해야 합니다.
선택과 한계: 정적 검토에 집중하기
HTML, SVG, PNG가 이 작업 흐름의 주요 입력입니다. ProtoLens는 임의의 빌드 실행, 의존성 설치, 애플리케이션 백엔드 실행을 하지 않습니다. 따라서 완전한 인터랙션 중 일부는 제품 자체 환경에서 검증해야 합니다.