Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Appearance settings
View camposvinicius's full-sized avatar
💥
💥

Block or report camposvinicius

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Maximum 250 characters. Please don’t include any personal information such as legal names or email addresses. Markdown is supported. This note will only be visible to you.
Report abuse

Contact GitHub support about this user’s behavior. Learn more about reporting abuse.

Report abuse
camposvinicius/README.md

Vinícius Campos

AI & Data Platform Engineer

I design and build production-grade AI and data platforms, from LLM gateways, RAG systems, agents, and observability to lakehouse pipelines, cloud infrastructure, and cost-aware operations.

LinkedIn Email


What I Build

I work at the intersection of applied AI systems, large-scale data platforms, and cloud-native infrastructure.

  • LLM platforms: multi-provider gateways, fallback routing, tool calling, agents, RAG, model serving, request telemetry, and token-level cost metering.
  • AI reliability: agent reliability harnesses, grounded generation, RAG evaluation, LLM-as-judge workflows, regression gates in CI, MCP tooling, observability, and cost attribution.
  • Data platforms: lakehouse architectures, batch and streaming pipelines, CDC ingestion, orchestration, schema-as-code, lineage, governance, and analytical workloads.
  • Cloud platforms: infrastructure as code, containers, serverless workloads, CI/CD, observability, reliability engineering, and production operations across AWS, Azure, and GCP.

AI Flagship Projects

Anthropic Amazon Bedrock MCP Python GitHub Actions

Reliability harness for tool-calling agents. It runs a real agent against frontier models and measures whether it stays grounded, refuses when it should, and avoids hallucinating, with cost and latency.

Highlights

  • Production-shaped tool-calling agent (bounded loop, per-tool timeouts, citation-enforced grounding, explicit refusal and clarify)
  • Tools served natively over MCP, the Model Context Protocol
  • Live multi-model comparison across Claude Opus 4.8, Opus 4.7, Sonnet 4.6, and Haiku 4.5 on AWS Bedrock, with real cost and latency
  • Outcome and trajectory metrics (grounding, hallucination, refusal, tool accuracy) gated in CI
  • Surfaces where smaller models break, for example Haiku's hallucination rate jumps on ambiguous queries while the larger models hold

Stack: Python · Anthropic · AWS Bedrock · MCP · GitHub Actions


OpenAI Anthropic Gemini Amazon Bedrock FastAPI Prometheus Grafana

Production-style multi-provider LLM gateway designed for cost-aware and observable AI workloads.

Highlights

  • Unified API for OpenAI, Gemini, Anthropic, and Amazon Bedrock
  • Fallback routing across providers
  • Token-level cost metering using integer micro-USD
  • Append-only usage ledger for auditability
  • Unified tool-calling interface
  • Metered web research agent
  • Prometheus metrics and Grafana dashboards
  • Designed around production concerns: observability, cost attribution, and reliability

Stack: Python · FastAPI · OpenAI · Anthropic · Gemini · Amazon Bedrock · Prometheus · Grafana


Anthropic Amazon Bedrock Python GitHub Actions

CI-friendly RAG evaluation framework focused on retrieval quality, faithfulness, and regression control.

Highlights

  • Retrieval evaluation metrics
  • LLM-as-judge faithfulness checks
  • CI regression gate that fails the build when quality drops
  • Designed for repeatable RAG quality validation
  • Useful for preventing silent degradation in AI applications

Stack: Python · BM25 · AWS Bedrock · GitHub Actions


Current Focus

  • Building reliable LLM gateways for production AI workloads
  • Designing RAG systems with evaluation, grounded generation, and quality gates
  • Creating cost-aware AI infrastructure with telemetry, metering, and observability
  • Applying platform engineering practices to AI and data systems
  • Engineering lakehouse platforms with Spark, Iceberg, Delta Lake, Snowflake, and Databricks

Core Stack

AI & LLM

OpenAI Anthropic Gemini Amazon Bedrock LangChain LangGraph Hugging Face vLLM FAISS OpenSearch

LLM gateways · agents · tool calling · RAG · model serving · grounded generation · LLM observability · cost metering

Data Platforms

Apache Spark PySpark Snowflake Databricks Apache Iceberg Delta Lake Apache Airflow Apache Kafka DataHub BigQuery

Lakehouse architecture · medallion pipelines · CDC ingestion · orchestration · catalog & lineage · PII masking · multi-cloud migrations

Cloud & Platform Engineering

AWS Azure GCP Terraform AWS CDK Docker Kubernetes AWS Lambda Amazon EKS Amazon ECS

Infrastructure as code · containers · serverless · event-driven systems · OIDC CI/CD · production operations

DevOps, Databases & Observability

GitHub Actions GitLab CI ArgoCD Jenkins PostgreSQL MySQL MongoDB Redis Prometheus Grafana CloudWatch

CI/CD quality gates · alarms & dashboards · request tracing · cost attribution · DLQ/quarantine flows · production runbooks

Programming

Python SQL TypeScript JavaScript HCL Bash


Engineering Principles

  • Production-first design: systems should be observable, testable, deployable, and operable.
  • Cost awareness by default: especially for LLM workloads, cloud compute, storage, and data movement.
  • Reliability over demos: fallback paths, retries, dashboards, alerts, and runbooks matter.
  • Evaluation-driven AI: retrieval quality, faithfulness, grounded generation, and regression gates should be part of the workflow.
  • Data quality and governance: schemas, lineage, masking, validation, and ownership should be part of the platform.
  • Automation and repeatability: infrastructure, pipelines, and deployments should be reproducible through code.

Data Engineering and Platform Projects

Project Focus Stack
aws-snowflake-etl AWS-to-Snowflake data pipeline for analytical workloads, focused on cloud ingestion, transformation, and data warehouse integration. Python · AWS · Snowflake · ETL
azure-etl Azure ETL pipeline ingesting external API data for analytical processing. Azure · Python · ETL · APIs
aws-etl AWS ETL pipeline using open datasets and cloud storage patterns. AWS · Python · S3 · ETL
gcp-etl GCP ETL pipeline built around public data ingestion and processing. GCP · Python · ETL · BigQuery
vini-dataengineer Data engineering study projects across core pipeline patterns. Jupyter · Spark · SQL · Data Engineering
vini-project-covid-data-BR Brazilian COVID data pipeline and analytics project. Spark · Kafka · Jupyter · Analytics

GitHub Stats

GitHub stats Top languages

Let's Connect

Connect on LinkedIn Send Email

Pinned Loading

  1. gcp-etl gcp-etl Public

    This is a pipeline of an ETL application in GCP with open airport code data, which you can find here: https://datahub.io/core/airport-codes/r/airport-codes_zip.zip, it's about a zipped .json, which…

    Smarty 15 3

  2. vini-project-covid-data-BR vini-project-covid-data-BR Public

    In this project I performed the ETL process of Brazilian Covid Data made available by the government, using Spark as the main technology for sending data to Kafka and ElasticSearch!

    Jupyter Notebook 1

  3. vini-dataengineer vini-dataengineer Public

    Some data engineering projects using key technologies.

    Jupyter Notebook 3

  4. aws-etl aws-etl Public

    This is an ETL application on AWS with general open sales and customer data that you can find here: https://github.com/camposvinicius/data/blob/main/AdventureWorks.zip, it's a zipped file with some…

    Smarty 18 3

Morty Proxy This is a proxified and sanitized view of the page, visit original site.