feat(memory): 新增项目记忆库技能（.claude/skills/memory + .claude/memory）

- 主 skill SKILL.md：简明，指向 总约束/长期/短期/当前计划 与各端口记忆；定义强制工作流（读记忆→校验基线→改动→校验→提交→更新记忆）与 path:line 行号锚点规范。
- 总约束 MASTER.md：全局规则、仓库纪律、git 约定、进程铁律、记忆纪律。
- 计划三层：LONG-TERM(阶段0-5)/SHORT-TERM(当前迭代)/CURRENT(进行中)。
- 各端口记忆 ports/*.md：root/server-core/agent-desktop/park-desktop/compute-engine/training/web-official/admin-portal 的进度/已实现/已知问题/锚点。
- 各项目约束 projects/*.md（子skill）：仓库/强制流程/关键路径/行号规范。
- CLAUDE.md 增补第 11 条：每次开发/改动必须调用 /memory 并提交+更新记忆。
- .gitignore 排除 .claude/settings.local.json。

.claude/memory/plans/CURRENT.md

@@ -0,0 +1,29 @@
+# 当前计划（CURRENT）
+
+> 进行中任务、待办、上次进展、本次改动的基线记录。**每次改动后必须更新。**
+> 更新：改「上次进展/下一步」；记「本次改动（path:line 基线）」。
+
+## 上次进展（2026-08-24）
+
+- 完成 **server-core 阶段0-1**：5 个登录/算力端点 + compute_client + relay 改走引擎 + schemas。见 `ports/server-core.md`。
+- 新建 **admin-portal**（Vite+React+TS+shadcn），登录/身份选择/RBAC/7 管理页，`npm run build` 通过。见 `ports/admin-portal.md`。
+- 工作区结构已按规范名定版（code 下 6 仓库 + admin-portal）。
+
+## 本次改动
+
+> 每次改动前在此登记；改动后更新并清空为下一步。
+
+- （无进行中的改动）
+
+## 下一步
+
+- [ ] 用户验收 server-core 阶段0-1 + admin-portal（先编译/联调，再由用户启动服务）。
+- [ ] 推进阶段 2：业务域表 + `/admin/*` 端点，给 admin-portal 页面供电。
+- [ ] 排查 server-core 8 个 RBAC 既有失败测试。
+- [ ] admin-portal 独立仓库初始化（git init + infoepoch/infoepoch_lan 远端 + 首提交）。
+
+## 待办 / 已知落差
+
+- server-core 无 `dispatcher.py`、无 `app/training`（设计§12.1 与实现不符）。
+- `/admin/compute/provision` 的 new-api 管理路径需按 `controller/user.go` 实测核对。
+- 8 个 RBAC 既有失败（`test_rbac.py`/`test_operator_rbac.py`/`test_pine_universal.py`）非本次引入。

.claude/memory/plans/LONG-TERM.md

@@ -0,0 +1,28 @@
+# 长期计划（LONG-TERM）
+
+> 愿景与宏观阶段，源自《云超服一体化架构设计方案.md》§九。用「阶段 0-5」作为不可变里程碑，具体执行看短期/当前计划。
+
+## 目标态（6 端 + 统一后端）
+
+小程序 · web业务 · web官网 · **admin管理平台** · 智能体桌面 · 园区大屏；统一身份（一账号多端口）+ 统一后端（模块化，可演进微服务）+ 算力引擎（仅服务、管理自研）。
+
+## 阶段（演进路线）
+
+| 阶段 | 内容 | 退出条件 | 状态 |
+|------|------|---------|------|
+| **0 · 基座** | Pydantic/OpenAPI 契约；compute_client 打通 new-api；users 补 wx_openid + 手机/微信登录端点 | 六端能连后端登录 | 🔄 进行中 |
+| **1 · 身份统一** | training accounts 迁移；六端登录归一；API_BASE 收敛 | 同一账号六端互通 | ⏳ |
+| **2 · 业务域迁移** | courses/activities/bookings/tests 建表 + /admin/* + web platform 迁 console | 运营端单入口可管理课程/活动/报名/测评 | ⏳ |
+| **3 · 用户端补全** | 算力/园区入驻/政策申报/财务/工商 + /opc/* + console Opc 页 | 用户端六功能可用 | ⏳ |
+| **4 · 园区大屏** | dpm 多租户化 + data_source 接真实数据（替换 sim_engine） | 大屏真实人员+实时 token/流水 | ⏳ |
+| **5 · 收尾** | 退役 training server / website mock / website platform；文档同步 | 单后端+四前端稳定 | ⏳ |
+
+## 架构要点（长期遵循）
+
+- 一个身份（user_id 为唯一归属）、一个后端、专业服务外置、算力服务端统一管控、契约可校验、迁移渐进可回滚。
+- 数据模型总表（§七）：身份/Agent/生态/内容已建；新增业务域（courses/activities/bookings/tests/compute/park 等 16 表）未建。
+
+## 关联
+
+- 主设计文档：`云超服一体化架构设计方案.md`（根目录）。
+- 每阶段细节见 `SHORT-TERM.md`。

.claude/memory/plans/SHORT-TERM.md

@@ -0,0 +1,18 @@
+# 短期计划（SHORT-TERM）
+
+> 当前迭代目标（一个迭代 = 一个可交付阶段）。迭代内细粒度任务看 `CURRENT.md`。
+
+## 本迭代：阶段 0-1（后端基座 + 算力打通）+ admin-portal 脚手架
+
+- **目标**：六端可手机/微信走后端登录；桌面端模型调用经 compute-engine 计量；server-core 产出 OpenAPI 契约；新增 admin 管理端骨架。
+- **状态**：server-core 阶段0-1 已落地（登录端点 + compute_client + relay 改走引擎 + 契约 schema）；admin-portal 已建（Vite+TS+shadcn+登录+RBAC+7 管理页，构建通过）。
+
+### 本迭代完成后（验收口径）
+1. server-core 提供 `/auth/send-code / phone-login / wx-login` 与 `/admin/compute/ping|provision`；新端点带 `response_model`。
+2. 桌面端模型调用经 server-core → compute-engine `/v1` 计量；服务端可建号/发 PAT/查余额流水。
+3. admin-portal `npm run build` 通过；登录+身份选择+RBAC 路由可用。
+
+### 下一步（下一迭代候选）
+- **阶段 2**：courses/activities/bookings/tests 建表 + `/admin/*` 端点 + admin-portal 页面接真数据。
+- 排查 8 个 RBAC 既有失败。
+- 阶段0-1 联调用真实 compute-engine（引擎需用户先启动）。