환경 준비를 반복하지 않게
한 번 정리한 의존성 정의를 다음 작업에도 재사용하세요. 매번 환경을 처음부터 설명하지 않아도 됩니다.
만들기는 쉬워졌어요.
어떻게 동작하는지는요?
npm으로 설치하고, 쓰던 에이전트에 연결하세요. Redpact가 워크트리별 코드 변경, 테스트 결과와 실제 화면을 모아 검토를 돕습니다.
/redpact init 요청 후 Web에서 API와 Database로, API에서 Event Server와 Worker를 거쳐 같은 Database로 연결됩니다. 실행 중인 환경은 아닙니다.
빠르게 만든 코드, 확신할 수 있는 동작.
준비부터 검증과 리뷰까지, 판단에 필요한 근거를 연결합니다.
쓰던 에이전트와 자연스럽게
익숙한 코딩 에이전트에 MCP로 테스트와 리뷰를 연결하세요.
AI 페어 프로그래밍에 맞춘 UX
AI가 만든 변경 사항을 워크트리 단위로 리뷰하세요. Diff와 테스트 결과를 함께 확인하고 다음 작업을 결정하세요.
컨테이너 준비부터 정리까지
테스트마다 필요한 컨테이너를 준비하고, 완료·실패·취소 후 정리합니다. 컨테이너 생명주기를 한곳에서 관리하세요.
도입 전에 궁금한 점.
문서 보러가기Red Pact는 어떤 도구인가요?
코딩 에이전트가 만든 변경을 검토하는 로컬 테스트·리뷰 도구입니다. 작업별 테스트 의도와 실행 결과, 화면 캡처, 코드 Diff를 한곳에서 확인하고 변경을 받아들일지 판단할 수 있습니다.
코딩 에이전트를 바꿔야 하나요?
MCP를 지원하는 기존 에이전트에 연결해 사용할 수 있습니다. MCP UI 카드는 MCP Apps를 지원하는 호스트에서 표시되며, 상세 실행 기록과 리뷰는 Red Pact 뷰어에서 확인합니다.
어떻게 시작하고 무엇을 준비해야 하나요?
다운로드 페이지에서 npm 또는 pnpm으로 설치한 뒤, 에이전트를 같은 Red Pact 인스턴스에 연결하고 프로젝트 초기 설정을 요청하세요. 관리형 테스트 실행에는 Docker Compose와 프로젝트에 맞는 실행·테스트 설정이 필요합니다. 터미널 설치에는 Node.js 24 이상이 필요합니다.
어떤 테스트를 실행할 수 있나요?
Unit 명령, Integration 테스트, Playwright 기능 테스트와 화면 캡처를 지원합니다. MCP의 run_tests는 Integration 테스트를 실행합니다. Unit과 Playwright는 각각의 실행 화면에서 시작하며, 화면 캡처와 기능 테스트 결과를 구분해 검토합니다.
새 워크트리마다 환경을 다시 설정해야 하나요?
프로젝트의 의존성 정의를 재사용하고 작업에 필요한 모드를 선택합니다. 새로운 의존성이나 테스트 구성은 추가 설정이 필요합니다. 실행마다 관리형 임시 환경을 준비하고 종료 후 정리하지만, 공유 DB나 외부 서비스의 데이터 격리는 별도로 준비해야 합니다.
테스트가 통과하면 변경을 그대로 받아들여도 되나요?
통과 결과는 선택한 환경에서 실행한 테스트의 검증 범위에 대한 근거입니다. mock 결제 API로 실제 결제사의 동작까지 확인할 수는 없습니다. 실행한 소스와 결과, 화면, Diff 및 확인하지 못한 범위를 함께 검토하세요. 코드를 다시 수정했다면 새 실행 결과가 필요합니다.
이 페이지와 데모는 실제 실행 기록인가요?
이 페이지와 앱 데모는 사용 흐름을 설명합니다. 사용자의 프로젝트에 연결하거나 실제 테스트·Git 작업을 수행하지 않습니다. 자신의 프로젝트 실행 기록은 설치한 Red Pact에서 확인할 수 있습니다.