Nkosi Felix, Senior Data Platform Engineer

Hiring Manager Proof

See how Nkosi turns complex requirements into reliable, tested systems.

Selected work, by category

Architecture

A clear separation keeps generated answers apart from the checks that verify them. Architecture diagram

Tests

Tests cover normal use, bad inputs, unsupported claims, and safe failure behavior.

Evidence

Public claims are checked against approved source material before an answer is shown.

Operations

The system tracks speed and failures without storing visitor questions or model responses.

Change control

Actions that could change data require an explicit review and approval step. Public tools remain read-only.

How Answers Are Generated

Architecture diagram: User leads to Model Orchestrator, which leads to Policy Engine, which leads to Evidence Engine, which leads to Validated Response. A dashed boundary marks the Model Orchestrator as the only stage that calls an external, untrusted LLM provider. A solid boundary marks the Policy Engine, Evidence Engine, and Validated Response as this repository's own code, running after the external call returns. External LLM call This repository (backend/main.py) User Model Orchestrator Policy Engine Evidence Engine Validated Response

Questions worth asking the chat

Ask these directly →