FEEDBOX · 웹 QA 피드백 플랫폼

버그 제보를 받는
가장 짧은 경로

화면에서 문제가 된 곳을 찍고 메모를 남겨보세요.
셀렉터, 에러, API 호출, 브라우저 환경, 스크린샷까지
피드박스가 자동으로 수집해드릴게요.

피드백 모드 시연: 화면에서 버튼을 선택하면 하이라이트되고, 메모를 입력해 이슈로 등록됩니다.

이런 제보, 익숙하지 않으세요?

재현 정보를 받아내기 위한 소통이 시간이 개발 시간보다 오래 걸립니다.

as-is지금까지의 버그 제보
저기 버튼이 안 눌려요 ㅠㅠ
어떤 화면에서요? 브라우저는 뭐 쓰세요? 스크린샷 한 장만 부탁드려요.
그냥 안 되는데요… 캡처는 이따가 보내드릴게요.
to-beFEEDBOX로 도착한 같은 제보
#13접수됨2026. 7. 25. PM 12:37

가입 버튼을 눌러도 반응이 없어요

요소
main > form > button
에러
HttpErrorHTTP_500
호출 API
POST /api/signup → 500
환경
1920×929Chrome 150 · macOS

SDK와 WBS 설정은 프롬프트 한 장

코딩 에이전트에 붙여넣으면 SDK 설치, Provider 적용, 프로젝트 WBS 초안까지 한 번에 준비합니다.

코딩 에이전트에 붙여넣으세요GitHub
Install FEEDBOX (@nogglee/feedbox), a React SDK that collects user feedback with automatic diagnostics, into this project, and create its first WBS.

1. Install the package with this project's package manager
   (npm i @nogglee/feedbox / pnpm add @nogglee/feedbox / yarn add @nogglee/feedbox).
2. Run the installed CLI from the app root:

   npx @nogglee/feedbox init

   In a monorepo, pass the app directory with --dir. Never overwrite an existing
   public/feedbox/wbs.md file.
3. If the service requires login, configure its middleware or route protection so that
   only /feedbox/wbs.md is publicly accessible without authentication or redirects.
   Keep every other protected route unchanged.
4. Analyze this codebase and replace the sample row in public/feedbox/wbs.md with a
   practical initial plan. The comment block at the top of that generated file documents
   every column rule (번호, 우선순위, 상태, 업무 영역, 기능 유형, 마일스톤, 관련 이슈).
   Follow it exactly, keep the generated columns unchanged, and never add a progress
   column: FEEDBOX derives progress from "상태".
   Leave "관련 이슈" empty. I will copy a WBS update prompt with the project's real issue
   numbers from the FEEDBOX project page later.
   The WBS file, including assignee emails, is public after deployment.
   Leave the "담당자" column empty until I provide the FEEDBOX team member emails.
5. Find the app's root component and wrap it once with the provider:

   import { FeedboxProvider } from "@nogglee/feedbox";

   <FeedboxProvider projectKey={PROJECT_KEY} apiKey={API_KEY}>
     <App />
   </FeedboxProvider>

6. Read both keys from public client env vars using this framework's convention
   (e.g. NEXT_PUBLIC_FEEDBOX_PROJECT_KEY / VITE_FEEDBOX_PROJECT_KEY), and add
   placeholder entries to the env example file. I will paste the real values
   from the FEEDBOX dashboard (프로젝트 → SDK 설치).
7. Do not change any other behavior, styling, or dependencies. Ensure
   /feedbox/wbs.md is included in the deployed public assets.

Docs: https://github.com/nogglee-crew/feedbox

projectKey·apiKey는 대시보드의 SDK 설치 정보에서 복사해 채워 넣으면 됩니다.

지금 바로 쓸 수 있는 것들

피드백 수집부터 처리 공유까지, QA에 필요한 최소한을 갖췄습니다.

요소 지정 피드백

사용자가 화면에서 문제가 된 요소를 직접 찍고 메모를 남깁니다. ESC 한 번으로 피드백 모드를 켜고 끕니다.

자동 진단 수집

셀렉터, 요소 텍스트, 에러, 실패한 API 호출, 해상도·브라우저 정보를 이슈에 자동 첨부합니다.

스크린샷 첨부

제보 시점의 화면을 자동 캡처합니다. 목록에서는 미리보기로, 원본은 클릭 한 번으로 확인합니다.

이슈 보드

로그인 없이 링크로 여는 처리 현황판입니다. 고객이 직접 내용을 수정하고, 처리 완료를 확인합니다.

이슈 관리

상태와 담당자를 지정하고, 메모·URL·에러 내용으로 검색하고 상태로 거릅니다.

에이전트에 바로 붙여넣기

이슈를 재현 정보가 담긴 구조화된 JSON으로 복사합니다. 코딩 에이전트에 붙여넣으면 그대로 수정 작업이 시작됩니다.

다음 업데이트

접수된 이슈가 팀의 도구까지 알아서 흘러가도록 준비하고 있습니다.

이슈 접수 알림 · GitHub 연동

준비 중

이슈가 접수되면 팀 멤버에게 알리고, 연결한 GitHub 저장소에 이슈로 발행합니다.

Slack · Discord 연동

준비 중

접수와 상태 변경 이벤트를 팀이 쓰는 채널로 보내는 API를 제공합니다.

중복 이슈 감지

준비 중

접수 순간 비슷한 이슈를 찾아 알려줍니다. 테스터 다섯 명이 같은 버그를 다섯 번 등록하는 일이 사라집니다.

누구의 하루가 줄어드나요

피드백을 주는 사람과 받는 사람, 양쪽의 시간을 아낍니다.

SI · 에이전시

검수 커뮤니케이션 비용을 줄입니다

카톡과 엑셀로 오가던 검수 피드백이 재현 정보가 갖춰진 이슈로 도착합니다. 되묻는 왕복이 사라집니다.

고객사는 설치·로그인 없이 링크 하나로 참여하고, 이슈 보드에서 처리 현황을 투명하게 확인합니다.

사내 툴 · ERP

비개발자 제보가 재현 가능한 티켓이 됩니다

AI로 빠르게 만든 툴일수록 버그 제보 창구가 필요합니다. 에러와 환경 정보는 SDK가 대신 수집합니다.

현업 직원은 쓰던 화면에서 문제가 된 곳을 찍고 메모만 남기면 됩니다.

사이드 프로젝트

QA 체계를 10분 만에

SDK 몇 줄을 붙이고 지인 테스터에게 링크만 보내세요. 무료로 시작합니다.

테스터는 앱 설치도 계정도 없이, 보이는 화면에서 바로 피드백을 남깁니다.

설치부터 피드백까지 5분

프롬프트 한 장 붙여넣으면 설치는 끝

개발자에게 연락하기