pntx
pntx is a Python library that turns user-supplied positive/negative text pools
into two independent components:
pntx.t2pn.Classifier(text → positive/negative) — a scikit-learnClassifier: label arbitrary text aspositiveornegative.pntx.pn2t.OverSampler(positive/negative → text) — an imbalanced-learn-style oversampler: generate new "hard positive" text to balance an imbalanced dataset.
The meaning of "positive" and "negative" is entirely up to you. It doesn't have to be
sentiment — it can be formal/casual, policy-compliant/violating, or any other contrast
you define with examples. pntx never interprets the pools; it only uses them as
few-shot and scoring material.
from pntx.t2pn import Classifier
from pntx.pn2t import OverSampler
# --- t2pn: classification (a scikit-learn Classifier) ---
clf = Classifier(backend="llama", backend_kwargs={"model_path": "model.gguf"})
X = ["The movie was fantastic", "Support was quick and helpful",
"The movie was boring", "Support was slow and unhelpful"]
y = ["positive", "positive", "negative", "negative"] # 0/1 works too
clf.fit(X, y)
clf.predict(["The staff were incredibly friendly"]) # array(['positive'], dtype='<U8')
clf.predict_proba(["The staff were incredibly friendly"]) # shape (1, 2), columns follow clf.classes_
# drops straight into the scikit-learn ecosystem
from sklearn.model_selection import cross_val_score
cross_val_score(clf, X, y, cv=5)
# --- pn2t: generation (an imbalanced-learn-style OverSampler) ---
sampler = OverSampler(backend="llama", backend_kwargs={"model_path": "model.gguf"})
X_aug, y_aug = sampler.fit_resample(X, [1, 1, 0, 0]) # binary labels only; positive class = 1
sampler.generation_result_.hard_positives # generated texts + the LLM's rationale for each
OverSampler.fit_resample generates "hard positives" — texts an expert would label
positive but that shallow classifiers or untrained humans might mislabel negative — by
first asking the backend to analyze what distinguishes the two classes. It's a full
port of semaxis's HardPositiveOverSampler,
routed through pntx's own Backend abstraction so it can share a loaded model with
Classifier instead of loading its own. v1 only generates the positive side and
supports binary {0, 1} labels; imbalanced-learn itself isn't required (fit_resample
is duck-typed, so imblearn.pipeline.Pipeline still works if it's installed
separately).
Installation
pntx uses uv for package management.
uv add pntx # core (scikit-learn + pydantic)
uv add "pntx[llama]" # + llama.cpp in-process backend
uv add "pntx[anthropic]" # + Anthropic API backend
uv add "pntx[embeddings]" # + semantic similarity for selectors
scikit-learn and pydantic are core dependencies (Classifier's scikit-learn
contract and OverSampler's structured LLM output need them respectively). Each
backend/feature otherwise lives behind its own extra, and using one without installing
it raises a clear ImportError with the install command to run.
Backends
pntx runs models two ways, shared by both Classifier and OverSampler:
LlamaCppBackend(pntx[llama]) — runs a GGUF model in-process viallama-cpp-python. This is the primary, most-tuned backend: classification uses token log-probabilities directly (score_choices), and batched classification reuses the shared few-shot prefix's KV cache across every item instead of re-evaluating it per item.AnthropicBackend(pntx[anthropic]) — calls the Anthropic Messages API. Since that API doesn't expose log-probabilities, classification asks the model to name the label and parses it out of the response instead (confidence is then a fixed convention value, not a calibrated probability). Batched classification runs requests concurrently (asyncio+ a semaphore), not in a sequential loop.
clf = Classifier(backend="llama", backend_kwargs={"model_path": "model.gguf"})
clf = Classifier(backend="anthropic", backend_kwargs={"model": "claude-..."})
# or pass a backend instance directly, e.g. for dependency injection in tests
from pntx.backends.llama import LlamaCppBackend
clf = Classifier(backend=LlamaCppBackend(model_path="model.gguf"))
backend_kwargs is only used when backend is given as a string; it's a single dict
(rather than **kwargs) so Classifier/OverSampler stay compatible with
scikit-learn's get_params()/clone().
LlamaCppBackend accepts either a local model_path or a repo_id (optionally
narrowed to one file with filename) to pull a GGUF model from the Hugging Face Hub
via Llama.from_pretrained. Any other keyword — n_ctx, n_gpu_layers,
flash_attn, verbose, ... — is forwarded as-is to llama_cpp.Llama:
clf = Classifier(
backend="llama",
backend_kwargs={
"repo_id": "Qwen/Qwen2.5-1.5B-Instruct-GGUF",
"filename": "*q4_k_m.gguf",
"n_ctx": 4096,
"n_gpu_layers": -1, # offload all layers to GPU
"flash_attn": True,
},
)
To share one loaded model between Classifier and OverSampler (recommended for
local inference — avoids loading the same GGUF twice), construct the backend once and
pass the instance to both:
from pntx.backends.llama import LlamaCppBackend
backend = LlamaCppBackend(model_path="model.gguf")
clf = Classifier(backend=backend)
sampler = OverSampler(backend=backend)
Selecting exemplars
When there are more fitted texts (on either side) than comfortably fit in a prompt, a
Selector decides which ones to use — Classifier calls it independently for the
positive and negative pools:
RandomSelector(default) — a uniform random subset.NearestSelector— picks texts most similar to the text being classified; dynamic, per-query selection.DiversitySelector— greedily picks a maximally diverse subset.BudgetSelector— picks as many texts as fit within a token budget (used internally byOverSamplerfor its exemplar sampling).
NearestSelector and DiversitySelector take a similarity_fn. It defaults to a
dependency-free character n-gram similarity (pntx.dedup.similarity); pass
pntx.embeddings.cosine_similarity_fn() (requires pntx[embeddings]) for semantic
similarity instead:
from pntx.t2pn import Classifier
from pntx.selection import NearestSelector
clf = Classifier(backend="llama", backend_kwargs={"model_path": "model.gguf"}, selector=NearestSelector())
Development
uv sync # install dev dependencies
uv run pytest # unit tests (integration tests are skipped by default)
uv run ruff check .
uv run mypy src tests
Integration tests that hit a real model or API are opt-in:
PNTX_LLAMA_MODEL_PATH=/path/to/model.gguf uv run pytest tests/integration
ANTHROPIC_API_KEY=... uv run pytest tests/integration/test_anthropic_backend.py
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file pntx-0.5.0.tar.gz.
File metadata
- Download URL: pntx-0.5.0.tar.gz
- Upload date:
- Size: 22.2 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via:
twine/6.2.0 CPython/3.10.20
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
a059ed1bbde3910fbf49ea0b36bb249d64327fd9f0e9c341fdaaa2996e4e57ff
|
|
| MD5 |
ffea6d40775e87bca998ef26e350a9e8
|
|
| BLAKE2b-256 |
61e2bca448fe42d8781c49514aa4cf7c851387ad29d2ac8231338595cda09dc4
|
File details
Details for the file pntx-0.5.0-py3-none-any.whl.
File metadata
- Download URL: pntx-0.5.0-py3-none-any.whl
- Upload date:
- Size: 29.6 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via:
twine/6.2.0 CPython/3.10.20
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
32bfb386ae37311c2b44a33e85a9411bc2450a00ed8b97109f323aed102be0f8
|
|
| MD5 |
66265127c15429c244f05401e2ede5ee
|
|
| BLAKE2b-256 |
d100839c98a997e5fad4d308b50b76752f7c50763cebc190312da63752186520
|