What problem does it solve? Choosing AI components for a system often leads to over-engineered stacks with unjustified frameworks, gateways, and databases. This Skill applies hard gates, evidence states, and workload contracts to select or review only the AI layers a concrete workload actually requires. ## Core Features & Use Cases - Workload-driven selection: Freezes per-workload contracts with acceptance thresholds, then classifies each capability as deterministic code, direct model call, deterministic workflow, or agent before naming any product. - Gated component decisions: Assigns every component a status (Required, Conditional, Deferred, Rejected) and every claim an evidence state (Measured, Officially documented, Assumed), covering training, inference, agents, MCP, retrieval, evaluation, and safety. - Use Case: When designing a new LLM-powered service, use this Skill to decide whether you need an agent framework like Pydantic AI or LangGraph, a durable workflow engine, a vector database, or simply a direct provider API call, with rejected alternatives and switch conditions recorded. ## Quick Start Use the ai-stack skill to select the AI components for a customer-support chatbot workload with latency and cost acceptance gates.