这是《AI 入门指南》系列的番外篇。上一篇我们讲了 AI 为什么会从聊天框变成工作台，这一篇解决一个更实际的问题：当你真的开始搭建自己的 AI 工作环境时，一定会撞见五个词——API、API Key、中转站、Cherry Studio、CC Switch、Codex。它们到底是什么？为什么几乎每个教程都绕不开？ 先说结论，用一句话概括整条链路： 你不再去官网聊天，而是装一个客户端（Cherry Studio / Claude Code / Codex），客户端拿着一把钥匙（API Key），通过一个"代购"（中转站），去调用真正的大模型。 下面逐个拆开讲。 一、为什么网页版不够用，大家开始用 API 什么是 API API（应用程序编程接口）这个词听起来很程序员，但用大白话讲，它就是厂商给"程序"开的后门。 网页版：你打开 ChatGPT、Kimi、豆包的网页，用人家的界面聊天。这是给"人"用的入口。 API：厂商把模型的能力包装成一个网址，任何软件都可以往这个网址发请求、拿回答。这是给"程序"用的入口。 打个比方：网页版是饭店的大堂，你坐在里面点菜吃饭；API 是饭店的外卖....

这是《AI 入门指南》拆分系列第 5 篇。前面我们已经把聊天框、工作台、coding agent、Prompt、Context、Tool Use、RAG、MCP、LLM Wiki 都拆开看过了。到了最后这一篇，真正的问题只剩一个：模型开始能做事之后，怎么让它可控、可测、可维护？ 很多团队第一次做 Agent，最先遇到的障碍并不是“模型不够聪明”，而是系统根本不稳。

这是《AI 入门指南》拆分系列第 4 篇。前一篇我们只讲了 Agent 的最小系统骨架；这一篇开始补最关键的基础设施：方法怎么沉淀、工具怎么连接、知识怎么检索、知识库怎么维护。 如果说上一篇回答的是“Agent 为什么是一个系统”，那么这一篇要回答的就是：这个系统到底靠什么站稳。

这是《AI 入门指南》拆分系列第 3 篇。这一篇不讲 RAG、MCP、Skill 这些基础设施细节，我们先只做一件事：把 Agent 最小的系统骨架看清楚。 上一篇我们讲的是 AI IDE -> coding agent，它让我们看到 AI 已经不只是“给建议”，而是在某些场景里开始承担交付责任。可一旦你继续往下问，就会发现问题不再只是“模型聪不聪明”，而是“它到底看到了什么”“它会不会乱用工具”“它怎么决定下一步做什么”“它该记住

这是《AI 入门指南》拆分系列第 2 篇。这一篇专门讲开发工作流：从 AI IDE 到 vibe coding，再到 coding agent，以及为什么工程验证会变成真正的分水岭。 上一篇我们讲的是：AI 为什么不再只是聊天框，而会慢慢长成工作台。那下一步最自然的问题就是：当 AI 真正进入工作现场时，它会先进入哪个场景？

这是《AI 入门指南》拆分系列第 1 篇。我们先不急着讲 Agent、RAG、Harness，先把最容易被忽略的一层看清：AI 为什么会从一个聊天框，慢慢变成工作台。 很多人第一次接触 AI，都是从网页聊天开始的。打开 ChatGPT、Gemini、Kimi、豆包、通义，输入一句话，它回一句话，够快、够顺、够惊艳。也正因为第一印象太强，很多人会自然把 AI 理解成“一个更聪明的聊天框”。