112 lines
9.2 KiB
Markdown
112 lines
9.2 KiB
Markdown
# MEMORY.md - fquiz 工程长期记忆
|
||
|
||
## 项目基线
|
||
|
||
- 当前已完成 `fquiz` 子智能体骨架创建。
|
||
- OpenClaw agent id:`fquiz`
|
||
- Workspace:`/root/.openclaw/workspace/fquiz`
|
||
- Agent dir:`/root/.openclaw/agents/fquiz/agent`
|
||
|
||
## 调度并发口径(程凯指定)
|
||
|
||
- `fquiz` 默认调度并发:`maxConcurrency=6`。
|
||
- 供派单技能读取时使用以下固定映射:
|
||
- `targetAgent=fquiz`
|
||
- `dispatchProjectName=fquiz`
|
||
- `maxConcurrency=6`
|
||
|
||
## 约定
|
||
|
||
- 在未明确项目技术栈、目录结构、部署方式前,避免把其他工程(如 `quiz` / `nquiz`)的具体规则直接套用到 `fquiz`。
|
||
- 后续若 `fquiz` 绑定真实仓库或明确职责,应在此文件补充长期有效口径。
|
||
- API 镜像构建阶段支持通过 `PIP_INDEX_URL`(Secrets/Variables)和 `PIP_DEFAULT_TIMEOUT`(Variables)调优 pip 拉包稳定性;默认索引为 `https://pypi.org/simple`。
|
||
- `web` 目录用于 Docker 独立构建时,`web/package.json` 与 `web/package-lock.json` 必须保持同步;否则 `web/Dockerfile` 中的 `npm ci` 会因锁文件不一致直接失败(`EUSAGE`)。
|
||
|
||
## 模型管理口径(2026-04-12)
|
||
|
||
- 模型业务引用键统一使用 `code`(`llm_models.code`),`name` 仅用于展示文案。
|
||
- 模型状态机固定为:`DRAFT/ENABLED/DISABLED/DEPRECATED`,并遵循受限流转规则,禁止任意跳转。
|
||
- 路由规则类型固定为:`GLOBAL/CAPABILITY/BUSINESS/AGENT`;其中 `GLOBAL` 保留 key 为 `__global__`。
|
||
- 模型删除前必须做引用检查(至少检查路由规则引用);`ENABLED` 状态禁止直接删除。
|
||
- 密钥默认只保留 hash + masked + fingerprint,不通过 API 返回明文。
|
||
|
||
## 文件管理口径(2026-04-12)
|
||
|
||
- 文件管理一期采用三层模型:
|
||
- `file_storage_backends`(后端定义:VFS/S3)
|
||
- `file_storage_mounts`(挂载点)
|
||
- `file_index_entries`(目录索引快照)
|
||
- 后台 API 入口统一在 `/api/v1/admin/files` 前缀,权限码为:
|
||
- `file.read`:浏览挂载点和目录列表
|
||
- `file.manage`:创建目录、删除路径
|
||
- 存储驱动抽象位于 `api/app/services/storage_driver.py`,VFS/S3 必须通过同一工厂分发,避免业务层直接耦合具体存储 SDK。
|
||
- VFS 默认根目录由 `FILE_VFS_ROOT` 控制(默认 `./data/vfs`)。
|
||
|
||
## 启动与部署稳定性口径(2026-04-12)
|
||
|
||
- SQLAlchemy 关联加载选项(`selectinload/joinedload`)避免在模块导入期以全局常量初始化,优先在函数内惰性构建,防止导入顺序导致 mapper 提前配置失败。
|
||
- `app.models` 包初始化需预加载全部模型模块,确保字符串关系(如 `"AuditLog"`)在启动阶段可解析。
|
||
- 部署 compose 中 DB 镜像应通过 `POSTGRES_IMAGE` 可配置,默认使用镜像站的 pgvector 镜像(`docker.m.daocloud.io/pgvector/pgvector:pg16`)。
|
||
- 宿主机 DB 暴露端口统一走 `POSTGRES_PORT`(默认 `5433`),用于规避与宿主机已有 PostgreSQL(常见 `5432`)冲突;容器内连接仍保持 `db:5432`。
|
||
- CORS 来源控制采用“双轨配置”:`API_CORS_ORIGINS`(精确列表)+ `API_CORS_ORIGIN_REGEX`(正则,可选);`API_CORS_ORIGINS` 支持 `*` 和通配符域名并在后端转换为 `allow_origin_regex`。
|
||
- GitHub Actions 使用 `appleboy/ssh-action` 部署时,慢网环境需显式设置 `command_timeout`(建议 `45m`)并为 `docker compose pull` 增加重试,避免出现 `Run Command Timeout` 直接中断发布。
|
||
- `docker compose up -d` 不会重建 `build` 类型服务镜像;本项目 `web` 无源码挂载且运行 Next.js 生产构建产物,前端代码变更后需执行 `docker compose up --build -d web`(必要时先 `docker compose build --no-cache web`)。
|
||
|
||
## 前端视觉口径(2026-04-12)
|
||
|
||
- 后台视觉基线采用 `Slate + Indigo`(浅色)风格,优先使用 `web/src/app/globals.css` 中统一样式类:
|
||
- `surface-card` / `surface-card-muted`
|
||
- `notice` + `notice-error` / `notice-success`
|
||
- `btn-primary` / `btn-secondary` / `btn-danger`
|
||
- `control`
|
||
- `table-modern` / `table-head` / `table-body`
|
||
- 字体基线:
|
||
- 标题:`Space Grotesk`
|
||
- 正文:`Manrope`
|
||
- 等宽:`JetBrains Mono`
|
||
|
||
## 前端联调口径(2026-04-12)
|
||
|
||
- `NEXT_PUBLIC_API_BASE_URL` 若误配为 loopback(`127.0.0.1/localhost`),前端运行时会在浏览器端自动改写为“当前页面主机 + 同端口(默认 8000)”,避免公网页面触发 PNA(Private Network Access)阻断。
|
||
- 认证请求与 WebSocket 连接均统一复用该运行时 API 基址解析逻辑。
|
||
|
||
## 前端构建稳定性口径(2026-04-13)
|
||
|
||
- `web` 在 Docker/受限网络环境构建时,避免使用 `next/font/google`(编译期需访问 `fonts.googleapis.com`,网络受限会导致 `npm run build` 失败)。
|
||
- 字体基线应优先采用本地可用字体或仓库内自托管字体(`next/font/local`),并通过 CSS 变量维持 `--font-heading` / `--font-body` / `--font-mono` 约定,减少样式层连锁改动。
|
||
- `web/src/app/layout.tsx` 应保持无 `next/font/google` 依赖,仅通过 `web/src/app/globals.css` 的 `--font-*` 变量声明字体栈;若后续引入新字体,优先走自托管或运行时回退方案。
|
||
|
||
## 前端组件类型兼容口径(2026-04-13)
|
||
|
||
- 当前依赖组合下,`@heroui/react` 在仓库内会出现 `Button/Input` 等组件导出类型与常见属性(如 `id/className/onPress`)不一致的问题,可能导致 `next build` 的 TypeScript 阶段失败。
|
||
- `web/src/components/ui.tsx` 已改为原生语义封装(`button/input/checkbox`)并保留现有样式类约定(`btn-*`、`control`)作为稳定兜底;同时 `ListBox/Modal/Table` 使用 HeroUI 运行时组件 + 宽松类型包装,避免 `children` 等声明缺口阻断构建。
|
||
- `@heroui/react` 的 `Table` 在当前版本是分层组合组件:`Table` 仅作为外层容器,`Table.Header/Body/Row/Column/Cell` 必须置于 `Table.Content` 内部,否则运行时会触发 `cannot be rendered outside a collection.`。
|
||
- 后续若要恢复 HeroUI 组件能力,先验证依赖版本和类型声明兼容性,再逐页替换,避免再次阻断 Docker 构建。
|
||
|
||
## 前端组件栈口径(2026-04-17)
|
||
|
||
- 前端组件库基线已从 `@heroui/react` 切换到 `shadcn/ui` 风格封装 + `Radix UI` primitives。
|
||
- 当前基础组件位于 `web/src/components/ui/`,统一通过 `web/src/components/ui.tsx` 对外导出(保留 `@/components/ui` 入口)。
|
||
- `todos` 页面已完成首批迁移:筛选/表单选择器使用 `Radix Select`,弹窗使用 `Radix Dialog`,表格使用 shadcn 风格 `Table` 语义封装。
|
||
- `web` 依赖口径:新增 `@radix-ui/react-dialog`、`@radix-ui/react-select`、`class-variance-authority`、`clsx`、`tailwind-merge`;移除 `@heroui/react`。
|
||
- 后续页面迁移保持“业务逻辑不动,仅替换 UI 组件 API”的最小改动策略,并以 `npm run build:web` 为最终验收门禁。
|
||
- 阶段 B(表单控件统一)已覆盖:`/admin/requirements`、`/admin/requirements/new`、`/admin/requirements/[id]`、`/admin/menus`、`/admin/models`、`/admin/users`;上述页面不再使用原生 `select/textarea` 与 `control` 样式输入,统一走 `@/components/ui` 的 `Input/Select/TextArea` 组件。
|
||
- 阶段 B 收尾已完成:`/admin/chat` 的消息输入框已统一为 `TextArea`;当前 `web/src/app/admin/**` 已无原生 `select/textarea` 与 `control` 直连输入写法。
|
||
- 阶段 C(弹窗统一)已完成:`/admin/models` 与 `/admin/roles` 的手写遮罩弹窗(`fixed inset-0`)已统一迁移为 `@/components/ui` 的 `Dialog`,并保留原有新建/编辑/关闭与提交行为。
|
||
|
||
## 前端主题口径(2026-04-17)
|
||
|
||
- 后台主题基线已切换到 `Radix Themes`:`web/src/app/layout.tsx` 必须注入 `@radix-ui/themes/styles.css` 与 `<Theme ...>` 根包裹。
|
||
- 当前默认主强调色为 `indigo`(`accentColor=\"indigo\"`);如需换肤优先调整 `Theme` 的 `accentColor`,并同步清理页面中的硬编码色值类。
|
||
- `web/src/app/globals.css` 的语义类(`surface-card` / `btn-*` / `control` / `table-*`)统一基于 Radix token(`--gray-*` / `--accent-*` 等)实现;后续新增样式优先复用这些语义类,不再回退硬编码 `slate/cyan` 色值。
|
||
- `web/src/components/ui/*` 的样式应优先通过语义类(如 `dialog-content`、`select-content`、`checkbox-control`)承接主题,确保后续仅改 token 即可全局换肤。
|
||
- `web` Docker 构建基于 `node:alpine` 时,`web/package-lock.json` 必须保留 musl 可选依赖条目(至少 `lightningcss-linux-x64-musl`、`@tailwindcss/oxide-linux-x64-musl`);缺失会在 `next build` 阶段触发 `Cannot find module ...musl.node`。
|
||
|
||
## AI 聊天口径(2026-04-13)
|
||
|
||
- 一期聊天入口固定为后台路由 `/admin/chat`,权限码为 `chat.use`。
|
||
- 聊天模型选择规则固定为:`CAPABILITY: chat.default` 优先,未命中时回退 `GLOBAL: __global__`。
|
||
- 仅允许 `ENABLED` 且具备激活密钥记录的模型参与路由命中;若不满足,接口返回 400。
|
||
- 运行时真实 Provider Key 不从数据库反解,统一从环境变量 `LLM_PROVIDER_API_KEYS` 注入(支持 `openai=sk-...` 或 JSON 字典字符串)。
|
||
- 一期模型调用采用非流式 OpenAI-compatible `POST /chat/completions`,后续如需流式再扩展 SSE/WS。
|