Industry
Life Sciences
Blueprint type
OpenCode
Use case
AI Agent

Demonstration content

This blueprint page exists to exercise the catalog, its filters and the page template. It does not describe a released blueprint, and the sections below are placeholders rather than real implementation guidance.

Overview

An agent that searches, filters and summarizes scientific literature against a stated research question.

This page shows the structure a blueprint detail page uses. The problem statement and component list below are real design context; the deployment and usage sections are placeholders.

Problem addressed

Screening literature for relevance is mechanical, high-volume work, but summaries that drop the provenance of a claim are worse than useless for research.

Architecture

Component overview
  [1] Search tools
  [2] Relevance screening
  [3] Citation-preserving summarizer
  [4] Inference backend

A concrete architecture diagram will replace this sketch when the blueprint is published.

Key components

  • Search tools — Query literature sources through a validated tool interface.
  • Relevance screening — Scores candidates against inclusion criteria.
  • Citation-preserving summarizer — Ties every statement back to its source.
  • Inference backend — An llm-inference deployment serving the model.

Prerequisites

  • An inference endpoint. On MareNostrum 5, start one with llm-inference api start — see the quickstart.
  • The base URL of that endpoint, http://<host>:<port>, as printed by api start.
  • A model ID listed by llm-inference model list with SUPPORTED=yes.

Deployment instructions

Configuration

The configuration surface will be documented here. It is expected to cover at least:

Setting Purpose
<ENDPOINT_BASE_URL> Base URL of the inference endpoint, e.g. http://nid001:45123.
<MODEL_ID> Identifier of the model to call.

Usage

Draft

Worked usage examples will be added with the published blueprint.

Security considerations

These apply to this blueprint’s design and are not placeholders — they hold regardless of implementation:

  • Model output is untrusted input. Validate every tool call independently before acting on it. See Function calling.
  • The inference endpoint has no authentication. api start exposes a plain HTTP port inside the MN5 network; anything reachable from there can use your allocation.
  • Enforce authorization in your own code, on the end user’s identity — not on what the model requests.
  • Treat prompt content as data subject to your retention and access rules; it is written to the shared filesystem.

The full guidance is in Security notes.

Observability

Per-request latency and success or failure are recorded for every request; where those land and how to inspect them is described in Logs and monitoring. Application-level outcome metrics specific to this blueprint will be listed here on publication.

Limitations

Next steps