Pabbly Connect, 바이브 코딩으로 대체 가능?

Pabbly Connect의 전체 플랫폼이 아니라 단일 문의 접수 시스템에서 담당 팀 API로 보내는 두 단계 전달 흐름만 구현하는 작은 앱을 만든다.
문의 배분 스택은 Node.js 22·Hono·SQLite·서버 렌더링 HTML로 고정하고 외부 자동화 플랫폼을 호출하지 않는다.
npm install && npm run dev 한 번으로 로컬 /inquiries 수신함과 /routes 제품별 담당 팀 편집 화면을 실행한다.
./data/inquiries.db에 문의 번호·제품 코드·전달 결과를 저장하고 담당 팀별 실패 목록 CSV와 규칙 JSON을 내보내며 수정 전 백업을 둔다.
.env의 PABBLY_ROUTE_SECRET, DESTINATION_API_URL, DESTINATION_API_TOKEN, ADMIN_PASSWORD, DATABASE_PATH를 읽고 inquiries용 값 없는 .env.example을 제공한다.
문의 웹훅에서 문의 번호·이메일·제품 코드만 읽는 접수 API를 작성한다.
제품 코드에 따라 담당 팀 A 또는 B로 보내는 규칙표를 관리자 화면에서 편집한다.
두 단계 처리 이력을 문의 번호 기준으로 묶고 수신 성공과 전달 성공을 분리해 표시한다.
문의 번호 유일 제약으로 중복 접수를 막고 재전송에도 동일한 멱등 키를 전달한다.
목적지 장애 시 실패함에 남겨 운영자가 응답 코드와 재전송 여부를 확인하게 한다.
외부 토큰은 암호화 저장하고 응답 본문에서 이메일·인증 헤더가 실행 로그에 남지 않게 가린다.
문의의 접수·배분 결과와 실패 사유를 한국어로 보여주고 처리 시각은 Asia/Seoul, 비용 표기가 필요하면 원화 정수로 표시한다.
문의 없는 빈 상태에는 테스트 제품 코드를 안내하고 수신함 로딩·미등록 코드 오류·담당 팀 API 장애를 다른 안내로 구분한다.
규칙 수정은 HttpOnly 운영자 세션과 CSRF 토큰으로 보호하고 문의 번호 길이·제품 코드 허용값·웹훅 서명과 분당 30회 한도를 검사한다.
담당 팀 배정 시 규칙 버전을 문의 행에 고정하고 실패 재전송도 그 버전을 사용해 규칙 변경 뒤 다른 팀에 중복 전달되지 않게 한다.
전달 완료 14일 후 문의 이메일을 삭제하고 문의 번호·상태만 60일 보관하며 삭제 요청은 수신함과 실패 큐 모두에서 처리한다.
제품 코드 A/B/미등록 분기, 중복 문의 번호, 인증 토큰 마스킹을 단위 테스트하고 모의 문의가 지정 팀에 한 번만 도착하는지 통합 테스트한다.
README에 PABBLY_ROUTE_SECRET과 목적지 토큰 설정, 제품 코드표, 실패 재전송, 규칙 백업·복구 및 문의 보관 기간을 적는다.
무제한 SaaS 커넥터와 임의 분기 그래프, 팀 자격증명 공유는 일부러 만들지 않는다.
문의 작성자의 계정 가입·광고 추적·별도 요금 청구는 넣지 않으며 운영자 한 명이 두 담당 팀의 전달 실패만 관리하게 한다.
npm test에서 제품 코드 배분과 재전송 대상 고정 테스트를 실행한 뒤 수신 웹훅·모의 팀 API 검증 명령을 순서대로 적는다.