sci-etl-core
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*Adapterwrappers 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 throughPipelineAborted. - 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)
| File | Size | Uploaded | |
|---|---|---|---|
| sci_etl_core-0.4.1.tar.gz | 206.9 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| 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 logRelease 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