Models 与 Tables

用 downcity 查看 models、schema、表数据，以及它和 City 数据层的关系。

CLI 最常被用来做两件事：

为什么 models 是第一排查入口

很多“AI 调不通”的问题，最后并不是 provider 本身坏了，而是模型配置层出问题：

这时先开 CLI 通常比写临时脚本更快。

当你排查这些能力时，最后往往都会落到表：

也就是说，Downcity 很多问题最终都可以归结成一句话：

数据事实到底是什么？

city
town city login
town city status

适合：

例如你接了：

这时你最关心的往往不是“文档里说会写”，而是“我的这个 City 里现在到底有没有这些表和数据”。

CLI 正适合先肉眼确认。

先看表再猜逻辑，通常比只看 HTTP 报错更高效。

你会更快判断问题是在：

city
# or start a local agent
town agent start .
town city status

然后在交互式面板里继续看：

这个工作流适合第一次接 City 或第一次接 service 后的确认。

CLI 本身不替你定义数据模型，它只是把 City 运行时里已经存在的数据层摊开给你看。

这也是为什么这页要和 Store 与 Table 一起理解：

在 City、service、usage、payment 这类场景里，看表往往是最快定位事实的方式。

它更像 City 专用运维入口，而不是通用数据库管理器。

模型、service 表、usage 事件、env 都可能共同影响一个产品请求，所以很多时候需要把 models 和 tables 一起看。