docs/reference/frontend-packages.md 把 59 个包的关系画成一张六层图（高层级只能依赖低层级，禁止反向依赖）：

Level-6  apps/cozeloop/                    主 SPA 应用（React 18, Rsbuild）
   ↑
Level-5  packages/loop-pages/              5 个页面模块（auth/evaluate/observation/prompt/tag-pages）
Level-4  packages/loop-modules/            高阶业务模块（evaluate）
Level-3  packages/loop-components/         13 个 UI 组件包 + adapter
Level-2  packages/loop-base/               20 个基础库（account/api-schema/hooks/stores…）
Level-1  config/ (6) + infra/ (4+)         工具链配置 + 基础设施（idl 转换等）

打开 frontend/packages/loop-pages/prompt-pages/src/pages/list/index.tsx 顶部的 import（这是 Level-5 页面包），逐条对照它依赖了哪些更底层的包：

import {
  promptDisplayColumns, PromptList, PromptDeleteModal, PromptCreateModal,
} from '@cozeloop/prompt-components-v2';        // Level-3：Prompt 专用组件

import { I18n } from '@cozeloop/i18n-adapter';               // Level-2：国际化（也带 adapter 后缀，见 L04）
import { useModalData, useRefresh } from '@cozeloop/hooks';  // Level-2：通用 hooks
import { TableColActions } from '@cozeloop/components';       // Level-2：基础 UI 组件

import {
  useNavigateModule, useOpenWindow, useSpace, useUserInfo,
} from '@cozeloop/biz-hooks-adapter';           // Level-3：业务 hooks（走 Adapter）

import { UserSelect } from '@cozeloop/biz-components-adapter'; // Level-3：业务组件（走 Adapter）
import { type Prompt } from '@cozeloop/api-schema/prompt';     // Level-2：从 IDL 生成的类型（Day 18 细讲）

@cozeloop/api-schema/prompt 里的 Prompt 类型不是手写的——它是 Day 18 要细讲的"IDL 代码生成"产物。frontend/packages/loop-base/api-schema 这个包的所有 .ts 类型文件，都是跑一条命令自动生成出来的：

cd frontend && rush update-api   # 从 idl/thrift/ 生成 TS 类型，落进 packages/loop-base/api-schema

frontend/packages/loop-components/adapter-interfaces/package.json 用 exports 字段按业务域拆分导出入口：

{
  "name": "@cozeloop/adapter-interfaces",
  "exports": {
    ".": ["./src/index.ts"],
    "./evaluate": ["./src/evaluate/index.ts"],
    "./prompt": ["./src/prompt/index.ts"],
    "./observation": ["./src/observation/index.ts"]
  }
}

目录结构上，adapter-interfaces/src/ 下每个业务域一个文件夹（evaluate/experiments.ts、observation/trace.ts 等），每个文件定义的是纯 TypeScript 接口/类型，不含任何实现——这和后端 components/model/interface.go（Eino 教程 Day 08 讲过的"接口与实现分离"）几乎是同一种代码组织方式。

如果你直接在 frontend/packages/loop-components/ 下找"biz-components-adapter"文件夹，会找不到——它的真实文件夹叫 biz-components。答案在 rush.json 里的注册记录：

{ "packageName": "@cozeloop/biz-components-adapter", "projectFolder": "frontend/packages/loop-components/biz-components", "tags": ["level-3"] }

✋ 动手 5 分钟（可选）

# 1. 完整看一遍六层依赖参考文档
cat docs/reference/frontend-packages.md

# 2. 看 Prompt 列表页的全部 import，数一数涉及几个不同层级的包
head -30 frontend/packages/loop-pages/prompt-pages/src/pages/list/index.tsx

# 3. 找出所有带 "adapter" 字样的包名
grep "adapter" rush.json | grep packageName

# 4. 看 adapter-interfaces 包按业务域拆出的几个入口
cat frontend/packages/loop-components/adapter-interfaces/package.json