[자문] HAN-130 Web Clipper 트리거 설계
TL;DR
트리거를 저장 <URL> prefix 고정으로 구현하고,
WebFetch 실패 시 Slack DM 알림을 AC에 추가한다.
질문 / 결정 사항
Jarvis가 Slack DM에서 web clipper를 자동 실행할 트리거 조건과 실패 처리를 어떻게 설계할 것인가?
옵션 비교
Option A: URL 단독 메시지 OR “저장”/“기록” 키워드
장점 - 마찰 최소 — 키워드 없이 URL만 붙여넣기로 동작
단점 - 오발화 리스크 높음 — 에러 로그, 다른 대화
맥락에서 URL이 포함된 메시지도 트리거에 걸림 - 의도치 않은
learning/ 누적 발생 가능
트레이드오프 - 편의 ↑ / 정확도 ↓
Option B:
저장 <URL> prefix 고정
장점 - 오발화 0 — 명시적 의도 표현 - 트리거 로직 단순 (정규식 1줄)
단점 - 키워드 입력 마찰 소폭 증가 (1단어)
트레이드오프 - 편의 소폭 ↓ / 정확도 ↑↑
권장안
선택: Option B — 저장 <URL> prefix
고정
근거: - Web Clipper의 핵심 가치는 마찰 제거이지, 트리거 오발화 복구 비용 추가가 아님 - prefix 1단어(“저장”)는 무시할 수 있는 마찰 — Chrome Extension(옵션 B 장기)으로 이 마찰도 제거 가능
AC 추가 권장: - WebFetch 실패(페이월,
login-required, 404 등) 시 → Slack DM으로 실패 알림 + 사유 반환 - 파일명
중복(같은 URL 재전송) 시 → 덮어쓰기 또는 -2 suffix 중
하나로 명시