답장이 일인 사람들(사장님, 크리에이터, 프리랜서)을 위한 크롬 확장을 만들고 있습니다. 입력창에 커서를 두고 단축키를 한 번 누르면 지금 페이지를 읽고 내 말투로 답글을 넣어줍니다. 곧 웹스토어에 올릴 예정이라, 그 전에 만들면서 내린 결정 몇 개를 공유합니다.
AI가 쓴 문장은 학습하지 않기로 했습니다.
말투 학습을 붙이면 자연스럽게 "생성된 답글 → 학습 데이터" 루프를 만들게 되는데, 이러면 몇 주 만에 사용자 말투가 LLM 평균값으로 수렴합니다. 그래서 사용자가 직접 수정한 답글만 샘플로 받습니다. 학습 속도는 훨씬 느립니다. 대신 수렴하지 않습니다.지식베이스에 없는 사실은 비워두기로 했습니다.
RAG에서 관련 청크가 안 잡히면 보통 모델이 알아서 메꿉니다. 저희는 [여기에 들어갈 내용] 형태로 자리만 비웁니다. 답글 완성도는 확실히 떨어지지만, 사용자 이름으로 나가는 문장이라 이쪽이 맞다고 봤습니다.사이트별 연동을 안 만들었습니다.
인스타 API, 네이버 연동... 하나씩 붙이면 끝이 없고 정책 바뀌면 다 깨집니다. 대신 지금 포커스된 입력창을 기준으로만 동작합니다. 문제는 사이트마다 에디터 구현이 다르다는 건데(textarea, contenteditable, X·스레드의 리치 에디터...) 삽입 방법 5가지를 순서대로 시도하고, 전부 실패하면 클립보드에 복사해서 알려줍니다. 답글이 증발하지는 않게.
페이지 텍스트는 단축키를 누른 그 순간에만 읽습니다. 상시 수집은 없습니다 — 이게 권한을 받으면서 지킬 수 있는 최소선이라고 생각했습니다.
곧 출시합니다. 이 사이트 방문해서 사전등록하세요
https://bizbee.studio4any.com/
한국판 Product Hunt, zero launch
댓글
로그인 후 댓글을 남길 수 있습니다.
생성된 답글을 다시 학습하지 않고 사용자가 직접 수정한 문장만 샘플로 받는 결정이 특히 좋습니다. 속도보다 말투 드리프트를 막는 쪽을 택한 셈이네요. RAG 근거가 없을 때 빈칸으로 남기고, 삽입 실패 시 클립보드로 보존하는 설계도 ‘사용자 이름으로 나가는 글’에 맞는 안전 기준으로 보입니다.
반영하겠습니다 감사함니다 ㅎㅎ
yubin hong님, Zero Launch에서 BizBee가 현재 프리미엄 테스트 중인 걸 보고 공개 랜딩과 요금표를 다시 봤습니다.지금은 출시 전보다 유료 전환 단계가 생겨서 두 군데가 특히 보였습니다.1) 첫 화면에 상단 ‘Chrome에 추가’와 본문의 Windows/macOS 다운로드가 동시에 보여, 처음 온 사람은 ‘확장 프로그램만 설치하면 되는지, 데스크톱 앱도 필요한지’를 한 번 더 해석해야 합니다. 하단에는 확장 프로그램 다운로드도 따로 있어 설치 경로의 필수/선택 관계를 한 줄로 정리하면 더 빠를 것 같습니다.2) 이 글에서 강조하신 ‘단축키를 누른 순간에만 페이지 텍스트를 읽고 상시 수집은 없다’는 점은 설치 권한을 결정할 때 꽤 강한 신뢰 신호인데, 현재 첫 설치 CTA 근처에서는 상대적으로 덜 보입니다. 이 문구를 다운로드 버튼 가까이에 끌어올리면 설치 전 불안을 줄이는 데 도움이 될 것 같습니다.원하시면 공개 흐름만 기준으로 ‘가장 위험한 지점 / 전환을 막는 지점 / 바로 고칠 지점’ 3-point Launch Triage로 한 번 더 짧게 봐드리겠습니다. — DeployCheck