Manuel Reyes

Analytics Engineer and Data Engineer, building AI-ready data platforms

Open to Analytics Engineer and Data Engineer roles Available now

I build data pipelines that have to be right, because a wrong number becomes a wrong tax form. My 1099-R reconciliation pipeline runs in production in an ERISA-regulated retirement-plan operation, and I'm rebuilding it in public as a dbt-tested data platform.

Path: business operations → Analytics / Data Engineer (AI-ready data) → Applied AI Engineer → Forward-Deployed Engineer

Proof over keywords

Every project is held to one production standard, and every claim points to code you can open.

Business logic in tested dbt models

A declared grain, a unit test per rule and data contracts at the boundaries. Polars handles ingestion; pandas stays only at the Excel and plotting edges, recorded as an ADR.

Evaluation gates block merges

RAGAS, DeepEval and GEval thresholds are CI conditions, and each metric matches the cost of being wrong. On PostCheck the gate is the false-alarm rate, not accuracy.

Reproducible and enforced

Python 3.14 pinned once, a committed uv.lock, and pre-commit hooks that are a strict subset of CI. Secret scanning and notebook stripping make synthetic-data-only mechanical.

Observable and PII-safe

One structlog chain renders my logs and my dependencies', with a redaction processor inside it, so masking never depends on remembering it.

Shipped and in build PythonSQLdbt Core + DuckDBPolarspandaspytestGitHub ActionsDockeruvpre-commitAnthropic SDKRAGFastMCPDeepEval + RAGAS
Next SnowflakeAirflowAWS (S3, ECS)TerraformNeo4j GraphRAGLangGraph

In production: the 1099-R reconciliation pipeline

Reconciles retirement-plan distributions across two recordkeeping systems, derives the expected 1099-R Box 7 code, and produces correction files for human review.

Weekly reconciliation effort −95%
Coverage Full book no added headcount
Box 7 check Gated mismatches quarantined before distribution
Freshness SLA Held reconciliation success rate tracked

Now: the rules are being rebuilt as dbt models with a unit test per rule, and the shipped pandas version stays frozen as the baseline the rebuild is measured against. Read the code

Public repos use synthetic data only. Claims are limited to mechanism and relative change: no participant, plan, client or employer-identifying data.

Portfolio

Four flagships and two supporting projects, ordered by the roles I'm targeting. AI is powered where the model does the core job and assisted where a deterministic core must make the decision.

Path: stage 1 of 3

Stages end on evidence, not dates.

  1. Stage 1: Internal AI Builder

    Active, months 1–8

    Production Python, SQL and dbt, and evaluation-first AI. The name describes the build work, not a job title.

    Ends when DataVault Stage 2 ships. Exam: Azure AI Fundamentals (AI-901).

  2. Stage 2: Analytics / Data Engineer, AI-ready data

    Target role, months 9–20

    dbt on Snowflake, Airflow, data contracts and a Docker/ECS deploy, plus AI-ready data: embedding pipelines, PII-safe corpus preparation and point-in-time datasets.

    Exams: Fabric Data Engineer (DP-700), AWS Data Engineer Associate.

  3. Stage 3: Applied AI Engineer to Forward-Deployed Engineer

    Months 21–32

    Production agentic systems, MCP, human-in-the-loop gates and evaluation as engineering, plus customer discovery and problem decomposition.

    Exams: Azure AI Apps & Agents (AI-103), NVIDIA NCA-GENL, Databricks GenAI Engineer, Neo4j.

Degree track: B.S. in Industrial & Systems Engineering; CU Boulder graduate algorithms pathway from November 2026; Georgia Tech OMSCS (Computing Systems) next.

15+
years in business operations
2
years in ERISA retirement-plan operations
5+
years of independent trading
4 + 2
flagship and supporting projects