You.com·Jev·n8n으로 AI 뉴스 브리프 만들기

매주 평일 오전 8시, 이 워크플로는 그날의 AI 뉴스를 검색하고, 각 기사를 대략 개당 $0.00004의 비용으로 중요도에 따라 점수화한 뒤, 주제별로 인용이 포함된 브리프 하나를 Slack에 게시합니다. 실제 뉴스가 없는 주제는 게시하지 않습니다.

이 Verified Node Spotlight는 You.com의 수석 소프트웨어 엔지니어 Tyler Eastman이 작성한 게스트 포스트입니다.
뉴스 다이제스트에서 어려운 부분은 뉴스를 찾는 일이 아니었습니다.
검색은 저렴하고 요약도 저렴합니다. 무엇을 읽을 가치가 있는지 결정하는 일이 비싼데, 각 항목마다 판단이 필요하고, 판단은 언제나 모델 호출을 뜻하기 때문입니다. 매일 아침 범용 LLM으로 기사 60개를 훑으면, 그중 54개가 같은 보도자료의 재배포본이라는 말을 듣기 위해 실제 비용과 지연을 치르게 됩니다.
그래서 대부분의 다이제스트는 필터링을 포기합니다. 전부 보내거나, 전부에 대한 LLM 요약을 보내는데, 사실상 그건 단계만 더 많은 같은 일입니다. 어느 쪽이든 결과물은 매주 오전 8시에 Slack으로 도착하지만, 무슨 일이 있었는지와는 상관없습니다. 그러면 3주쯤 지나 사람들은 열어보지 않게 됩니다. 매일 울리는 경보보다 더 나쁜 것은 없는 경보입니다.
이 워크플로는 먼저 필터링합니다. TypeSafe AI의 첫 번째 System One 모델인 Jev는 검색 결과로 돌아온 각 기사를 개당 약 0.04센트에 점수화합니다. 이 가격이면 모든 결과에 대해 모호한 질문 하나를 던지는 대신, 각 결과마다 세 가지 별도 질문을 할 수 있습니다. 필터를 통과한 것만 You.com Research로 보내며, 여기서 주제별로 짧고 인용이 포함된 브리프를 작성합니다.
아침 전체 비용은 1~4센트 정도입니다. 그리고 조용한 날, 어떤 주제에서도 중요한 일이 없었다면 워크플로는 그 주제에 대해 아예 아무것도 게시하지 않습니다. 이 마지막 동작이야말로 3개월째에도 사람들이 계속 읽게 만드는 요소입니다.
브리프가 작동하는 방식

그림 1: 넓게 검색하고, 엄격하게 필터링한 다음, 살아남은 것에만 돈을 씁니다.
Schedule Trigger는 인스턴스의 시간대 기준으로 매주 평일 오전 8시에 실행됩니다. Config에는 주제, 팀에 대한 설명, 그리고 그 팀이 무엇에 관심이 있는지가 들어 있어, 네 개의 노드 대신 하나만 수정하면 됩니다.
각 주제마다 You.com 노드가 지난 하루 동안의 뉴스를 검색합니다. 이전 실행에서 이미 본 내용은 건너뛰므로, 화요일 브리프가 월요일의 발표를 다시 보도하지 않습니다.
살아남은 각 기사는 Jev로 전달되며, Jev는 단일 호출로 세 가지 질문에 답합니다. 실제 진행 상황을 보고하는지, 정말 그 주제에 관한 것인지, 그리고 팀에 얼마나 중요한지입니다. 중요도 기준을 통과한 기사만 계속 진행합니다. 나머지는 제외되며, 다시는 비용이 들지 않습니다.
남은 항목은 주제별로 묶입니다. 따라서 한 모델 출시를 다루는 여섯 개의 매체가 하나의 항목으로 합쳐지고, 여섯 개가 되지 않습니다. 그런 다음 You.com Research가 링크된 인용과 함께 주제별로 짧은 브리프를 작성하고, Slack이 이를 게시합니다.
순서가 중요합니다. 비싼 작업은 가장 마지막에 실행되며, 이미 아주 적은 비용의 필터로 걸러진 집합에 대해서만 수행됩니다.
시작하기 전에
- n8n 인스턴스. n8n Cloud와 셀프호스팅 모두 사용할 수 있습니다.
- You.com 노드 설치. @youdotcom-oss/n8n-nodes-youdotcom은 검증된 커뮤니티 노드입니다. 노드를 추가한 뒤 검색 패널에 you.com을 입력하고 선택하세요. 또는 Settings > Community Nodes > Install에서 패키지 이름으로 설치할 수도 있습니다.
- You.com API 키. 여기에서 가입한 뒤 대시보드에서 키를 생성하세요.
- TypeSafe API 키. Jev는 작성 시점 기준으로 얼리 액세스 중입니다. 액세스를 요청하면 대기자 명단에서 내려옵니다.
- Slack 자격 증명과 봇이 이미 참여한 채널.
직접 사용해 보기
무료 템플릿을 n8n 인스턴스로 가져와 따라 해 보세요. 캔버스는 모든 노드가 연결되고 구성된 상태로 로드됩니다.

1단계: 주제를 정하고 무엇에 관심 있는지 설정하기
Config를 엽니다. 여기에는 네 가지가 있습니다.
Your topics. 이 템플릿에는 모델 출시, 에이전트 도구, AI 규제가 포함되어 있습니다. 세 가지가 좋은 시작점입니다. 아침에 보는 글이 실제로 읽을 수 있을 만큼 짧게 유지되기 때문입니다.
Your team. 여러분이 무엇을 만드는지 설명하는 한두 문장입니다. Jev는 이것을 기준으로 중요도를 평가하며, 겉보기보다 더 많은 역할을 합니다. "문서 추출용 개발자 대상 API를 제공합니다"와 "은행을 위한 ML 인프라를 운영합니다"는 같은 추론 가격 변경 기사라도 완전히 다르게 반응할 것입니다.
What you care about. 여러분의 의사결정을 바꾸게 될 구체적인 요소들입니다: 경쟁사의 출시, 가격 변경, 준수 기한이 있는 규제 등입니다.
materialityThreshold. 기사 하나가 요약에 들어가려면 얼마나 높은 점수를 받아야 하는지 정하는 값입니다. 템플릿에 있는 값에서 시작하고, 실제 아침을 일주일 정도 겪어 본 뒤 조정하세요.
마지막 항목이야말로 실제로 손대게 될 조절값입니다. 너무 높이면 조용한 날이 깨진 것처럼 아무것도 나오지 않고, 너무 낮으면 다시 아무도 읽지 않는 다이제스트로 돌아갑니다. 이 값은 하나의 노드에 있는 하나의 숫자일 뿐입니다. 판단 기준을 프롬프트 속에 묻어 두지 않고 Config에 두는 이유가 바로 여기에 있습니다.
2단계: 오늘의 뉴스를 검색하고 이미 본 것은 건너뛰기
You.com 노드는 각 주제에 대해 지난 하루의 기사를 검색합니다.
이전 실행에서 이미 등장한 기사는 다른 작업을 하기 전에 먼저 건너뜁니다. 이렇게 하지 않으면 사흘 동안 뉴스에 계속 나오는 이야기가 사흘 연속 브리프에 뜨게 되고, 사람들은 메시지 전체를 대충 넘겨보게 됩니다. 중복 제거는 일일 다이제스트에서 있으면 좋은 기능이 아니라, 도구와 귀찮은 알림을 가르는 차이입니다.

그림 2: 하나의 주제만 검색해도 읽기엔 너무 많은 결과가 나올 수 있습니다. 괜찮습니다. 읽는 데 드는 비용이 거의 없기 때문입니다.
여기서는 넓게 검색하세요. 이후 단계의 필터는 충분히 저렴해서 결과가 너무 많아지는 것은 최적화할 가치가 있는 문제가 아닙니다.
3단계: 각 기사에 대해 Jev에게 세 가지 질문하기
이 노드는 워크플로의 나머지가 모두 이 위에 세워진 핵심입니다.
Jev는 채팅 모델이 아닙니다. 상태와 형식이 정해진 질문 세트를 넘기면, 1초도 안 되어 보정된 신뢰도와 함께 형식이 정해진 값을 돌려줍니다. 텍스트를 생성하지 않기 때문에 잘못된 형태의 텍스트도 생성할 수 없습니다. 여기서 상태는 기사이고, 세 가지 질문은 다음과 같습니다.
이것이 실제로 일어난 변화인가? 출시 소식을 그 출시를 다룬 생각거리와 구분하고, 투자 유치를 투자 유치를 언급한 종합 기사와 구분합니다. 이 질문 하나만으로도 순진한 다이제스트라면 보냈을 대부분을 걸러냅니다.
이것이 이 주제에 관한 것인가? 뉴스 검색은 범위를 벗어나기 쉽습니다. AI 규제에 대한 검색이 데이터센터 용도지역 분쟁 기사를 반환할 수 있는데, 완전히 틀린 것은 아니지만, 요청한 것은 아닙니다.
이것이 이 팀에 얼마나 중요한가? Config의 팀 설명과 우선순위를 기준으로 점수가 매겨집니다. 이것이 바로 materialityThreshold를 만들어내는 항목입니다.

그림 3: 세 가지 질문, 한 번의 호출, 한 개의 기사. 각 질문은 같은 상태를 기준으로 독립적으로 평가됩니다.
세 개의 질문을 하나로 합치지 않고 따로 두는 것은 의도적인 선택이며, TypeSafe의 자체 가이드에서 말하는 원자적 질문 구성 원칙을 따릅니다. 각 질문은 범위가 잘 정해진 한 가지를 묻고, 서로 독립적이고 병렬로 평가되며, 이를 합치는 로직은 여러분이 볼 수 있는 워크플로 안에 있습니다. 대신 "이걸 브리프에 넣어야 하나?" 같은 단일 판정을 요구하면, 서로 다른 세 가지 판단을 조정할 수 없는 하나의 숫자 안에 묻어 버리는 셈입니다. 브리프가 엉뚱한 것을 계속 띄우기 시작할 때는 세 질문 중 무엇이 어긋났는지 알고 싶어집니다.
비용은 기사당 약 $0.00004 입니다. 세 주제에 걸쳐 기사 60개면 대략 0.25센트 정도입니다. 이 숫자가 바로 이 워크플로가 단순히 모든 것을 요약하는 것이 아니라 실제로 걸러내기를 할 수 있게 해 주는 전부입니다.
4단계: 기사별이 아니라 이야기별로 묶기
하나의 모델 출시가 점심때쯤이면 여섯 군데에서 보도됩니다. 한 사건에 여섯 개 항목을 나열하는 다이제스트는 군더더기이고, 독자들은 이를 알아챕니다.
재료 기사들은 브리프를 쓰기 전에 주제별로 묶이므로, 같은 전개를 다루는 여러 매체가 있더라도 여러 출처를 가진 하나의 항목이 됩니다. 하나의 이야기에서 출처가 많다는 것은 그 이야기가 중요하다는 신호이지, 여섯 줄을 차지해야 할 이유가 아닙니다.
5단계: 주제별로 인용된 브리프 하나씩 작성하기
이제서야 비싼 작업이 실행됩니다. You.com Research가 주제에 대해 살아남은 기사들을 가져와 링크된 인용이 포함된 짧은 브리프를 작성하고, 결과는 Slack으로 전송됩니다.
인용은 이 내용을 업무 맥락에서 쓸 수 있게 만드는 핵심입니다. 경쟁사가 가격을 바꿨다고 단정하는 브리프는 루머입니다. 링크와 함께 그렇게 단정하는 브리프는 제품 책임자에게 전달할 수 있는 자료입니다.
아무런 중요한 내용이 없는 주제는 게시되지 않습니다. 아무것도 없었다고 적는 게시물도 없습니다. 그것 역시 또 다른 종류의 잡음이기 때문입니다. 아무것도 없습니다.

그림 4: 네 개의 주제에 뉴스가 있었습니다. 다섯 번째는 없었으므로 여기에는 없습니다.
비용은 얼마인가
아침 한 번 돌리는 데 약 $0.01에서 $0.04 정도 듭니다. 그게 전부입니다. 검색, 기사당 한 번의 Jev 호출, 그리고 뉴스가 있었던 주제마다 하나의 리서치 브리프입니다. 조용한 날에는 더 적게 듭니다. 아무것도 없는 주제에는 리서치 단계가 실행되지 않기 때문입니다.
이 구조가 저렴한 이유는 비싼 단계가 항상 개당 0.004센트가 드는 필터를 이미 통과한 재료만 보게 되기 때문입니다. 순서를 뒤집어, 무거운 모델을 모든 기사에 돌리고 그중에서 선별하게 만들면, 네 편의 기사에서 얻는 가치를 위해 예순 편 분량의 추론 비용을 지불하게 됩니다.
더 단순한 다이제스트보다 얻는 것 세 가지:
- 조용한 날에는 아무 것도 내지 않음 , 이것이 3개월 차에도 사람들이 계속 열어보게 만드는 요소입니다.
- 조정 가능한 중요도 기준 , 출력이 흔들릴 때마다 프롬프트를 다시 논쟁할 필요가 없습니다.
- 모든 주장에 대한 인용 , 그래서 브리프를 그대로 전달할 수 있습니다.
다음 단계
큰 날에는 더 무거운 리서치를 실행하세요. Research 작업에는 연결을 계속 열어 둔 채 기다리지 않고 작업 ID를 반환하는 백그라운드 모드가 있으며, 상태가 완료됨으로 돌아올 때까지 폴링하는 Get Research Task 작업과 함께 사용합니다. 소재가 많은 주제에서 노력 수준을 높인다면 추가할 가치가 있습니다. 가장 높은 노력 수준인 frontier는 이 방식으로만 실행됩니다.
네 번째 질문을 추가하세요. Jev는 같은 상태를 바탕으로 질문들을 병렬로 평가하므로, 하나를 더 넣어도 응답 시간은 거의 늘지 않습니다. 주제의 긴급도 점수를 매겨 8시까지 기다리지 않고 즉시 메시지로 보내는 방식이 자연스러운 다음 단계입니다.
출처 범위를 지정하세요. You.com 검색 작업은 include_domains, exclude_domains, boost_domains를 지원하며, 각각 최대 500개 값까지 받을 수 있습니다. 신뢰하는 매체를 다른 모든 것을 제외하지 않고도 우선순위만 높이거나, 여러분의 주제에서 계속 상위에 뜨는 콘텐츠 팜을 제외할 수 있습니다.
전체 기사를 가져오세요. 살아남은 URL들을 Contents 작업에 max_age 기준과 함께 넣어 페이지 자체를 가져오고 보관하세요. Contents는 한 노드에서 여러 URL을 처리합니다.
대상을 바꾸세요. Slack은 사람들이 이미 오전 8시에 있는 곳이기 때문에 이 템플릿에 들어 있습니다. 이메일, Notion 페이지, 또는 매일 무엇이 중요했는지 검색 가능한 기록을 쌓는 시트로 바꿀 수 있습니다.
결론
필터링은 항상 뉴스 다이제스트에서 가장 비용이 많이 드는 절반이었기 때문에, 대부분은 실제로는 제대로 필터링하지 못합니다. 달라진 것은 판단의 비용입니다. 0.04센트면 모든 기사에 대해 세 가지 신중한 질문을 던지고도, 전체 필터링 단계 비용을 프런티어 모델 하나의 요약 비용보다 적게 쓸 수 있습니다. 넓게 검색하고, 강하게 필터링한 다음, 남은 것만 쓰세요.
지금 사용해 보세요

워크플로를 가져와서 모든 노드를 연결하고 설정된 상태로 n8n 인스턴스에 넣으세요.
You.com 노드가 지원하는 Answer, Finance Research, Contents를 포함한 전체 작업 목록은 You.com API 문서 를 참고하세요. Jev의 기본 요소와 confidence를 아키텍처적으로 어떻게 사용해야 하는지는 TypeSafe 문서 를 참고하세요.
출처
- 원문: https://blog.n8n.io/spotlight-you-com/ (2026-10-13 · n8n team)