## 总结

Coding 智能体通常运行在短暂的虚拟机、容器或沙箱中，但它们产生的文件、结构化状态和工作上下文，不必随着计算资源被销毁而消失。

在本动手实验中，你使用 TiDB Cloud CLI（`ti`）和 Hermes Agent，构建了一层**独立于计算生命周期的统一智能体存储层**：

### 关键要点

- **计算是短暂的；存储不必如此。** 当 Hermes 沙箱容器被销毁后，你的文件仍保留在 TiDB Cloud 文件系统中，并可在下一会话中重新挂载。
- **`ti` 是统一的控制平面。** 同一套 CLI 既管理文件系统生命周期操作（`ti fs`），也管理数据库开通（`ti db`），并支持 JSON 输出以及 `--wait`、`--query` 等便于自动化的参数。
- **文件系统与数据库各司其职。** TiDB Cloud 文件系统适合存放代码、构建产物和 POSIX 兼容工作区；TiDB Cloud Starter 更适合存放可查询的结构化智能体状态，例如任务历史、元数据和应用数据。
- **挂载凭证可以限定范围。** 沙箱只需 `TI_FS_TOKEN` 和区域信息即可使用特定文件系统，无需完整的 TiDB Cloud API 密钥——这与生产环境中向智能体委派存储访问的方式一致。
- **智能体可以自行接入存储。** 在具备合适的环境变量、技能和沙箱权限后，智能体可以安装依赖、通过 FUSE 挂载云存储，并将 `/workspace` 视为跨会话的持久化主目录。

### 下一步

1. **在沙箱启动时自动挂载** — 构建 Docker 镜像或入口脚本，使新的智能体沙箱启动时始终挂载 TiDB Cloud 文件系统，从而让会话之间的交接无需人工操作。

2. **扩展存储层** — 探索 TiDB Cloud 文件系统的高级能力，例如 Git 感知工作区、审计日志和凭证保险库，为智能体工作流增加版本控制、任务历史和安全的密钥访问。

3. **基于 Starter 设计智能体记忆** — 将你开通的数据库作为长期智能体记忆的基础：存储对话摘要、用户偏好、任务检查点，以及便于检索的元数据，使任意沙箱都可通过 `DATABASE_URL` 查询。

4. **将这一模式应用到你自己的智能体** — 本实验中的技术并不局限于 Hermes。任何运行在短暂环境中的智能体，都能从同一套统一存储层中受益。

5. **敬请期待** — 更多中级与高级动手实验即将推出。

### 资源

| 资源 | 链接 |
|----------|------|
| TiDB Cloud CLI (`ti`) | [https://github.com/tidbcloud/ti-cli](https://github.com/tidbcloud/ti-cli) |
| Hermes Agent | [https://hermes-agent.nousresearch.com/](https://hermes-agent.nousresearch.com/) |
| Mount TiDB Cloud FS Skill | [https://github.com/pingcap/agent-rules/blob/main/skills/mount-tidb-cloud-fs/SKILL.md](https://github.com/pingcap/agent-rules/blob/main/skills/mount-tidb-cloud-fs/SKILL.md) |
| TiDB Cloud Starter | [免费开始](https://www.pingcap.com/tidb-cloud-starter-pricing-details/#free-quota) |

### 结束

- 请关闭 Web SSH 终端窗口，并点击左侧的 `终止` 按钮结束实验，再见。