초안이 환각(Hallucination)을 일으킬 수 없는 1인 창업자를 위한 아웃리치 키트
요약
1인 창업자를 위해 환각(Hallucination)을 방지하도록 설계된 엔드 투 엔드 아웃리치 자동화 파이프라인을 소개합니다. Claude 기술과 Python 기반의 상태 파일 관리, 그리고 멀티 채널 인박스 에이전트를 결합하여 검증된 사실만을 기반으로 메시지를 발송합니다.
핵심 포인트
- 특정 세부 사항이 없으면 초안 작성을 차단하여 환각 방지
- 허용/금지된 주장 패턴을 통한 환각 필터링 가드레일 구축
- Python 스크립트를 활용한 Append-only 상태 파일 관리로 데이터 무결성 유지
- Gmail, GitHub, dev.to를 모니터링하는 멀티 채널 인박스 에이전트 활용
초안이 환각(Hallucination)을 일으킬 수 없는 1인 창업자를 위한 아웃리치 키트
요약 버전: 다섯 가지 Claude 기술, 표준 상태 파일(canonical state file) 템플릿, 그리고 Gmail, GitHub, dev.to의 답장을 모니터링하는 Python 인박스 에이전트(inbox agent). 발견부터 기록된 발송까지의 엔드 투 엔드(End-to-end) 파이프라인. 셀프 호스팅(Self-hosted). 월 $5 구독.
이 키트가 다른 점은 자동화 그 자체가 아닙니다. 자동화가 강제하는 규율(discipline)입니다.
모든 발송은 검증된 특정 훅(hook)을 필요로 함
초안 작성 기술(drafting skill)은 메시지를 작성하기 전에 개인화된 세부 사항(personalization detail)을 요구합니다. 세부 사항이 모호하면 다시 요청합니다. 일반적인 오프닝(Generic openers)은 입력 계층에서 차단됩니다.
필수 입력 사항:
- candidate_name
- product_summary
...
특정 세부 사항(specific_detail)이 없으면 초안도 없습니다. 이 기술은 이를 조작(fabricate)하지 않습니다.
모든 주장은 환각 필터(hallucination filter)를 거침
설정 시 허용된 주장(allowed claims)과 금지된 주장 패턴(forbidden claims patterns)을 작성합니다. 초안 작성기(drafter)는 모든 출력을 이 패턴들과 대조하여 스캔합니다. 첫 번째로 발견된 환각 지표(hallucinated metric)는 초안 전체에 플래그(flag)를 표시하고, 허용된 주장만을 사용하여 수정을 제안합니다.
이것이 Claude의 환각 가드레일(hallucination guardrail)입니다. LLM은 모든 초안의 저자이며 그럴듯하게 들리는 지표를 조작할 수 있습니다. 필터는 이를 방지합니다. 초안은 오직 당신이 검증한 사실만을 사용할 수 있습니다.
필터가 작동했을 때의 출력 예시:
=== BLUFF FILTER REPORT ===
Status: FLAGGED
...
교체된 내용은 허풍(bluff)보다 짧고 힘이 빠지는 것처럼 들립니다. 그것이 핵심입니다. 신뢰도를 떨어뜨리는 허풍은 반응이 없는 진실된 주장보다 더 큰 비용을 치르게 합니다.
모든 작업은 보존 확인 절차를 갖춘 Python 스크립트를 통해 진행됨
상태 파일(validation_state.md)은 추가 전용(append-only)입니다. 구조화된 섹션: 발송 로그(Sent Log), 활성 대화(Active Conversations), 패턴 노트(Pattern Notes), 폐쇄 루프(Closed-loop). 모든 발송, 답장, 추적(chase), 그리고 폐쇄 루프는 파일이 의도한 대로 성장했는지 확인하고, 무언가 잘못된 것으로 보이면 쓰기 전에 중단하는 스크립트에 의해 중재됩니다.
- 추가 전용 (append-only) 이벤트에 대해 파일 크기가 증가했는지 확인
- 이전 테일 앵커 (tail anchor) 라인이 여전히 존재하는지 확인
- 모든 기존 패턴 노트 (Pattern Note) 하위 섹션이 유지되었는지 확인
- 행 델타 (row delta)가 이벤트 유형과 일치하는지 확인
- 모든 실패 시 중단 — 디스크 상의 파일은 변경되지 않음
단순한 LLM Edit 기능이 긴 마크다운 (markdown) 파일의 마지막 섹션을 조용히 잘라버리는 것을 목격한 후 제작되었습니다. 다시는 그런 일을 겪지 않기 위해서입니다.
인박스 에이전트 (The inbox agent): 멀티 채널 승인 핸드셰이크 (approval handshake)
Gmail (OAuth 전송 방식), GitHub (PAT 방식), 그리고 dev.to (API 키 방식)를 모니터링합니다. 설정 가능한 주기(cadence)에 따라 각 채널을 폴링 (polling) 합니다. 새로운 답장이 오면 → 응답 초안을 작성하고 → 전송/수정/건너뛰기 (Send/Edit/Skip) 버튼과 함께 Telegram으로 전송합니다.
'전송 (Send)'을 누르면: 해당 채널의 실제 API를 통해 답장이 발송됩니다.
'수정 (Edit)'을 누르면: 본인만의 버전을 입력하고, 입력한 그대로 전송됩니다.
'건너뛰기 (Skip)'를 누르면: 아무 일도 일어나지 않습니다.
Telegram은 v1 승인 인터페이스 (approval surface)입니다. 아키텍처는 다른 인터페이스를 수용할 수 있도록 설계되었습니다.
이것이 아닌 것
이것은 Apollo가 아닙니다. 연락처 데이터베이스는 없습니다.
전체 설정 방법(Full setup walkthrough)은 리포지토리(repo)의 README에 있습니다.
사용해 보기
직접 사용해 보시고 의견이 있다면 말씀해 주세요. 특히 비용을 더 지불할 의사가 있는 기능이 있다면 꼭 알려주세요. 그것이 제가 출시 후 첫 30일 동안 주시하고 있는 신호(signal)입니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기