Gemini 4 Argon
AI, 클라우드, 보안에 대해 조사하다 보면 논문이나 공식 업데이트 정보, 기술 블로그 등 읽고 싶은 자료가 계속해서 나옵니다. 각각 알고 싶은 내용이 다르기 때문에, 하나의 목록으로만 모아두면 어떤 것을 자세히 읽을지 고르기 어려울 때가 있습니다.
저는 Gemini의 스케줄 설정을 이용해 정보 출처와 알고 싶은 내용에 맞춰 8가지 종류의 정보 수집을 설정하고 있습니다. 논문이라면 '무엇이 새롭고, 내 개발에 활용할 수 있을까', 클라우드 업데이트라면 '사용 중인 시스템에 영향을 주는지'를 기준으로 삼습니다. 정보를 모으는 빈도와 요약으로 알고 싶은 내용을 분리해서 생각하는 것이 저의 사용법입니다. 이 글에서는 그 구체적인 설정을 소개합니다.
아래는 2026년 10월 13일자 설정 기준입니다. 시간은 모두 일본 시간입니다. 여기서 소개하는 것은 설정한 빈도에 따라 매번 실행된 것을 확인한 기록은 아닙니다.
논문이나 기술 기사에서 궁금한 정보 찾기
1 논문을 10편 선정하여 관심 있는 1편을 깊이 파고들기
논문은 매일 아침 7~8시에 수집하도록 설정했습니다. 연구 기관이나 기업의 연구 부서가 공개한 논문, 학술지에 게재되기 전에 공개되는 프리프린트(preprint), 기술 보고서 등에서 10건을 선정해 달라고 요청합니다. 각각 무엇이 새로운지, 어떤 구조나 메커니즘인지 정리해 달라고 합니다.
선정할 때는 GitHub에 제가 공개한 내용과 업무로 관련된 AI, 보안, 클라우드 분야를 참고하도록 합니다. 게다가 10건 중에서 특히 저와 관련성이 높아 보이는 1건을 골라 내용을 자세히 설명하고, 개발에 어떻게 응용할 수 있을지까지 생각해 달라고 요청합니다. 이 설정은 요약을 읽어본 후 어떤 논문을 깊이 읽을지 결정하기 위한 것입니다.
2 해외 개발자가 주목하는 화제 알아보기
매일 오전 7시 30분에는 기술 관련 주제가 모이는 Hacker News와 Reddit의 r/programming, r/MachineLearning, r/devops 커뮤니티를 확인하도록 합니다. 주요 대상은 새로운 OSS(오픈 소스 소프트웨어)나 기술에 대한 논의 및 평판입니다.
화제의 개요 외에도 왜 주목받는지, 어떤 점이 평가되고 어떤 점이 비판받고 있는지까지 정리해 달라고 요청합니다. 원본 게시물로 연결되는 링크도 첨부하여 제가 궁금한 논의를 직접 읽어볼 수 있게 합니다.
3 실제 개발에 도움이 되는 사례 모으기
매일 오전 8시에는 국내외 기술 블로그, 정보 공유 사이트, 발표 자료 등에서 AI, 클라우드, 보안 관련 기사나 자료 10건을 모아달라고 요청합니다. 기술 도입 사례, 오류 원인과 대처 방법, 시스템 구성 등 실제 개발이나 운영에 도움이 되는 내용을 대상으로 합니다.
공식 문서 설명 외에도 실제로 그 기술을 사용한 사람이 무엇에 어려움을 겪었고 어떻게 해결했는지도 알고 싶다고 전달하고 있습니다. 논문에서는 새로운 방법을 조사하고, 이 설정에서는 실제로 기술을 사용할 때의 주의점을 찾고 있습니다.
4 클라우드 업데이트가 내 시스템에 미치는 영향 조사하기
AWS, Azure, Google Cloud 세 가지 클라우드 서비스는 공식 출시 정보나 블로그를 아침 또는 정기적으로 확인하도록 설정했습니다. 신규 기능이나 공식 제공 전의 프리뷰 기능 외에도, 사용이 권장되지 않게 되는 기능이나 업데이트로 인해 기존 방식으로는 작동하지 않을 가능성이 있는 변경 사항도 조사해 달라고 요청합니다.
업데이트 내용 요약과 함께, 제 인프라 구성, 즉 사용 중인 서버나 클라우드 서비스 조합에 어떤 영향을 미칠지 정리해 달라고 합니다. 시도해 보고 싶은 신규 기능이나 설정 변경 등이 필요한 업데이트를 찾기 위함입니다.
정보 종류에 맞춰 수집 간격을 바꾸기
5 궁금한 주제의 후속 보도 추적하기
특정 주제를 지속적으로 조사하는 설정도 있습니다. 예를 들어 OpenAI의 상장(IPO) 관련 보도나, 기업과의 제휴, 경영 및 의사결정 구조의 변화 등을 추적하고 있습니다. 경제 매체와 공식 정보를 정기적으로 확인하며 변화가 있으면 알려달라고 요청합니다. IPO는 관심 있는 주제 중 하나로 조사하는 것이며, 상장이 확정되었다는 의미는 아닙니다.
6 아침저녁으로 뉴스 요점 파악하기
일반 뉴스와 기술 뉴스는 아침과 저녁에 하루 두 번 설정했습니다. 주요 뉴스 매체에서 사회, 경제, 테크놀로지 주제를 짧게 요약해 달라고 요청합니다. 전문 분야 정보 수집과 함께 세상의 움직임도 폭넓게 파악하기 위함입니다.
7 해설이나 실연으로 배울 수 있는 기술 영상 찾기
YouTube 등의 기술 영상도 매일 선정하도록 했습니다. 대상은 AI 모델 검증, 개발 진행 방식, 보안 등 관심 분야입니다. 기사를 읽는 것뿐만 아니라, 시연이나 해설을 보면서 배우고 싶을 때 볼 후보를 모으고 있습니다.
8 기술 문서 후보를 매월 1일에 선정하기
기술 문서나 신간 추천은 매월 1일에 모아서 설정할 수 있습니다. 본인의 관심사나 최근의 기술 동향을 바탕으로 후보 목록을 작성해 줍니다. 뉴스처럼 매일 확인하고 싶은 정보와 시간을 들여 공부해야 하는 책으로는 후보를 모으는 간격을 다르게 설정합니다.
수집한 정보를 개발에 어떻게 활용할까
情報源と頻度を決め、目的に合った要約から原典の確認へ進む流れ
정보 출처와 빈도를 결정 → 목적에 맞춰 요약 요청 → 궁금한 원전을 읽기 → 평가 조건이나 본인의 환경 확인 → 다음에 읽거나 시도해 볼 것 선택
8가지 설정에서는 각각 요약받는 내용도 다르게 지정합니다. 논문이라면 자세히 읽을 후보와 응용 가능성, 해외 논의라면 주목되는 이유와 찬반 의견, 개발 사례라면 구현 시 주의점, 클라우드 업데이트라면 본인의 구성에 미치는 영향 등입니다. 무엇을 조사해 주었으면 하는지까지 전달하는 것은 다음에 읽거나 시도해 볼 것을 선택할 재료가 되기 위함입니다.
예를 들어, 문서를 검색하여 그 내용을 바탕으로 질문에 답하는 앱을 개선하고 싶다고 가정합니다. 논문에서 새로운 방법을 알고, 기술 블로그에서 도입 시 주의점을 확인하고, 클라우드 업데이트 정보에서 활용 가능한 기능을 찾아보는 식의 사용이 가능합니다. 이는 설명만을 위한 예시이며, 제가 실제로 변경하여 효과를 측정했던 사례는 아닙니다.
실제로 채택하기 전에는 원래 논문이나 공식 문서를 읽어 어떤 조건으로 평가되었는지, 어느 버전에 대응하는지, 본인의 환경에서도 사용할 수 있는지 등을 확인해야 합니다. 화제가 되고 있는 기술이라도, 본인의 개발에 도움이 되는지는 이러한 조건을 확인한 후에 판단하고 싶습니다.
스스로 시도해 볼 만한 요청문 예시
아래는 위에서 소개된 사용법을 참고하여 작성한 기사용 요청문 예시입니다. 실제로 설정했던 프롬프트의 원본은 아닙니다.
“저의 관심사는 AI, 클라우드, 보안입니다. 공유된 공개 GitHub 내용도 참고하여 연구 기관이나 기업의 연구 부서가 공개한 논문, 프리프린트, 기술 보고서에서 후보 10개를 선정해 주세요. 각각 무엇이 새로운지, 어떤 메커니즘이나 구성인지 정리해 주세요. 특히 관련성이 깊은 1개는 자세히 설명하고, 개발에 어떻게 활용할 수 있을지, 시도하기 전에 무엇을 확인해야 할지도 언급해 주세요. 출처 링크를 첨부하고, 확인된 내용과 추측을 구분해 주세요. 본문을 읽지 못한 자료가 있다면 그 점도 명기해 주세요.”
출처 링크나 어디까지 확인했는지를 명시하도록 지정한 것은 독자들이 요청문을 만들 때 참고할 수 있는 제안입니다. 자세하게 지시를 써도 답변의 정확성이 보장되는 것은 아닙니다. 또한, 프로젝트 정보를 전달하는 경우에는 해당 AI 서비스에 공유해도 되는 내용인지 사전에 확인이 필요합니다.
우선 궁금한 분야 하나를 선택하기
8가지 정보 수집에는 뉴스 개요 파악, 특정 테마 변화 추적, 논문 상세 읽기 등 차이가 있습니다. 무엇을 알고 싶은지에 맞춰 수집 빈도와 요약 내용을 변경하는 것이 저의 사용법입니다.
시도해 본다면, 우선 가장 궁금한 분야 하나를 골라 어디서, 어느 정도의 빈도로 정보를 수집하고, 그것을 어떤 판단에 사용하고 싶은지 결정해 보세요. 저 역시 요약 읽기를 시작점으로 삼아 궁금한 원전을 자세히 읽기 위한 설정으로 활용하고 있습니다.
Discussion