AI Learning System · Journey

The learning journey.

Follow the learning flow from foundations to agent systems, assurance, and deployment decisions.

Learning path · foundations first, agent systems then assurance, deployment decisions in parallel

  1. aiaLiving map · never “done”aiaLiving map · never “done”opens in a new tab
  2. gpuFoundationgpuFoundationopens in a new tab
  3. llmMain projectllmMain projectopens in a new tab
  4. uslFrom running to changing modelsuslFrom running to changing modelsopens in a new tab
  5. hnsReliable agent-system layerhnsReliable agent-system layeropens in a new tab
  6. ctxWhat the model actually seesctxWhat the model actually seesopens in a new tab
  7. secTrust and assurance layersecTrust and assurance layeropens in a new tab
  8. evlEvidence over assumptionevlEvidence over assumptionopens in a new tab
  9. lclLocal deployment decisionlclLocal deployment decisionopens in a new tabcldCloud deployment decisioncldCloud deployment decisionopens in a new tab
  1. Orient

    aia

    AI Ecosystem Atlas

    “What exists?”

    Start with the map of the territory. Compare AI products and developer ecosystems with evidence before investing time in any track. The atlas is a living index, not a project to finish — every run through the loop updates it.

    ecosystem models training inference runtime hardware cloud

    aia.aserdargun.com opens in a new tab
  2. Build · three parallel tracks

    • gpu

      Hardware track

      “How does compute work?”

      GPU Kernel Engineering — Kernel Atlas

      Learn the machine the models run on: CUDA, Triton, GPU memory, profiling, and kernel optimization across a bilingual 12-week atlas.

      CPU vs GPU GPU architecture VRAM memory bandwidth CUDA / Tensor cores FP32 / FP16 / BF16 / FP8 / INT8 / INT4 matrix multiplication CUDA kernels FlashAttention KV cache quantization multi-GPU tensor parallelism

      gpu.aserdargun.com opens in a new tab

      Explore the companion learning tool · POL ↗ opens in a new tab
      How do languages express the same program differently?
      English-only comparisons of the same tasks across programming languages: types, memory, paradigms and concurrency. Programming foundations that support GPU learning, but are not limited to GPU. Executed examples and hand-reviewed examples remain distinct.

      Try the companion lab · GEX ↗ opens in a new tab
      How does a kernel become hardware execution?

    • llm

      Serving track · hub

      “How do models run?”

      LLM Runtime & Serving Atlas

      Learn to ship models: runtime and serving solutions classified across seven architectural layers. Hardware and training both feed this track.

      model architecture precision memory calculator runtime inference engine serving API benchmark

      Ollama llama.cpp vLLM SGLang TensorRT-LLM Transformers MLX

      llm.aserdargun.com opens in a new tab

      Try the companion lab · TFL ↗ opens in a new tab
      How do finite serving resources shape a request’s path to its next token?

    • usl

      Training track

      “How do models learn/change?”

      Unsloth Studio Learning Atlas

      Learn to change models, not just run them: Unsloth, LoRA, QLoRA, dataset engineering, and evaluation in a bilingual learning atlas.

      pretrained model dataset tokenization LoRA QLoRA SFT DPO GRPO evaluation merged model LLM runtime

      usl.aserdargun.com opens in a new tab

      Try the companion lab · ADP ↗ opens in a new tab
      How does a base model become adapted to a task?

    gpu → llm hardware decides what you can serve usl → llm the models you train become what you serve llm → gpu inference pressure exposes the hardware limits

  3. Engineer · agent system

    hns

    Harness Engineering

    “How do I turn model capability into a reliable agent system?”

    Harness Engineering Observatory

    Turn a served model into a dependable agent system. Compare harnesses, frameworks, runtimes, orchestration, sandboxes, verification, and observability with explicit evidence, freshness, and tradeoffs before choosing the surrounding system.

    model capability context tools orchestration sandbox memory verification observability reliable agent system

    hns.aserdargun.com opens in a new tab

    Try the companion lab · DPL ↗ opens in a new tab
    When should an agent decide, ask, wait, or stop?

    Try the companion lab · CUL ↗ opens in a new tab
    How does an agent act on a screen, and how is the result verified?

    Try the companion lab · AOS ↗ opens in a new tab
    What would an agent operating system need to stay observable and human-controlled?

    Try the companion lab · ARL ↗ opens in a new tab
    What happens between intent and action?

    Try the companion lab · AGR ↗ opens in a new tab
    Do free models converge on anything, or only agree when they were never tested against each other?

  4. Engineer · context and assurance

    • ctx

      Context & Knowledge Engineering

      “What does the model actually see?”

      Context & Knowledge Engineering

      Design the information system that runs before model generation. Trace ingestion, chunking, embeddings, retrieval, citations, caching, memory, and tool use so the model sees grounded, governable context.

      ingestion chunking embeddings vector DB retrieval citations cache memory tool use token budget

      ctx.aserdargun.com opens in a new tab
    • sec

      AI Systems Security

      “Why should I trust this agent system?”

      AI Systems Security Observatory

      Trace delegated intent from model capability to auditable action. Examine identity, credentials, authorization, tool and sandbox boundaries, protected data, audit evidence, and incident recovery without collapsing assurance into a score.

      model agent identity credential authorization tool sandbox data action audit incident

      sec.aserdargun.com opens in a new tab
    • evl

      AI Evaluation & Reliability

      “How do I know it works?”

      AI Evaluation & Reliability Lab

      Close the loop with evidence. Define evaluation contracts across output, trace, outcome, robustness, safety, and operations so every release becomes a deterministic, measured decision rather than an assumption.

      golden set output trace outcome robustness safety operations release decision

      evl.aserdargun.com opens in a new tab

    ctx → sec context decides what is allowed in, security decides what is allowed out sec → evl assurance surfaces the questions evaluation must answer evl → ctx measurement feeds the next round of context design

  5. Deploy · local and cloud in parallel

    • lcl

      Local AI Lab

      “Which local lab should I buy?”

      Local Compute Lab

      Match open-weight model requirements to NVIDIA, AMD, and Apple devices. Compare workload, memory, privacy, power, noise, and existing equipment before choosing a local lab.

      open-weight model workload memory NVIDIA / AMD / Apple privacy / power / noise local lab

      lcl.aserdargun.com opens in a new tab
    • cld

      AI Infrastructure

      “How do I operate this at scale?”

      Cloud Provider Cost Comparison

      Turn the stack into decisions: compare pre-tax USD costs of cloud services available from Türkiye and choose where the whole system runs. Cloud comes last on purpose — once you know what you deploy, infrastructure stops being abstract.

      model vLLM Docker GPU instance cloud GPU load balancer autoscaling API

      cld.aserdargun.com opens in a new tab
  6. Return

    aia

    Bring the learning back

    “Where does this technology fit?”

    aia.aserdargun.com opens in a new tab

    The loop closes when what you learned returns to the system — the map you started with becomes the record of what you can now build, and the next pass through the loop starts deeper.

From research to hands-on learning

Explore an idea. Run an experiment.

Follow each research application into its companion learning experience. These links describe learning relationships; each application runs independently.

GPU → POLLive · English only

How do languages express the same program differently?

English-only comparisons of the same tasks across programming languages: types, memory, paradigms and concurrency. Programming foundations that support GPU learning, but are not limited to GPU. Executed examples and hand-reviewed examples remain distinct.

Research · GPU ↗ opens in a new tab Explore · POL ↗ opens in a new tab

LLM → TFLLive

How do finite serving resources shape a request’s path to its next token?

Explore nine deterministic serving experiments and ten guided checkpoints: queueing, prefill, KV reservations, decode and token delivery. Compare scheduling, latency and throughput; token text is scripted and timings are synthetic, with no model execution or hardware benchmark.

Research · LLM ↗ opens in a new tab Explore · TFL ↗ opens in a new tab

HNS → AGRPreview · live, awaiting its own address

Do free models converge on anything, or only agree when they were never tested against each other?

A deliberation panel of OpenRouter’s free models. Every seat answers the proposition alone, then answers the other seats by name, and the dissenters are invited back once more. Agora counts the discussion itself and reports whether the panel converged, measured against a bar it declares in advance. Agreement is reported as agreement, never as correctness.

Research · HNS ↗ opens in a new tab Explore · AGR ↗ opens in a new tab

USL → ADPLive

How does a base model become adapted to a task?

Explore Full FT, LoRA and QLoRA through parameter counts, memory estimates, data preparation and synthetic training/evaluation experiments. USL provides the adaptation foundation; an optional DCL handoff carries educational workload metadata into deployment planning. No real model is trained or deployed.

Research · USL ↗ opens in a new tab Explore · ADP ↗ opens in a new tab

ITL → DTRLive · Synthetic simulation

When does a twin prediction support a decision, and what does the outcome reveal?

Explore six synthetic pumping scenarios with an independent twin, three 60-second alternatives, explicit human approval, prediction–outcome comparison and JSON experiment records. Runs entirely in the browser with explainable rules; no LLM, field telemetry or machine commands.

Research · ITL ↗ opens in a new tab Explore · DTR ↗ opens in a new tab

ITL → PDTLive

How do pump components relate to operating conditions?

Explore P-101 through four views, nine components, eight sensor locations and five authored pump conditions. Compare qualitative synthetic signals; this ITL teaching companion has no live telemetry or shared experiment state.

Research · ITL ↗ opens in a new tab Explore · PDT ↗ opens in a new tab

VIS → CVLActive · Deterministic measurement

Which failure does this operator reach first, and can it be measured before it ever meets a real camera?

A deterministic laboratory that measures eight computer-vision layers against a per-pixel answer key painted in the same pass as the synthetic scene. Classical operators, a convolutional network trained at run time, monocular depth cues and sparse optical flow run on an f64 CPU path by default and on an honestly probed WebGPU path when an adapter exists. The VIS knowledge bank explains; CVL measures.

Research · VIS ↗ opens in a new tab Explore · CVL ↗ opens in a new tab