연구를 위한 AI

주제별 자료 · 3강

n8n으로 문헌 읽기 목록 만들기

고정된 예제로 수집·정리·저장을 실행하고, 재실행과 빈 결과·실패를 구분한 뒤 내 피드로 옮깁니다.

준비물 없음약 35분2026년 9월 기준

먼저 같은 입력으로 두 번 실행합니다

앞 레슨에서 가져온 워크플로를 사용합니다. 아직 없다면 실습 JSON과 자료 안내를 여십시오.

첫 실습의 입력은 문헌 여섯 건이고, 그중 한 건은 중복입니다. 처음 실행한 뒤에도, 다시 실행한 뒤에도 표에는 고유 문헌 다섯 건이 남아야 합니다. 이 숫자는 제공한 고정 예제의 예상 결과입니다. 실제 PubMed 검색의 건수를 예측하는 숫자가 아닙니다.

수집한 문헌의 출처 주소를 확인하고 중복을 구분한 뒤 읽기 목록을 저장합니다. 연구자가 검색 범위, 누락과 실패를 확인하고 읽을 문헌을 결정합니다.

수집·정리·저장을 자동화하고, 문헌 선택은 연구자에게 남깁니다.

출처 · ethosLab 작성 개념 도해, 2026-09-09. 이 레슨의 n8n 실습 흐름.

설명용 도해 · 재생하지 않아도 같은 내용을 볼 수 있습니다.

1. 수동 실행과 예상 결과

  1. Create reading queue의 이름이 afr-literature-practice인지 확인합니다. 기존 연구 표와 구분한 새 실습 표에서 시작합니다.
  2. RSS Read에 고정된 여섯 항목을 확인한 뒤 Execute Workflow로 수동 실행합니다.
  3. Remove duplicate input의 유지된 출력이 다섯 항목인지 확인합니다. Save reading queue까지 성공했는지 확인합니다.
  4. 프로젝트의 Data Tables에서 실습 표를 엽니다. title, url을 예상 CSV와 대조합니다. n8n이 붙인 ID·생성 시각·수정 시각과 행 순서는 비교 대상이 아닙니다.
  5. 같은 워크플로를 다시 실행합니다. 표의 행 수가 열 개가 아니라 다섯 개인지 확인합니다. 실행 기록의 성공 상태도 함께 확인합니다.

Remove duplicate input은 이번 입력 안의 중복을 제거합니다. Save reading queue의 Upsert는 url이 같은 행이 이미 있으면 갱신하고, 없으면 새로 넣습니다. 두 기능의 역할이 다릅니다. 표에 저장한 주소를 기준으로 재실행을 확인하므로, 실행 이력을 지웠다는 이유만으로 같은 문헌이 새 행이 되어서는 안 됩니다.

이 템플릿은 같은 피드 주소의 같은 문헌 링크를 기준으로 작동합니다. 여러 자료원의 서로 다른 주소가 같은 논문을 가리키는 경우까지 합치지는 않습니다. 그런 통합이 필요하면 DOI나 PMID를 정규화하는 별도의 절차를 설계해야 합니다.

2. 빈 결과와 실패를 따로 시험합니다

연결에 실패한 일을 “새 논문이 없음”으로 읽으면 자동화의 결과를 믿을 수 없습니다. 아래 시험은 모두 RSS Read의 Pin data를 먼저 해제한 뒤 수동으로 합니다. 고정 데이터를 둔 채 주소만 바꾸면 새 주소를 시험한 것이 아닙니다.

시험RSS Read의 URL확인할 결과
실제 RSS 읽기고정 예제 RSS의 전체 주소여섯 입력, 다섯 고유 행
정상 0건빈 실습 RSS의 전체 주소RSS Read가 0건으로 성공; 이후 노드는 실행되지 않고 기존 표는 유지
연결 실패예제 주소의 파일 이름을 not-found.xml로 변경RSS Read가 실패; 저장하지 않음
주소 없는 기록잘못된 항목 RSS의 전체 주소Invalid record에서 실패

전체 주소는 링크의 주소를 복사해서 넣습니다. 오류 뒤에도 일부 앞선 항목은 저장되었을 수 있습니다. 실행 기록에서 실패 지점을 확인하고 원인을 해결한 뒤 다시 실행합니다. Upsert가 같은 주소의 중복 저장을 줄여 주지만, 모든 노드가 한 번에 되돌아가는 거래는 아닙니다.

RSS Read는 일시적인 오류를 한 번 재시도한 뒤 멈추도록 설정했습니다. On Error를 Continue로 바꾸어 실패를 정상 결과처럼 흘려보내지 않습니다. 이 기본 실습에는 자동 오류 이메일을 넣지 않았습니다. 정기 사용 시 실행 기록을 확인하는 일정과 담당자를 정하고, 필요하면 기관이 허용한 알림 노드를 추가합니다.

3. 내 연구의 피드로 옮깁니다

PubMed에서 내 검색식의 Create RSS 주소를 가져옵니다. RSS Read의 고정을 해제하고 URL을 바꿉니다. Create reading queue의 이름도 my-literature-queue처럼 바꾸어 실습 데이터와 실제 기록을 분리합니다. 저장 노드는 앞 노드의 표 ID를 사용하므로 함께 바꿀 필요가 없습니다.

먼저 수동으로 실행하고 원문 링크를 몇 개 열어 검색 범위를 대조합니다. 피드의 항목 수 제한과 확인 간격 때문에 문헌이 누락될 수 있습니다. 완전한 문헌고찰 검색으로 간주하지 않습니다.

정기 실행을 원하면 Weekly schedule을 활성화하고 워크플로를 Publish합니다. 제공한 설정은 Asia/Seoul, 매주 월요일 오전 9시입니다. 내 연구 일정에 맞춰 요일·시각·시간대를 확인한 뒤 변경하십시오. 정기 실행에는 고정된 편집기 예제 데이터가 사용되지 않습니다. 필요 없어지면 게시 상태를 해제하고 실습 표의 보관 여부를 정합니다.

같은 구조를 다른 연구 업무에 적용하면

공개 데이터셋의 버전 변경이나 기관의 연구비 공고도 공식 API·피드가 있다면 같은 구조로 설계할 수 있습니다. 자료원의 이용 조건과 필드 이름은 다시 확인해야 합니다. 검체 목록 검사는 먼저 합성 표에서 규칙을 시험하고, 실제 자료의 처리는 기관이 허용한 환경에서 결정합니다.

직접 해 보기약 30분

아래 기록과 n8n의 워크플로 JSON 내보내기를 함께 보관합니다. 표는 Data Tables의 내보내기 기능으로 저장할 수 있습니다. 수동 예제 성공과 정기 실행 성공을 구분해서 적으십시오.

1행

2행

3행

4행

5행

이 브라우저에만 저장됩니다. 서버로 보내지 않습니다.

작성란을 내려받으십시오. 실제 피드의 결과가 달라지면 검색식·조회 날짜와 함께 기록합니다.

커뮤니티에 결과를 남겨 보세요

연구에 적용하면

자동화의 완성은 한 번 작동한 순간이 아닙니다. 재실행, 빈 결과, 실패를 구분하고 결과를 다시 확인할 수 있어야 합니다. 다음에는 내용을 읽는 점검이 필요한 자리에 에이전트 플러그인을 붙입니다.

기본 과정과 전체 자료 보기