언제 쓸까: 페이월이 없는 기사, 문서 페이지 또는 블로그 게시물에 접속했고, 직접 읽지 않고도 TL;DR과 의견을 원합니다.
흐름
-
마크다운 출력으로 가져오기
https://example.com/blog/post를 가져와서 처음 ~3000자를 깔끔한 마크다운으로 제공하세요.✓ 복사됨
→ 작동하는 제목과 네비게이션 크롬이 없는 콘텐츠가 도착합니다
-
요약 및 주장 추출
5개의 글머리로 요약하세요. 저자가 제시하는 구체적인 숫자나 주장을 그것이 나타나는 문장과 함께 나열하세요.✓ 복사됨
→ 글머리 요약 및 인용 인용구, 의역 아님
-
비판
저자의 주요 논문에 대한 가장 강력한 반론은 무엇입니까? 구체적으로 설명하세요.✓ 복사됨
→ 실제 비판, '한편으로는...' 같은 애매한 표현이 아님
결과: 30초 안에 기사를 유용하게 읽을 수 있으며, 확인할 수 있는 인용구가 포함되어 있습니다.
함정
- 페이지가 JS로 렌더링되고 가져오기가 거의 빈 셸을 반환합니다 — 첫 번째 가져오기 출력을 확인하세요. 의심스럽게 짧거나 '로딩 중...'이라고 표시되면 Firecrawl 또는 Chrome DevTools MCP로 전환하세요
- 긴 페이지가 max_length로 잘립니다 —
start_index를 사용하여 페이지를 나누세요. start_index: 5000을 사용한 두 번째 호출은 첫 번째가 끝난 곳에서 계속됩니다
언제 쓸까: 종속된 라이브러리가 정적 페이지에 릴리스 노트를 게시했고, 1개월 동안 확인하지 않았습니다.
흐름
-
변경 로그 페이지 가져오기
https://vendor.com/changelog를 가져오고 2026-03-01 이후의 모든 릴리스를 날짜 및 변경 사항의 한 줄 요약과 함께 나열하세요.✓ 복사됨
→ 날짜가 있는 시간순 목록
-
영향도별로 분류
각각을 다음과 같이 분류하세요: 주요 변경, 새로운 기능, 버그 수정, 내부. 주요 또는 더 이상 사용되지 않음으로 표시된 항목을 표시하세요.✓ 복사됨
→ 주요 항목이 강조된 릴리스당 태그
-
우리에게 영향을 미치는 것 지적하기
이 라이브러리를 주로 <기능 X>에 사용합니다. 이 중 어떤 변경 사항이 우리의 사용에 영향을 미치며, 우리가 취해야 할 조치(있는 경우)는 무엇입니까?✓ 복사됨
→ 실행 가능한 목록, 일반적인 '노트 검토'가 아님
결과: 2분 안에 버전을 올려서 테스트해야 하는지 아니면 릴리스를 완전히 건너뛸지 알 수 있습니다.
함정
- 변경 로그가 페이지됩니다 — 첫 페이지는 지난 2개월만 포함합니다 —
start_index로 스크롤하거나 아카이브 URL을 명시적으로 가져오세요 - GitHub 릴리스 페이지는 이제 JS를 통해 렌더링됩니다 — 대신 raw API를 사용하세요:
https://api.github.com/repos/owner/repo/releases는 JS 없이 JSON을 반환합니다
언제 쓸까: 공개 사양(OAuth, RFC 9457 문제 세부 사항, REST API의 참조 문서)에 대해 코딩 중이며 Claude가 정규 소스를 갖기를 원합니다.
흐름
-
사양 페이지 가져오기
https://datatracker.ietf.org/doc/html/rfc9457를 마크다운으로 가져오세요. 섹션 1-4만 반환하세요.✓ 복사됨
→ 규범적 섹션의 깔끔한 마크다운
-
이를 바탕으로 구현
해당 RFC를 진실의 원천으로 사용하여 문제 세부 사항 객체에 대한 TypeScript 유형과 검사기를 작성하세요. 주석에 특정 섹션 번호를 인용하세요.✓ 복사됨
→ 인라인 // per RFC 9457 §3.1 참조가 있는 코드
-
엣지 케이스 확인
동일한 RFC에서 내 구현이 처리하지 않는 엣지 케이스 또는 선택적 필드는 무엇입니까? 이를 처리할지 아니면 선택을 문서화할지 결정하세요.✓ 복사됨
→ 사양에 대한 정직한 간격 분석
결과: 코드 검토에서 방어할 수 있는 추적 가능한 인용구가 있는 사양에 충실한 구현입니다.
함정
- IETF 페이지는 매우 큽니다 — 전체 RFC는 컨텍스트 예산을 초과할 수 있습니다 — 전체 문서가 아닌 앵커 링크 또는 start_index를 사용하여 필요한 섹션만 가져오세요