검색 결과가 도착할 곳부터 정하세요
팀에서 다음에 자동화할 작업을 고르기 전에 다른 사람들이 설명한 과정을 읽어 보고 싶을 수 있습니다. 응답 파일을 쌓기보다 출처와 선정 이유가 있는 작은 검토 대기열을 만들어 보세요. 정기 작업은 r/automation을 검색하고, 선택한 기록을 사람이 읽을 항목으로 옮길 수 있습니다. 실행 일정과 대기열, 선정 기준은 여러분의 애플리케이션에서 구현합니다. API Reddit CC는 그 과정에 쓰일 과거 기록의 검색을 제공합니다.
이 서비스는 Reddit과 공식 제휴 관계가 없는 독립적인 과거 데이터 아카이브이며 실시간 피드를 제공하지 않습니다. 내일 같은 검색을 실행한다고 내일 올라온 글을 받는 것은 아닙니다. 이전 사례의 접근 방법을 이해하고 자기 환경에서 시험할 가치가 있는지 판단할 때 사용하세요. 현재 논의에 즉시 반응하는 알림으로 해석해서는 안 됩니다.
workflow 기록을 최대 세 개부터 확인하세요
홈의 예제는 GET https://api.apireddit.cc/v1/search?q=workflow&subreddit=automation&limit=3 요청입니다. q는 workflow라는 단어를 찾고, subreddit은 커뮤니티를 제한하며, limit은 반환할 기록 수의 상한을 세 개로 정합니다. 작은 응답부터 살피면 처리 규칙을 만들기 전에 실제 필드를 확인할 수 있습니다. 세 개의 결과가 있다는 뜻은 아니므로, 더 적거나 비어 있는 성공 응답도 처리해야 합니다.
검색 범위를 넓히기 전에 반환된 글을 읽어 보세요. 작성자가 참고할 만한 작업 순서를 설명하는지, 아니면 workflow를 다른 맥락에서 언급했는지 구별해야 합니다. API가 아이디어의 기술적 적합성을 판단하지는 않습니다. 선택한 이유를 자체 항목으로 남기면 다음 검토자가 무엇을 확인해야 할지 알 수 있습니다. 단어가 일치했다는 이유만으로 구현을 결정할 필요도 없어집니다.
원본 기록과 검토 상태를 나누세요
응답은 평면 레코드로 제공됩니다. 사용 가능한 id, kind, title, text를 로컬 검토 항목에 연결하고 자체 실행 식별자를 추가할 수 있습니다. 게시글과 댓글은 구분하세요. 필드가 없으면 없는 상태를 유지해야 합니다. 추측한 제목이나 문장을 채워 넣으면 나중에 원본을 확인하기 어려워집니다. 선정 이유와 검토 상태는 원본 텍스트를 수정하지 않고 별도 필드로 관리할 수 있습니다.
parent_id나 link_id가 있을 때는 필요에 따라 로컬에서 묶을 수 있지만 완전한 대화를 보장하지는 않습니다. 이미 저장한 식별자인지 확인하고 검토 항목을 추가하면 같은 검색의 반복이 중복 작업으로 이어지는 것을 줄일 수 있습니다. 이는 자체 대기열의 처리 규칙입니다. 아카이브의 결과가 항상 고유하거나 변하지 않는다는 보장이 아니며, 관계가 빠진 기록도 그대로 다룰 수 있어야 합니다.
한 번의 실행에 허용할 양을 정하세요
요청당 최대 100개 기록, 쿼리당 최대 100페이지를 조회할 수 있습니다. 결과는 아카이브 문서 순서이며 시간순, 관련도순, 점수순이 아닙니다. 정기 실행 전에 페이지 예산과 멈출 조건을 정하세요. 더 많은 페이지를 읽으면 검토 자료는 늘지만 모든 일치 기록을 확보했다는 증거가 되지는 않습니다. 팀이 실제로 검토할 수 있는 분량을 먼저 선택하는 편이 좋습니다.
성공한 조회는 빈 결과도 1크레딧을 쓰며 1000회 요청당 1달러입니다. 최소 50달러 충전은 만료되지 않는 유료 크레딧 50000개에 해당합니다. 접근 방법과 조건부 체험 크레딧은 키 페이지에서 확인하세요. 실행 기록과 재시도는 가이드에서, 검색 매개변수의 전체 참조는 문서에서 이어서 볼 수 있습니다.
