Hire an LLM Engineer, Raleigh
The Research Triangle, SAS Institute in Cary, Red Hat in Durham, NC State in Raleigh, UNC and Duke in the surrounding area, has specific LLM engineering requirements that differ from general commercial applications. Large scientific corpora need domain-adapted embeddings. Research paper tables require two-pass extraction, not naive prompting. Enterprise software at SAS and Red Hat requires prompt management infrastructure, not prompt strings stored in code.
Each of these is a solvable engineering problem with known solutions. SPECTER2 for academic paper retrieval. Structured table extraction before the LLM step. Git-based prompt registries with evaluation CI. Confidence scores on every extraction.
Fixed-price engagements, scoped after a technical assessment of your corpus and infrastructure.
Describe your Research Triangle LLM engineering problem: corpus type, document format, or production infrastructure gap.
01
For RAG over academic papers at NC State, UNC, or Duke, standard embeddings like text-embedding-3-large retrieve less relevant documents than SPECTER2, a model trained on scientific literature citation graphs. The gap is largest in specialized subfields where general training data coverage is thin.
02
Complex research tables (multi-level headers, merged cells, footnote-referenced units) require structure extraction before the LLM step. Two-pass extraction: pdfplumber for structure, then the LLM with structured table context as input.
03
At SAS and Red Hat scale, prompts stored in env variables or hardcoded strings have no review history, no rollback path, and no evaluation gate. They need to be in Git, tested in CI, and deployed via a registry.
04
Pipelines that write uncertain extractions silently corrupt research databases. Confidence scoring (model scores plus rule-based validation) identifies the ambiguous 10 to 20% of records that need human review.
Domain-adapted embeddings for scientific paper corpora. Higher retrieval precision for RAG over biomedical, agricultural, and computer science literature.
pdfplumber for table structure, LLM for value extraction with structure as context. Handles multi-level headers, merged cells, and footnote-referenced units.
Prompts as versioned TypeScript or Python functions. CI evaluation on every prompt PR. Registry service for feature-to-version mapping and instant rollback.
Model probability, rule-based validation (format, range, cross-field consistency), and historical baseline comparison. Records flagging on any layer route to review queue.
Retrieval-augmented generation over large scientific corpora using SPECTER2 for indexing and retrieval, GPT-5 or Claude for generation with cited sources.
Labeled test sets of 100+ records with known-correct extractions. Precision and recall measured per field type. CI fails if accuracy drops below threshold on any prompt change.
For extraction and RAG pipelines, we start with sample documents: 10 to 20 representative papers or research reports. We assess format complexity, identify the hard cases, and choose the appropriate extraction approach before quoting. The assessment takes 2 to 4 hours and is included in the discovery call process.
For enterprise prompt registry and evaluation CI work at SAS or Red Hat, the discovery call reviews your current prompt storage approach, the LLM features in production, and your existing CI infrastructure. We scope a phased approach: prompt registry migration first, evaluation CI second, if that sequence makes sense for your release cycle.
Raleigh engagements can be conducted remotely or with on-site working sessions at your Durham, Raleigh, or Cary office.
Describe the specific problem: corpus type, extraction task, or current infrastructure gap. We will reply with a technical assessment within one business day.