유용한 뉴스 요약본은 짧은 개요에서 원문 발표 자료로 쉽게 이동할 수 있도록 해야 합니다.
이 가이드에서는 Bluwhale Bluprint를 사용하여 BTC 및 ETH 뉴스 에이전트를 구축해 보겠습니다. 목표는 간단합니다. 헤드라인, 짧은 요약, 발행일자, 그리고 직접적인 출처 링크가 포함된 최대 5개의 관련 업데이트를 받는 것입니다.
사용자는 인터페이스를 통해 에이전트를 설정하고 채팅을 통해 개요를 요청할 수 있습니다. 이 버전에서는 코드가 필요하지 않습니다. 또한 프롬프트는 라이브러리 출시나 보안 권고와 같은 다른 주제에도 적용할 수 있는 구조를 제공합니다.
1. 뉴스 템플릿 선택
로그인하여 Bluprint을 열고 Create Agent → Research → Daily News Brief를 선택합니다.
빌더가 Trading에서 열리면 먼저 Research로 전환해야 합니다. 이 뉴스 템플릿은 BTC와 ETH에 대한 시작 요청을 제공한 다음, 개요가 무엇에 초점을 맞춰야 하는지 질문합니다.
Research selected in Bluprint Agent Builder, with the Daily News Brief template
2. 개요에 포함될 내용 정의
빌더의 요약을 검토한 후, **'보기 좋네요, 생성하기!'**를 선택하세요.
Bluprint summarizing the BTC and ETH news agent specification before creation
3. 첫 번째 브리프 요청하기
에이전트는 **테스트 모드(Testing Mode)**로 열립니다. 다음 메시지를 보내 브리프를 요청하세요:
Run one BTC and ETH news brief now for the last 24 hours. Focus on protocol/technical updates and regulatory announcements. Include up to 5 items with headline, a 1-2 sentence summary, direct source URL and publication date, plus the brief time in UTC.
...
다음은 10월 17일 워크스루에서 받은 응답입니다:
BTC and ETH news brief showing an Ethereum update, its source URL, publication date and UTC brief time
에이전트는 Ethereum의 Glamsterdam 업그레이드에 대한 Hoodi 테스트넷 관련 항목 하나를 반환했습니다. 여기에는 간략한 설명, 발행 날짜 및 Ethereum Foundation 발표 링크가 포함되어 있었습니다.
이를 통해 간결한 읽기 목록을 얻을 수 있습니다: 요약을 훑어보고, 자세한 내용은 원본 출처를 여세요.
4. 출처 추적하기
링크된 Ethereum Foundation 발표는 Hoodi 활성화 일정을 확인해 주었고, 메인넷 날짜는 여전히 미정임을 알려주었습니다. 요약은 그 구분을 유지했습니다.
이것이 바로 출처 링크가 출력물에서 자리를 얻는 곳입니다. 테스트넷 발표와 메인넷 런칭은 동일한 업그레이드를 다루더라도 서로 다른 의미를 가집니다.
프롬프트 개선에 유용한 세부 사항도 있었습니다: 해당 발표에는 발행 날짜만 표시되어 있을 뿐 정확한 발행 시간은 없었습니다. 엄격한 24시간 기준을 위해서는 발행 타임스탬프(publication timestamps)를 요청하고, 에이전트가 시점을 확인할 수 없는 항목에 플래그를 지정하도록 하세요.
워크플로우에 맞게 조정하기
이 버전은 에이전트 채팅에서 필요할 때 실행됩니다. 이를 조정하려면 출력 형식은 유지하면서 주제 및 출처 기본 설정을 변경하세요:
- 라이브러리 릴리스: 버전, 주요 변경 사항, 릴리스 날짜 및 공식 릴리스 노트.
- 보안 권고: 영향을 받는 소프트웨어, 권고 날짜 및 원본 권고.
- 프로토콜 업데이트: 네트워크, 업그레이드 상태, 관련 날짜 및 공식 발표.
시작점은 실제로 사용할 수 있는 출력을 가진 작고 반복 가능한 작업입니다. 스케줄링과 전달은 나중에 다룰 수 있으며, 이때는 간략한 내용이 필요한 정보를 포괄할 때 가능합니다.
비슷한 에이전트를 구축하는 개발자들을 위해: 신뢰할 수 있는 출처의 고정 목록으로 시작하시겠습니까, 아니면 각 간략한 내용을 위해 에이전트가 출처를 발견하도록 할까요? 커버리지와 결과를 검토하기 쉽게 유지하는 것 사이에서 어떻게 균형을 맞추시나요?
저자 참고: 저는 SEO 및 콘텐츠 관련하여 Bluwhale과 협력합니다. 이 워크스루와 기사는 AI의 도움을 받아 준비되었습니다.