A행과 B행을 먼저 만드세요
A행은 transit, B행은 housing이며 모두 urbanplanning을 대상으로 합니다. A에는 https://api.subredditdata.com/v1/search?q=transit&subreddit=urbanplanning&limit=3 을 쓰고 B에서는 q만 housing으로 바꿉니다. 제안된 검색이지 특정 기록이 있다는 주장은 아닙니다. 표 위에는 받은 글이 교통 접근성과 주거를 어떻게 연결하는지 질문을 적으세요.
로컬 표에 경로, subreddit, q 전체, kind, from, to, min_score, limit, 읽은 페이지, 요청 시각과 결과를 남기세요. 주제어 이외의 커뮤니티, 기록 유형, 날짜, 점수 하한, 읽기 한도는 같게 유지합니다. 조건을 쓰지 않았다면 생략했다고 표시하세요. 이 표는 분석가의 방법 기록이지 서버에서 내보낸 분석 보고서가 아닙니다.
날짜를 쓰지 않는 선택도 표시하세요
날짜는 created_utc에 대해 YYYY-MM-DD와 UTC를 사용합니다. 예를 들어 from=2026-04-01, to=2026-04-30은 사월의 달력 날짜를 뜻할 뿐 그 기간 전체가 수록되었다는 주장은 아닙니다. 오늘을 to로 써도 23:59:59까지 포함하며 요청 시간에 맞춰 자르지 않습니다. 같은 날짜를 써도 주제별 누락이 없어지는 것은 아닙니다.
실행하기 전에 어떤 질문에 답하려는지 한 문장으로 적어 두세요. 글에서 제시된 실무적 문제나 제안을 찾는 것과 커뮤니티의 관심 순위를 매기는 것은 다른 작업입니다. 필요한 맥락이 없으면 그 질문에 답할 수 없다고 남길 수 있습니다. 결과에 맞추어 기준을 몰래 바꾸지 않는 것이 중요합니다.
날짜를 생략한다면 두 행에 모두 적습니다. housing 결과를 본 뒤 그 행에만 기간을 넣고 원래 비교처럼 취급하지 마세요. 질문을 바꾸려면 새 행 쌍을 만들어 이전 조건을 보존합니다.
검색어와 읽기 한도의 의미를 확인하세요
q는 title과 text를 대상으로 하고 분석된 여러 단어는 일치하는 필드 안에서 AND 조건이 됩니다. 두 번째 단어는 대안이 아닌 추가 조건이며 정확한 문구 일치도 보장하지 않습니다. 선택한 단어의 이유를 표에 적으세요. 교통을 이야기하더라도 transit이라는 단어가 없을 수 있으므로 검색 실패가 주제의 부재를 증명하지 않습니다.
_doc 순서는 날짜순이나 관련도순이 아닙니다. min_score는 글의 진실성을 확인하는 장치가 아니라 점수의 하한입니다. 최대 100개 기록과 100페이지라는 경계 때문에 두 주제의 같은 페이지 수는 같은 노력의 기준일 뿐 같은 수집 범위의 증거가 아닙니다. eq, gte, unknown도 응답 총계의 의미만 나타냅니다.
공통 기록은 한 번 보관하고 두 번 연결하세요
실제 받은 글에 문제, 제안, 모르는 맥락을 로컬 메모로 붙이세요. 역 근처 주택을 다룬 글은 두 주제 모두에 들어갈 수 있습니다. 신뢰할 식별자가 있으면 겹침을 확인하는 데 사용하고, 식별자가 없다는 이유로 유일하다고 판단하지 않습니다. 같은 글의 두 번 등장을 두 사람으로 계산하면 비교의 단위가 달라집니다.
원문과 해석을 별도 칸에 두면 다른 사람이 분류 이유를 검토하기 쉽습니다. 한 기록에 두 주제가 있으면 둘 다 표시하고 단순 합계와 중복 제거 합계를 혼동하지 마세요. 분류하기 어려운 글도 남겨 두어 어떤 자료를 제외했는지 알 수 있게 합니다. 이 절차는 로컬 정리 방법이며 서버의 자동 주제 분석 기능이 아닙니다.
역 근처 주거라는 가상 메모라면 로컬 기록 참조는 하나로 두고 주제 표시는 두 개를 붙입니다. 실무적 문제, 제안된 답, 분류 이유를 나누어 적으세요. 예시를 완성하려고 실제 아카이브 인용처럼 문장을 만들지 않습니다. 적절한 글이 없으면 칸을 비워 두고 실제 결과를 기록하세요.
누락된 맥락을 채워 넣지 마세요
평면 기록의 선택 필드는 없거나 비어 있을 수 있습니다. parent_id와 link_id는 로컬 연결을 돕지만 부모 본문과 전체 대화를 보장하지 않습니다. 불확실한 해석에는 판단 보류와 이유를 남기세요. API는 감정 점수, 회원 특성, 주제 비율을 제공하지 않으므로 분석가의 설명을 제공자가 측정한 결과처럼 제시하면 안 됩니다.
읽은 기록, 겹친 기록, 제외한 기록, 분류하지 못한 기록의 수를 구분하세요. 이미 받은 글을 날짜로 정렬해도 빠진 활동이 복원되지는 않습니다. 조회 총계를 모두 더해서 전체 회원 수나 의견 수로 쓰지 마세요. 같은 작성자가 여러 번 쓸 수 있고 한 글이 여러 검색 조건에 맞을 수 있습니다.
읽은 범위에 맞는 메모로 마무리하세요
관찰한 문장의 차이는 설명할 수 있지만 전체 회원의 선호, 성장, 관심 감소, 통계적으로 유의한 변화로 확대하지 않습니다. 같은 조건으로 나중에 실행해도 응답은 달라질 수 있습니다. 저장한 응답은 어떤 근거를 읽었는지 확인하게 해 주는 것이며 아카이브가 변하지 않는다는 보장이 아닙니다. 부족한 증거를 결론 옆에 함께 적으세요.
빈 결과를 포함한 성공한 요청은 한 크레딧입니다. 잃어버린 응답을 다시 요청해 성공하면 추가 크레딧이 들 수 있습니다. 로컬 재독과 분류 변경은 API 호출이 아닙니다. 더 나은 후속 질문, 맥락 있는 사례, 필요한 자료의 목록도 유용한 결과입니다. 검색에 많이 걸린 단어를 중요한 주제 순위로 바꾸지 마세요.
메모와 함께 조건표 및 저장된 응답을 보관하면 동료가 키를 받지 않고도 같은 근거를 확인할 수 있습니다. 다음 페이지가 어떤 부족한 자료를 보완할지 먼저 정하세요. 읽는 분량을 같게 맞춰도 두 검색의 아카이브 수록 범위가 같아지는 것은 아닙니다.
