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