The two most popular frameworks for building LLM applications on top of raw APIs. LangChain is more general (chains, agents, RAG, tools). LlamaIndex focuses on data ingestion + RAG. Practical: As of 2025–2026, opinion has shifted: many production teams are moving off LangChain because (a) abstractions leak, (b) dependency churn, (c) raw API calls are often simpler. For a co-op, learn the raw API first, then pick up a framework if you need to ship fast. If you do use one, pin the version and don't import the whole package.
Large Language Model (LLM)
#
A Large Language Model is an AI system trained on massive amounts of text data to understand and generate human-like language. Practical: "Large" is vague. In 2026 it usually means ≥1B parameters. Sizes you'll see: 1B (Phi-3 mini), 3B (Phi-3 small, Llama 3.2 3B), 7B (Llama 2/3 7B, Mistral 7B), 13B (Llama 2 13B), 70B (Llama 3 70B, Mixtral 8x22B), 405B (Llama 3.1 405B), 1T+ (GPT-4 class). Larger = generally smarter but slower and more expensive. For most co-op work, 7B–70B covers everything.
Latent Space is a compressed, abstract representation where high-dimensional data (like images, text, or audio) is encoded into a lower-dimensional mathematical space that captures the essential features and patterns. Practical: Two reasons you care. (1) Embeddings live here — every embedding is a point in latent space, and "semantically similar" = "geometrically close." (2) Diffusion models denoise in latent space — Stable Diffusion operates on a 4×64×64 latent, not on the 3×512×512 image. Editing in latent space is much faster.
The step size for the optimizer. 1e-4 is the default starting point for fine-tuning LLMs. Too high = loss explodes. Too low = loss never decreases. Practical: Use a learning rate schedule with warmup (linear ramp from 0 to peak over first 1–10% of steps) and decay (cosine or linear to 0 over the rest). HuggingFace Trainer does this for you if you set lr_scheduler_type="cosine" and warmup_ratio=0.03. The 1e-4 rule breaks down at scale — for very large models, use 1e-5 or even 5e-6.
Meta's open-weight LLM family. Llama 2 (2023), Llama 3 (2024), Llama 3.1 (405B!), Llama 3.2 (with vision), Llama 3.3 (70B matching 405B). The most influential open model line. Practical: The default local model. If you ollama pull llama3.2, you get a 3B model. If you have a beefy GPU, ollama pull llama3.3:70b. License: custom but very permissive for commercial use above 700M monthly users.
The reference open-source C/C++ port of Meta's Llama inference code that has become the de facto engine for running any GGUF-format open-weight model on consumer hardware — CPU, Apple Silicon, and modest GPUs. Two entry points matter for a co-op: the CLI (llama-cli, formerly main) for one-off generation, and the server (llama-server, formerly server) for an OpenAI-compatible HTTP API. See also: Ollama (which is a friendlier wrapper around llama.cpp), GGUF, Quantization. Practical: The CLI is for batch jobs, scripted experiments, and quick smoke tests. The five commands you will type: ```bash # Download a GGUF model (HuggingFace CLI, then point llama.cpp at the file) huggingface-cli download TheBloke/Llama-2-7B-Chat-GGUF llama-2-7b-chat.Q4_K_M.gguf
# Run inference from a local GGUF (interactive REPL) llama-cli -m ./llama-2-7b-chat.Q4_K_M.gguf -p "Explain GGUF in one sentence." -n 128
# One-shot prompt with conversation template llama-cli -m model.gguf -p "[INST] Summarize this article: ... [/INST]" -n 256 --temp 0.7
# Benchmark tokens/second (no output, just throughput) llama-bench -m model.gguf -p 512 -n 128
# Quantize a HuggingFace .safetensors model to GGUF (Q4_K_M is the 2026 default) python convert.py /path/to/hf-model --outfile model-f16.gguf ./llama-quantize model-f16.gguf model-q4km.gguf Q4_K_M `` The server is what you actually put in production. It exposes an OpenAI-compatible /v1/chat/completions endpoint, so any client (Python openai SDK, LangChain, your own code) just works by changing base_url. The five flags that matter: ``bash llama-server \ -m ./model-q4km.gguf \ # model file (required) -c 8192 \ # context window in tokens --n-gpu-layers 35 \ # offload N layers to GPU (-1 = all, 0 = CPU only) -t 8 \ # CPU threads for non-GPU layers --host 0.0.0.0 --port 8080 # bind address
# From any OpenAI client, point at it: # base_url = "http://localhost:8080/v1" ``` Why it matters: vLLM is faster on a beefy H100, but llama.cpp is the only realistic option on (a) laptops, (b) Apple Silicon, (c) Raspberry Pi / Jetson, (d) anything without a top-tier NVIDIA GPU. For embedded AI on ESP32 / microcontroller-adjacent, llama.cpp is often what people mean when they say "edge inference." See also: Ollama, GGUF, Quantization, vLLM, Whisper (the same project also ports Whisper).
HuggingFace's open-source robotics library — the robotics analog of the transformers library. Pretrained policies (Diffusion Policy, ACT, OpenVLA wrappers), standardized dataset loaders (LeRobotDataset, aloha, pusht), simulation environments (Aloha sim, Isaac Sim integration), and training scripts. See also: VLA, Diffusion Policy, Behavior Cloning. Practical: If your co-op is at a robotics company, this is almost certainly already imported. from lerobot.common.policies.diffusion import DiffusionConfig and you have a state-of-the-art policy. The dataset format (Parquet + video) is the de facto interchange format for robot trajectories. The community: https://huggingface.co/lerobot. Goal: replicate the HuggingFace model hub experience for robots. See also: OpenVLA, Teleoperation, Imitation Learning.
Large Language Model Operations (LLMOps) is the practice of managing the entire lifecycle of LLM-based applications in production environments. Practical: Subset of MLOps specific to LLM apps. The new things vs. classic MLOps: prompt versioning (not just model versioning), eval pipelines (not just accuracy on a test set), retrieval monitoring (RAG quality drifts as the source docs change), cost tracking (per-token spend per feature), and rate-limit handling (LLM APIs throttle aggressively).
LoRA = Low-Rank Adaptation. Freezes the original model weights and trains a tiny pair of low-rank matrices that get added in. Reduces trainable params by 100–1000×. QLoRA = LoRA on a quantized (4-bit) base model. Trains a 70B model on a single 24GB GPU. See also: Fine-tuning, PEFT. Practical: The default fine-tuning approach in 2024–2026. Library: HuggingFace peft. The four lines you need:
``python from peft import LoraConfig, get_peft_model config = LoraConfig(r=16, lora_alpha=32, target_modules=["q_proj", "v_proj"], lora_dropout=0.05, bias="none", task_type="CAUSAL_LM") model = get_peft_model(base_model, config) ``
A Loss Function (also called a cost function or objective function) is a mathematical measure that quantifies how wrong a machine learning model's predictions are compared to the actual correct values. Practical: The loss is what you actually minimize. Common ones: MSE (regression), Cross-Entropy (classification, also LLM training), Hinge Loss (SVMs, historical), Contrastive Loss (embeddings), KL Divergence (RLHF, distillation). For LLMs, the loss is the negative log-likelihood of the next token — equivalent to cross-entropy over the vocabulary.