building blocks, different product shapes, interfaces and optimization targets Claude Code OpenClaw Product shape / interface Terminal, IDE, desktop, web; configs exposed as files — engineer sees and controls the full stack Terminal, IDE, desktop, web; configs exposed as files — engineer sees and controls the full stack Chat-first via WhatsApp/Telegram; admin config flexible, but chat abstracts the stack fro Chat-first via WhatsApp/Telegram; admin config flexible, but chat abstracts the stack fro LLM model Claude family (Sonnet, Opus, Haiku); single-provider, coding-optimized Claude family (Sonnet, Opus, Haiku); single-provider, coding-optimized Multi-provider plugin (OpenAI, Claude, Gemini, 20+); routing with fallbacks Multi-provider plugin (OpenAI, Claude, Gemini, 20+); routing with fallbacks Context Injection Project files, diffs, CLAUDE.md, auto memory, MCP; file-based, git-friendly — engineer controls what the agent knows Project files, diffs, CLAUDE.md, auto memory, MCP; file-based, git-friendly — engineer controls what the agent knows Session history, MEMORY.md, daily logs, semantic recall; cross-channel memory autom Session history, MEMORY.md, daily logs, semantic recall; cross-channel memory autom Task Execution File edits, shell, git, tests, MCP tools; every action visible in terminal — full transparency File edits, shell, git, tests, MCP tools; every action visible in terminal — full transparency Typed tools (exec, browser, file I/O), policy-gated; users trigger via chat, execution abst Typed tools (exec, browser, file I/O), policy-gated; users trigger via chat, execution abst Workflow Orchestration Agent loop, subagents, hooks, slash commands; interactive, session-based — developer in the loop Agent loop, subagents, hooks, slash commands; interactive, session-based — developer in the loop Cron triggers, multi-agent routing, webhooks, plugins; always-on, autonomous — agent Cron triggers, multi-agent routing, webhooks, plugins; always-on, autonomous — agent Product shape / interface defines the target user, workflow, and how the stack's fundamentals are prioritized and exposed. Why this matters The fundamentals we learned here are the reusable lens for quickly learning new AI products and selecting the right fit: Surface / interface — What is the product shape, target user and primarily optimized for? Surface / interface — What is the product shape, target user and primarily optimized for? Exposed layers — How much of the stack is visible and configurable? LLM models — What is the model selection, strength and tradeoff? State persistence — How does it manage memory and context across sessions? State persistence — How does it manage memory and context across sessions? Execution / governance — How are tasks executed, and what controls are in place? Execution / governance — How are tasks executed, and what controls are in place? Automation / coordination — How does the user trigger, monitor, and manage multi-step workflows Automation / coordination — How does the user trigger, monitor, and manage multi-step workflows Note: This is a rough, high-level comparison — by no means comprehensive, just to show how the fundamentals can help us get to the bottom of AI products. 26