Skip to main content

sci-etl-core

CI Docs PyPI

A reusable, domain-agnostic Python library for scientific text mining and ETL. It extracts records from literature sources, filters them for relevance, turns their full text into structured entities with an LLM, and loads the results into files, databases, and a local search index.

sci-etl-core gives you composable building blocks — extractors, parsers, LLM clients, embedding memory, processors, exporters, and state managers — behind abstract base classes, so you can assemble a pipeline for any corpus without inheriting constants tied to a specific field of science. Domain knowledge lives in your prompts, validators, and normalizers, never in the library.

The library is async-first. Every component is an async implementation, orchestrated by AsyncETLPipeline. For scripts that don't want to manage an event loop, ETLPipeline is a single blocking entrypoint that runs the same pipeline on a background loop.

Documentation: https://xueromll.github.io/sci-etl-core/

Motivation

I built sci-etl-core while working with scientific papers during my undergraduate physics studies, after rewriting the same fetch–parse–extract–cache machinery one too many times. It's a personal research and learning project, released free and open-source under the MIT License — not a commercial product.

Features

  • Pluggable async interfaces for every stage, with Sync*Adapter wrappers for existing blocking implementations.
  • Built-in orchestration with bounded concurrency, resumable crash-safe state, graceful shutdown, polite retries that honor Retry-After, shared and per-host rate limits, progress events and run metrics, and explicit failure signaling through PipelineAborted.
  • LLM response caching in memory or SQLite, so a rerun doesn't pay for the same prompt twice.
  • Semantic memory and local search — embed full texts into a vector store, query a SQLite FTS5 index with Boolean syntax, fuse BM25 with embedding similarity, filter by metadata facets, and grow graphs of related papers.
  • Concrete implementations included — arXiv, PubMed, Semantic Scholar, and OpenAlex extractors; OpenAI-compatible chat and embedding clients; PDF, LaTeX, HTML, DOCX, and JATS XML parsers; CSV, SQL, and Plotly exporters; dataframe processors and record validators.
  • Typed configuration from YAML and .env, an offline test suite at 100% coverage, and PEP 561 type information.

Installation

Python 3.10 or newer is required.

pip install "sci-etl-core[async,llm,pdf]"   # everything the example below uses
pip install "sci-etl-core[full]"            # every bundled component except local embeddings

With Poetry or uv:

poetry add "sci-etl-core[async,llm,pdf]"
uv add "sci-etl-core[async,llm,pdf]"

The base install covers configuration, both pipelines, state, the sync adapters, HTML, LaTeX, DOCX, and JATS XML parsing, Boolean search, and the pandas processors. Components load their optional dependencies only when you import them, so add an extra for each component group you use:

Extra Needed for
async The bundled extractors, build_async_client, CSV export, load_config_async
llm AsyncOpenAICompatibleClient, token-based truncation
pdf PdfPlumberParser
sql AsyncSqlTableExporter
viz AsyncPlotly3DExporter
cluster ClusteringStep
embeddings AsyncOpenAIEmbedder, the vector stores, AsyncEmbeddingRelevanceFilter
embeddings-local AsyncSentenceTransformerEmbedder

The installation guide lists the packages each extra adds.

Prefer configuration to code? sci-etl-cli runs these pipelines from a single YAML file.

Example

import asyncio
import os

from sci_etl_core import (
    AsyncArxivExtractor,
    AsyncCsvUpsertExporter,
    AsyncETLPipeline,
    AsyncFileStateManager,
    AsyncLLMEntityExtractor,
    AsyncLLMRelevanceFilter,
    AsyncOpenAICompatibleClient,
)
from sci_etl_core.http_async import build_async_client
from sci_etl_core.parsers import LatexTarballParser, PdfPlumberParser
from sci_etl_core.processors import DefaultKeyNormalizer

RELEVANCE_PROMPT = 'Does the paper report measurements of galaxies? Reply with JSON: {"relevant": true} or {"relevant": false}.'
EXTRACTION_PROMPT = 'Extract every measured object. Reply with JSON: {"items": [{"name": "...", "value_a": 0.0}]}.'


async def main() -> None:
    client = build_async_client()
    llm = AsyncOpenAICompatibleClient(api_key=os.environ["LLM_API_KEY"], base_url="https://api.openai.com/v1", model="gpt-4o-mini")
    pipeline = AsyncETLPipeline(
        extractor=AsyncArxivExtractor(client=client, pdf_parser=PdfPlumberParser(), latex_parser=LatexTarballParser()),
        relevance_filter=AsyncLLMRelevanceFilter(llm_client=llm, system_prompt=RELEVANCE_PROMPT),
        entity_extractor=AsyncLLMEntityExtractor(llm_client=llm, system_prompt=EXTRACTION_PROMPT),
        exporter=AsyncCsvUpsertExporter(key_column="name", value_columns=["value_a"], normalizer=DefaultKeyNormalizer()),
        state_manager=AsyncFileStateManager("state/processed.txt", "state/metadata.json"),
        destination="results.csv",
        closeables=[client, llm],
    )
    async with pipeline:
        processed = await pipeline.run(query="all:galaxy", total_limit=50)
    print(f"Processed {processed} relevant records")


asyncio.run(main())

The quick start explains what a run does, how it resumes, and what the prompts must ask for.

Configuration

Settings load from a YAML file into Pydantic models, and the LLM API key comes from the LLM_API_KEY environment variable, which a .env file can supply. Validation errors raise ConfigurationError, naming each failing key without echoing its value.

llm:
  base_url: https://api.openai.com/v1
  model: gpt-4o-mini
http:
  user_agent: "my-project/1.0 (mailto:you@example.org)"
pipeline:
  search_query: "all:galaxy"
  total_limit: 50
  max_concurrency: 4
  newest_first: true
from pathlib import Path

from sci_etl_core import AsyncOpenAICompatibleClient, BaseAppConfig, load_config


class ProjectConfig(BaseAppConfig):
    output_csv: str = "results.csv"


config = load_config(ProjectConfig, Path("config.yaml"))
llm = AsyncOpenAICompatibleClient.from_config(config.llm)
run_arguments = config.pipeline.run_arguments()

Subclass BaseAppConfig to add typed sections of your own. from_config builders take the matching section, and run_arguments() returns the keyword arguments for run(). The configuration guide lists every key and its default.

Architecture

flowchart LR
    Source[(Literature source)] --> Extractor[AsyncExtractor]
    Extractor -->|listing page| Relevance[AsyncRelevanceFilter]
    Relevance -->|irrelevant| State[(AsyncStateManager)]
    Relevance -->|relevant| FullText[fetch_full_text]
    FullText --> Memory[MemoryIngestor]
    FullText --> Entities[AsyncEntityExtractor]
    Memory --> Vectors[(Vector memory)]
    Memory --> Index[(Text index)]
    Entities --> Exporter[AsyncExporter]
    Exporter --> State
    Relevance -.-> LLM[AsyncLLMClient]
    Entities -.-> LLM
    Vectors --> Search[AsyncHybridSearcher]
    Index --> Search

AsyncETLPipeline receives every collaborator through its constructor and depends only on the abstract interfaces, so any stage can be replaced by another implementation or a test double. It pages through the listing, processes up to max_concurrency records at a time, and marks a record processed only after its entities are exported, so a failed record is retried on the next run. The architecture guide describes each layer.

Documentation

Topic Where
Installation, quick start, blocking usage, configuration Getting started
Sources, post-processing, semantic memory, state, shutdown, retries, rate limiting, events, caching Guide
Boolean and hybrid search, facets, discovery graphs Local search and discovery
Components and how they connect Architecture
Every public class and function API reference
The sci-etl command-line tool CLI

Testing

pip install -e ".[full,dev,lint]"
pytest --cov=sci_etl_core --cov-report=term-missing
ruff check .
mypy

The suite runs offline, and pytest --cov fails if line coverage drops below 100%.

Contributing

Contributions are welcome — new extractors, parsers, exporters, and embedding backends especially. See CONTRIBUTING.md to get set up, and browse good first issues if you're new. Moving an existing pipeline onto the library? See MIGRATION.md. What's planned is in ROADMAP.md, and releases are recorded in CHANGELOG.md. All participation is governed by our Code of Conduct.

Security

Please report vulnerabilities privately — see SECURITY.md.

License

This is a non-commercial research and educational project, freely available under the MIT License. See LICENSE for details.

Release files for sci-etl-core 0.4.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for sci-etl-core 0.4.1
File Size Uploaded
sci_etl_core-0.4.1.tar.gz 206.9 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for sci-etl-core 0.4.1
File Interpreter ABI Platform
sci_etl_core-0.4.1-py3-none-any.whl Python 3 none any Details

Total release size: 399.7 kB

Release files / sci_etl_core-0.4.1.tar.gz

Download URL sci_etl_core-0.4.1.tar.gz
Size 206.9 kB
Tags Source
SHA-256 checksum
How to use checksums
8a4e1c8524d598f569d329d41490b5bec80c994a66ea12555fceaf03f0480864
BLAKE2b-256 checksum
How to use checksums
f01c2284101aea7d8b28f4eedaccb483c580991f0b89f61f6a9e64c11cba7113
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 25, 2026.

Transparency log

Release files / sci_etl_core-0.4.1-py3-none-any.whl

Download URL sci_etl_core-0.4.1-py3-none-any.whl
Size 192.8 kB
Tags Python 3
SHA-256 checksum
How to use checksums
4f25d6aa7ce7d23e0f90e069d22f9d1a5e46a68c82d18220911cc39ad6035f3e
BLAKE2b-256 checksum
How to use checksums
56c86c3191bfc1b619c7d836e0805d8552238165cd43262904877db1f05846f5
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 25, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

0.4.1 This release

2 release files

0.4.0

2 release files

0.3.0

2 release files

0.2.0

2 release files

0.1.2

2 release files

0.1.1

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page