多场景、多工具、多步骤的复杂用法。每章一个完整项目思路。
上周我研究腾讯云那篇实战时，最打动我的是"从模板出发"。我照着走了一遍，确认这条路能复用到任何场景。
08.1 它要解决什么
一个摄影师，攒了一堆构图、光线、参数的经验。用户问"今天鼓浪屿日落值不值得拍"，它要能答。
腾讯云那篇实战，把这件事拆成了七步。我们抓关键的。
08.2 第一步：从模板出发
最实际的第一步，不是写业务代码。是先有个能跑的骨架：用户能对话、模型能流式返回、工具调用前端有状态。
Makers 模板把这些准备好了：/chat 入口、SSE 流式、工具事件、中断接口、基础日志。你替换业务层，不是重搭水管。
核心建议
MVP 别从空项目开始。空项目那些基础工程，比想象中更占时间。从模板改，把精力压到业务验证上。
08.3 第二步到第六步：一层层接进去
- 接工具：经验、天气、说明书，三类拆开。
- 建知识库：
_knowledge.py沉淀摄影经验。 - 开记忆：多轮对话零配置承接。
- 接网关：模型随时换，不改代码。
- 本地测：逻辑通了再上线。
08.4 第七步：部署上线
这一套走完，摄影师智能体就从一个本地代码，变成了用户能访问的服务。
| 步骤 | 做了什么 | 平台替你做的 |
|---|---|---|
| 模板 | 业务骨架 | 对话/流式/工具链路 |
| 知识 | 经验沉淀 | 文件隔离不暴露 |
| 部署 | 填环境变量 | 构建/加速/观测 |
重点看
右边"平台替你做的"那列。开发者真正要管的，是自己的业务：用户问什么、哪些经验值得沉淀。
08.5 回顾
把"摄影"换成任何场景，方法都一样。下一章，讲上线后的域名和长期可用。