AI Engineer — London, UK

Feruza Kachkinbayeva

I build AI systems
that turn complex data
into decisions.

scroll

Ask me anything

Grounded in real work. Speaks in my voice if you want.

feruza-agent@london:~
$

Projects

Three systems. Two in production. One shipping.

London Café Site Intelligence

SLA Master's Award 2024

4,835 LSOAs. AHP-weighted opportunity scores. Built for my MSc thesis.

loading map_

AHP weighting synthesises 12 site-suitability factors — footfall potential, competition density, transport access, and demographics — into a single opportunity score per LSOA. Consistency ratio: 0.06.

University of Greenwich
Feature-complete

HESA Stat Returns Hub

CFO Staff Recognition Award 2025 · Efficiency and Innovation

Problem

HESA statutory returns are a regulated workflow with hard deadlines. Missed sign-off gets reported to the Office for Students. The existing process ran on Banner extracts, Python and Alteryx scripts, Excel trackers, email chains. Hundreds of quality rules per cycle, no central view, no audit trail.

What it does

Governance and submission pipeline in one tool. Role-based access, invitations, append-only audit log, multi-institution dashboard with risk scoring. The pipeline handles XML upload, lxml-based XSD validation, OVT quality report ingestion, per-rule triage and team assignment, failure drill-down, and Core File generation from the 28 TSV outputs HESA returns after sign-off.

In progress

LLM module on Azure OpenAI with RAG over 200+ pages of regulatory guidance. Natural-language rule queries, tolerance-request drafting, schema-change summaries. Next phase: an agent layer that updates pipeline scripts behind a review gate, generates visualisations on demand, and drives the triage loop from intent.

DjangoReactTypeScriptPostgreSQLlxmlAzure OpenAIRAG
31 days · 165 commits
GitHub

LifeOS

What it is

A mobile-first personal operating system. Today view with energy tracking, calendar, goals, check-ins, analytics, and a conversational assistant with persistent memory. Full-stack, deployed, in daily use since Day 31.

Architecture decision

The memory system went through three versions in three days. Store everything. Inject everything. Score and select. The first two were thorough. Only the third was useful. The problem was never storage — it was knowing what matters right now. The assistant uses selective injection: memories are scored against the current context and only passed to the model above a relevance threshold.

What I learned

Working and right are different things. The lesson wasn't to slow down. It was to know what I was optimising for before I started.

FastAPIReact NativePostgreSQLOpenAIRailway

What I'm working through

A commit log for thinking. Not polished — that's the point.

thinking.log0 entries
loading_

Working with me

How I think

I start with constraints before capabilities. Most AI systems fail not because the model isn't good enough, but because nobody decided what it shouldn't do. The architecture follows the constraint, not the other way around.

What I'm building toward

Production AI systems in complex, regulated environments — the kind where the data is messy, the requirements shift, and getting it wrong has real consequences. Currently focused on the HESA Hub AI layer and Azure AI-102 (May 2026).

What kind of work I want

Build, not just advise. Systems that get deployed and used, with real stakes attached. If the domain is chaotic and the problem is genuinely unsolved, I'm paying attention.