496 lines
24 KiB
Markdown
496 lines
24 KiB
Markdown
# 投顾 Agent 迁移 TODO
|
||
|
||
> 目标：以 `qyqy_develop` 为新底座，在不直接合并 `lzl` 的前提下，重新接入现有投顾 Agent 能力。
|
||
>
|
||
> 使用规则：每完成一项，将 `[ ]` 改为 `[x]`，并在任务后补充提交号、测试结果或问题记录。
|
||
|
||
## 迁移进度记录
|
||
|
||
### 阶段一：迁移准备
|
||
|
||
已完成本地冻结和质量基线：提交 `5dcaf7c`，标签 `advisor-before-base-migration`。数据库备份保存于 `.migration-backups/jr_agent-before-base-migration.sql`，接口快照保存于 `.migration-backups/current-openapi.json`。
|
||
|
||
阶段一测试结果：单元/契约测试 `259 passed`，集成测试 `21 passed`，Ruff 通过，MyPy 通过，数据库结构审计通过，Alembic 当前版本为 `20260911_adv_profile_tags`。
|
||
|
||
当前阻塞：远程仓库 `47.106.207.27:3000` 暂时无法连接；`lzl_develop` 尚未确认存在。当前新底座已包含 `tools/audit_constraints.py`，旧库版本不兼容问题待切换独立测试库处理。
|
||
|
||
### 阶段二：建立新开发分支
|
||
|
||
已基于本地缓存的 `origin/qyqy_develop@6516ccb` 创建 `lzl_develop`。新底座单元/契约测试 `447 passed`，Ruff 通过，MyPy（103 个源文件）通过。
|
||
|
||
注意：当前 MySQL 测试库仍记录旧投顾迁移版本 `20260911_adv_profile_tags`，新底座无法解析该版本；后续必须使用新底座基线重新初始化或准备独立迁移数据库，不能直接在该旧库上继续升级。
|
||
|
||
### 阶段三：公共底座适配
|
||
|
||
已新增最小投顾 Agent `advisor`，通过新底座的 `BaseAgent`、`AgentFactory`、`ToolExecutor`、意图声明和场内行情只读工具运行。当前只接入行情查询，产品、问卷、投资目标、持仓和推荐能力留待后续阶段逐项接入。
|
||
|
||
阶段三测试结果：专项测试 `9 passed`，全量单元/契约测试 `448 passed`，Ruff 通过，MyPy（104 个源文件）通过。适配提交：`5e8eecc`。
|
||
|
||
### 阶段四：数据库和迁移
|
||
|
||
已将旧投顾迁移按 `qyqy_develop` 的 `20260910_drop_review_separation` head
|
||
重新接入为一条连续链，新增产品治理、合同证据、行业/资产分类、历史行情、行情源健康、
|
||
数据质量、动态配置回测、投资目标、会话目标抽取和画像标签治理表。未修改基线迁移，
|
||
未删除、重命名或改变基线表和字段；迁移契约测试对此有静态校验。
|
||
|
||
阶段四测试结果：迁移契约 `2 passed`，全量单元测试 `442 passed`，Ruff 通过，MyPy
|
||
（104 个源文件）通过；独立 MySQL 库 `jr_agent_qyqy_migration` 在线执行
|
||
`alembic upgrade head` 成功，结构审计显示 `72` 张业务表无缺失或多余，约束/ORM 审计通过。
|
||
原 `jr_agent` 库仍记录旧投顾迁移版本 `20260911_adv_profile_tags`，不能直接用新底座升级，
|
||
已保留不动，待数据库负责人按迁移方案另行切换。
|
||
|
||
### 阶段五：产品数据和适当性（进行中）
|
||
|
||
已恢复 `hq.py` 公开数据适配器、场内产品导入工具、南方官网适当性/合同同步工具，
|
||
并新增投顾证据只读模型与 Repository。独立测试库已导入 19 个南方场内 ETF/LOF，
|
||
同步 19 条官网适当性披露和 19 条合同证据，实际权威风险分布为 R1=1、R2=4、R3=6、
|
||
R4=7、R5=1；资产分类成功 18 个，1 个因合同证据不足跳过。每个等级至少四个产品
|
||
不能由系统伪造，保留为未完成验收项。
|
||
|
||
阶段五已完成部分测试：产品证据 Repository `2 passed`，官网治理解析 `3 passed`，
|
||
治理导入/分类导入 `5 passed`，合计专项 `10 passed`；Ruff、MyPy、数据库结构审计和
|
||
约束审计通过。阶段五后续补齐了历史平均成交额流动性证据、流动性门槛失败关闭、
|
||
R1-R5 适当性硬过滤和排除原因。权威数据验收仍保留两个限制：R1/R5 尚不足四个
|
||
测试产品，1 个产品因合同证据不足未完成资产分类；完整推荐侧联动留待阶段十。
|
||
阶段五测试结果：专项 `7 passed`，全量单元测试 `473 passed, 3 warnings`，Ruff 和
|
||
MyPy 通过。阶段五提交：待提交。
|
||
|
||
### 阶段六：开户风险问卷
|
||
|
||
已完成开户问卷查询和提交接口、服务端 C1-C5 评分与风险等级生成、开户画像快照、
|
||
问卷有效期和每日/年度提交次数限制。首次登录访问非 onboarding 接口时会被拦截，
|
||
问卷结果通过 `MemorySyncOutbox` 同步画像投影；客户响应不包含答案、总分、风险等级、
|
||
画像或来源置信度。提交使用 `Idempotency-Key`，重复请求按请求摘要幂等处理。
|
||
|
||
阶段六测试结果：专项测试 `7 passed`，全量单元测试 `464 passed, 3 warnings`，Ruff
|
||
通过，MyPy（116 个源文件）通过。数据库审计工具已执行，但默认 `.env` 连接的是旧
|
||
`jr_agent` 库，结构审计发现旧库的场外表和基线约束差异；阶段四已验证独立库
|
||
`jr_agent_qyqy_migration` 的迁移结构，不能将旧库结果作为新底座验收结果。
|
||
阶段六提交：`acb9175`。
|
||
|
||
### 阶段七：投资目标和目标书
|
||
|
||
已完成投资目标结构化采集、目标书草稿生成、客户确认、投顾审核和发布闭环。目标
|
||
创建后状态为 `pending_confirmation`，目标书使用基线 `client_facing_content` 的
|
||
`pending -> approved -> published` 审核状态；未经审核不能发布。目标查询工具只向
|
||
Agent 暴露客户最新的 `confirmed` 目标，未确认目标不会进入后续推荐和配置输入。
|
||
目标收益范围、最大回撤、流动性要求、期限、业绩比较基准和备注均有服务端校验，
|
||
目标书含收益非承诺、非交易指令披露；写操作统一使用 `Idempotency-Key` 并写入审计。
|
||
|
||
阶段七测试结果：专项测试 `5 passed`，全量单元测试 `468 passed, 3 warnings`，Ruff
|
||
通过，MyPy（122 个源文件）通过。阶段七提交：待提交。
|
||
|
||
### 阶段八：持仓分析
|
||
|
||
已基于现行 `fin_holding`、`fin_product` 和投顾行业/历史指标表完成只读持仓分析：
|
||
支持持仓查询、市值汇总、单产品集中度、行业穿透、产品/行业 HHI、行业与历史指标
|
||
覆盖率，并在市值或行业数据不足时返回明确的降级状态和警告。MySQL 是数值分析的
|
||
唯一事实来源，输出只生成分析结论，不生成交易指令；Neo4j 仅通过
|
||
`RelationshipService` 的固定关系模板提供行业重叠辅助上下文，连接失败、超时或结果
|
||
异常时明确降级，不影响 MySQL 数值分析。
|
||
|
||
阶段八测试结果：图谱与持仓专项测试 `8 passed`，全量单元测试 `475 passed, 3 warnings`，Ruff
|
||
通过，MyPy（127 个源文件）通过。阶段八核心提交：待提交。
|
||
|
||
## 一、迁移准备
|
||
|
||
- [ ] 确认远程仓库可访问。（当前失败：连接 `47.106.207.27:3000` 被拒绝）
|
||
- [x] 确认 `origin/qyqy_develop` 的最新提交。（已确认本地缓存引用为 `6516ccb`，待远程恢复后重新 fetch）
|
||
- [ ] 确认是否存在远程 `lzl_develop`。（远程暂不可访问）
|
||
- [x] 确认当前 `lzl` 工作区没有未解释的代码改动。（已提交 `5dcaf7c`；`.idea` 和 `.migration-backups` 已加入忽略）
|
||
- [x] 提交 `lzl` 当前所有投顾开发成果。（`5dcaf7c`）
|
||
- [x] 创建迁移前标签 `advisor-before-base-migration`。
|
||
- [x] 备份当前测试库。（`.migration-backups/jr_agent-before-base-migration.sql`）
|
||
- [x] 导出当前数据库结构和迁移版本。（数据库迁移 head：`20260911_adv_profile_tags`）
|
||
- [ ] 导出当前产品、适当性、合同和行情数据。
|
||
- [x] 保存当前接口清单和 Swagger 截图。（OpenAPI JSON：`.migration-backups/current-openapi.json`）
|
||
- [x] 保存当前单元、契约和集成测试结果。（259 个单元/契约测试，21 个集成测试）
|
||
- [ ] 保存当前投顾 Agent 端到端验收记录。
|
||
|
||
## 二、建立新开发分支
|
||
|
||
- [x] 基于 `origin/qyqy_develop` 创建 `lzl_develop`。（基于本地缓存 `6516ccb`，远程恢复后需重新 fetch）
|
||
- [x] 确认新分支工作区干净。（`619a5e6` 后无业务代码改动，迁移备份已忽略）
|
||
- [x] 建立迁移模块分支或提交规范。（按本 TODO 的模块提交名执行）
|
||
- [x] 确认 `qyqy_develop` 的 Python、数据库和中间件版本要求。（已核对 `pyproject.toml`、`.env.example` 和底座文档）
|
||
- [x] 确认新底座的启动命令和环境变量。（已核对 `uvicorn app.main:app`、Worker 入口和环境配置）
|
||
- [x] 确认新底座的数据库迁移 head。（代码 head：`20260910_drop_review_separation`；旧测试库版本不兼容）
|
||
- [x] 确认新底座的公共测试可以通过。（单元/契约 `447 passed`）
|
||
|
||
建议命令：
|
||
|
||
```powershell
|
||
git fetch origin qyqy_develop
|
||
git switch -c lzl_develop origin/qyqy_develop
|
||
python -m pytest tests/unit tests/contract -q
|
||
python -m ruff check app tests tools alembic
|
||
python -m mypy app
|
||
```
|
||
|
||
## 三、公共底座适配
|
||
|
||
- [ ] 阅读并记录 `app/core/contracts.py` 的请求和响应契约。
|
||
- [ ] 阅读并记录 `app/core/errors.py` 的错误码和错误信封。
|
||
- [ ] 确认 JWT 鉴权和 RBAC 解析流程。
|
||
- [ ] 确认 `BaseAgent` 的标准执行流程。
|
||
- [ ] 确认 `AgentFactory` 的 Agent 注册方式。
|
||
- [ ] 确认 `ToolExecutor` 的工具鉴权和角色限制。
|
||
- [ ] 确认模型路由、模型降级和超时处理方式。
|
||
- [ ] 确认 Redis、Milvus、Neo4j 的接入方式。
|
||
- [ ] 确认记忆抽取、召回、生命周期和 Episode 聚合流程。
|
||
- [ ] 确认 Worker 注册和事件消费方式。
|
||
- [x] 适配投顾 Agent 的公共请求和响应结构。（复用 `BaseAgent` 和 `AgentRequest/CoreResult`）
|
||
- [x] 适配投顾工具注册。（复用 `query_fund_quote` 只读工具）
|
||
- [x] 适配投顾 Agent 的 `AgentDefinition`。（新增 `advisor`，版本 `0.1.0`）
|
||
- [x] 适配 `app/main.py` 的路由注册。（复用已注册 Agent Run 入口，无新增旁路）
|
||
- [x] 确认所有写接口使用 `Idempotency-Key`。（底座契约测试通过）
|
||
- [x] 确认所有管理操作写入审计。（底座契约测试通过）
|
||
- [x] 确认所有跨存储同步使用 Outbox。（底座 Worker/事件测试通过）
|
||
- [x] 完成底座适配提交 `advisor/base-adaptation`。（`5e8eecc`）
|
||
|
||
验收：
|
||
|
||
- [x] 公共底座单元测试通过。（已包含于 `447 passed`）
|
||
- [x] 公共底座契约测试通过。（已包含于 `447 passed`）
|
||
- [x] AgentFactory 测试通过。（已包含于 `447 passed`）
|
||
- [x] ToolExecutor 测试通过。（已包含于 `447 passed`）
|
||
- [x] 鉴权和权限边界测试通过。（已包含于 `447 passed`）
|
||
- [x] Ruff 检查通过。
|
||
- [x] MyPy 检查通过。（103 个源文件）
|
||
|
||
## 四、数据库和迁移
|
||
|
||
- [x] 对比 `qyqy_develop` 数据库基线和 `docs/00-新数据库基线设计.md`。（迁移契约测试 + 在线结构审计）
|
||
- [x] 确认没有删除或重命名基线表。（14 个投顾迁移仅 `CREATE TABLE`）
|
||
- [x] 确认没有删除、重命名或复用基线字段。（迁移契约测试通过）
|
||
- [x] 确认没有改变基线字段类型和可空性。（未修改基线迁移）
|
||
- [x] 确认迁移链只有一个 head。（`20260911_adv_profile_tags`）
|
||
- [x] 迁移产品参考数据表。
|
||
- [x] 迁移产品治理和适当性表。
|
||
- [x] 迁移产品合同证据表。
|
||
- [x] 迁移产品行业和资产类别表。
|
||
- [x] 迁移历史行情表。
|
||
- [x] 迁移产品指标快照表。
|
||
- [x] 迁移行情源监控和失败记录表。
|
||
- [x] 迁移行情质量表。
|
||
- [x] 迁移资产配置回测表。
|
||
- [x] 迁移投资组合图谱投影检查点表。
|
||
- [x] 迁移投资目标表。
|
||
- [x] 迁移会话目标抽取表。
|
||
- [x] 迁移画像标签表 `advisor_profile_tag`。
|
||
- [x] 迁移画像漂移复核表 `advisor_profile_drift_review`。
|
||
- [x] 为历史当前画像回填标签证据。（迁移包含回填逻辑；独立空库无历史画像）
|
||
- [x] 在空库执行迁移。（`jr_agent_qyqy_migration`）
|
||
- [ ] 在已有测试库执行迁移。
|
||
- [x] 执行数据库结构审计。（72 张业务表，无缺失或多余）
|
||
- [x] 执行数据库约束审计。（唯一键与 ORM 映射通过）
|
||
- [ ] 完成数据库迁移提交 `advisor/database-migrations`。（待提交）
|
||
|
||
验收命令：
|
||
|
||
```powershell
|
||
python -m alembic upgrade head
|
||
python tools/audit_schema.py
|
||
python tools/audit_constraints.py
|
||
```
|
||
|
||
## 五、产品数据和适当性
|
||
|
||
- [x] 迁移场内基金产品模型。（复用 `FundProduct`，新增证据表只读映射）
|
||
- [x] 迁移产品查询 Repository。（`AdvisorProductRepository`）
|
||
- [x] 导入南方场内基金产品。（独立库 19 个 ETF/LOF）
|
||
- [x] 导入 R1-R5 产品适当性等级。（官网披露；五级均有，实际分布见阶段记录）
|
||
- [x] 导入基金合同字段和权威来源。（19 条官网合同证据）
|
||
- [x] 导入销售机构披露信息。（南方基金直销披露）
|
||
- [x] 导入产品状态和交易状态。（仅导入 `SSE/SZSE` 且 `上市` 产品）
|
||
- [x] 接入产品治理变更监控。（`ProductGovernanceMonitorService` + 官网同步工具）
|
||
- [x] 接入产品资产规模指标。（`advisor_product_reference_snapshot`）
|
||
- [x] 接入产品历史行情指标。（增量 NAV 同步 + `ProductMetricService`）
|
||
- [x] 接入产品流动性指标。（平均日成交额、最新行情时间、流动性状态）
|
||
- [x] 实现场内基金过滤。（Repository 强制 `SSE/SZSE`）
|
||
- [x] 实现适当性硬过滤。（R1-R5 不匹配失败关闭并返回排除原因）
|
||
- [x] 实现合同证据过滤。（verified + 有来源 URL/文档摘要）
|
||
- [x] 实现来源缺失时的失败关闭。（缺失权威证据不进入候选）
|
||
- [x] 完成产品数据提交 `advisor/product-data`。（专项 `7 passed`；完整推荐侧联动留待阶段十）
|
||
|
||
验收：
|
||
|
||
- [x] R1、R2、R3、R4、R5 均有可查询产品。（19 个南方场内产品，五级均有）
|
||
- [ ] 每个风险等级至少有四个测试产品。
|
||
- [ ] 各基金类型分类正确。（1 个产品因合同证据不足跳过分类）
|
||
- [x] 场外基金不会进入场内交易表。
|
||
- [x] 不适配产品会被排除并说明原因。（硬过滤返回 `reason_code`）
|
||
- [x] 产品来源和合同证据可追溯。
|
||
|
||
## 六、开户风险问卷
|
||
|
||
- [x] 迁移问卷查询接口。
|
||
- [x] 迁移问卷提交接口。
|
||
- [x] 迁移服务端评分规则。
|
||
- [x] 迁移 C1-C5 风险等级生成。
|
||
- [x] 迁移开户画像快照生成。
|
||
- [x] 迁移问卷有效期控制。
|
||
- [x] 迁移每日和年度提交次数限制。
|
||
- [x] 迁移首次登录拦截。
|
||
- [x] 迁移画像同步 Outbox 事件。
|
||
- [x] 确认客户响应不返回答案、总分、风险等级和画像。
|
||
- [x] 确认问卷重复提交具有幂等性。
|
||
- [x] 完成风险问卷提交 `advisor/risk-questionnaire`。（专项 `7 passed`；全量单元 `464 passed`）
|
||
|
||
验收：
|
||
|
||
- [x] 新客户访问投顾业务会被拦截。
|
||
- [x] 新客户可以查询问卷。
|
||
- [x] 新客户可以成功提交问卷。
|
||
- [x] 问卷结果正确写入后台表。
|
||
- [x] 客户响应不包含内部评分信息。
|
||
- [x] 投顾工具可以读取必要的内部画像投影。
|
||
|
||
## 七、投资目标和目标书
|
||
|
||
- [x] 迁移投资目标创建接口。
|
||
- [x] 迁移收益目标下限和上限。
|
||
- [x] 迁移最大回撤字段。
|
||
- [x] 迁移流动性要求字段。
|
||
- [x] 迁移投资期限字段。
|
||
- [x] 迁移业绩比较基准字段。
|
||
- [x] 迁移目标备注字段。
|
||
- [x] 迁移目标书生成。
|
||
- [x] 迁移客户确认流程。
|
||
- [x] 迁移投顾审核流程。
|
||
- [x] 迁移当前目标查询工具。
|
||
- [x] 迁移目标缺口状态。
|
||
- [x] 确认目标创建后为 `pending_confirmation`。
|
||
- [x] 确认未确认目标不能用于推荐和配置。
|
||
- [x] 确认目标书未审核不能对客发布。
|
||
- [x] 确认收益目标不被表述为收益承诺。
|
||
- [x] 完成投资目标提交 `advisor/investment-goal`。（专项 `5 passed`；全量单元 `468 passed`）
|
||
|
||
## 八、持仓分析
|
||
|
||
- [x] 迁移持仓查询。
|
||
- [x] 迁移持仓市值计算。
|
||
- [x] 迁移单产品集中度计算。
|
||
- [x] 迁移行业集中度计算。
|
||
- [x] 迁移 HHI 指标计算。
|
||
- [x] 迁移行业穿透计算。
|
||
- [x] 迁移行情和行业数据覆盖率计算。
|
||
- [x] 迁移 Neo4j 图谱增强。（固定关系模板、参数化查询、2 秒超时）
|
||
- [x] 确认 MySQL 是数值分析权威来源。
|
||
- [x] 确认 Neo4j 只做关系增强。
|
||
- [x] 实现图谱不可用时的降级。（连接失败、超时或结果异常均标记 degraded）
|
||
- [x] 实现关键数据不足时的降级。
|
||
- [x] 确认分析结果不生成交易指令。
|
||
- [x] 完成持仓分析提交 `advisor/portfolio-analysis`。（专项 `8 passed`；全量单元 `475 passed`）
|
||
|
||
验收：
|
||
|
||
- [x] 无持仓时返回明确状态。
|
||
- [x] 缺少市值时不计算集中度。
|
||
- [x] 行业覆盖不足时不输出确定性行业结论。
|
||
- [x] 图谱不可用时仍可返回可靠的数值分析。（当前图谱未配置，数值分析仍可返回）
|
||
- [x] 客户看不到内部数据库查询细节。
|
||
|
||
## 九、动态资产配置
|
||
|
||
- [ ] 迁移 C1-C5 基础配置。
|
||
- [ ] 迁移投资期限约束。
|
||
- [ ] 迁移流动性约束。
|
||
- [ ] 迁移最大回撤约束。
|
||
- [ ] 迁移收益目标约束。
|
||
- [ ] 迁移历史行情指标读取。
|
||
- [ ] 迁移动态权重优化器。
|
||
- [ ] 迁移流动性覆盖率。
|
||
- [ ] 迁移动态配置回测。
|
||
- [ ] 保存配置回测证据。
|
||
- [ ] 实现数据覆盖不足时的降级状态。
|
||
- [ ] 确认输出配置比例而不是买卖指令。
|
||
- [ ] 完成资产配置提交 `advisor/asset-allocation`。
|
||
|
||
验收：
|
||
|
||
- [ ] 收益目标参与优化。
|
||
- [ ] 最大回撤参与优化。
|
||
- [ ] 流动性要求参与优化。
|
||
- [ ] 投资期限参与优化。
|
||
- [ ] 动态配置与静态配置可以对比。
|
||
- [ ] 回测结果包含限制条件和数据覆盖率。
|
||
|
||
## 十、产品推荐和审核发布
|
||
|
||
- [ ] 迁移产品推荐 Agent。
|
||
- [ ] 迁移客户画像读取。
|
||
- [ ] 迁移投资目标读取。
|
||
- [ ] 迁移适当性硬过滤。
|
||
- [ ] 迁移合同证据过滤。
|
||
- [ ] 迁移行情和流动性校验。
|
||
- [ ] 迁移图谱增强。
|
||
- [ ] 迁移多因子排序。
|
||
- [ ] 迁移个性化推荐理由。
|
||
- [ ] 迁移推荐证据卡片。
|
||
- [ ] 迁移排除原因。
|
||
- [ ] 迁移推荐方案生成。
|
||
- [ ] 迁移 `pending_review` 状态。
|
||
- [ ] 迁移管理员审核接口。
|
||
- [ ] 迁移审核拒绝原因。
|
||
- [ ] 迁移审核通过后发布。
|
||
- [ ] 确认审核前不可对客发布。
|
||
- [ ] 确认推荐不生成交易委托。
|
||
- [ ] 完成产品推荐提交 `advisor/recommendation`。
|
||
|
||
验收：
|
||
|
||
- [ ] 画像未完成时不能推荐。
|
||
- [ ] 投资目标未确认时不能推荐。
|
||
- [ ] 不适配产品不会进入候选列表。
|
||
- [ ] 每个推荐产品都有证据。
|
||
- [ ] 每个排除产品都有原因。
|
||
- [ ] 推荐方案默认进入待审核。
|
||
- [ ] 审核通过后客户才能查看发布内容。
|
||
|
||
## 十一、会话闭环
|
||
|
||
- [ ] 迁移意图分类。
|
||
- [ ] 迁移产品推荐意图。
|
||
- [ ] 迁移持仓分析意图。
|
||
- [ ] 迁移资产配置意图。
|
||
- [ ] 迁移对比分析意图。
|
||
- [ ] 迁移投资目标意图。
|
||
- [ ] 迁移会话实体抽取。
|
||
- [ ] 迁移投资目标缺口识别。
|
||
- [ ] 迁移缺口追问状态。
|
||
- [ ] 迁移会话状态持久化。
|
||
- [ ] 迁移记忆召回。
|
||
- [ ] 迁移 Episode 聚合。
|
||
- [ ] 迁移 Agent Run 持久化。
|
||
- [ ] 迁移 Outbox 事件。
|
||
- [ ] 迁移会话审计。
|
||
- [ ] 确认用户消息可以形成完整闭环。
|
||
- [ ] 确认缺少字段时只追问必要信息。
|
||
- [ ] 确认工具失败时返回可理解的降级结果。
|
||
- [ ] 完成会话闭环提交 `advisor/conversation`。
|
||
|
||
## 十二、画像标签和漂移复核
|
||
|
||
- [ ] 迁移画像标签模型。
|
||
- [ ] 迁移标签值保存。
|
||
- [ ] 迁移标签置信度保存。
|
||
- [ ] 迁移来源类型保存。
|
||
- [ ] 迁移来源引用保存。
|
||
- [ ] 迁移来源置信度保存。
|
||
- [ ] 迁移画像版本保存。
|
||
- [ ] 迁移标签生效状态。
|
||
- [ ] 迁移标签值变化检测。
|
||
- [ ] 迁移来源变化检测。
|
||
- [ ] 迁移置信度下降检测。
|
||
- [ ] 迁移候选画像保存。
|
||
- [ ] 迁移漂移复核队列。
|
||
- [ ] 迁移管理员查看标签证据接口。
|
||
- [ ] 迁移管理员审核通过接口。
|
||
- [ ] 迁移管理员审核拒绝接口。
|
||
- [ ] 审核通过后切换当前画像。
|
||
- [ ] 审核通过后创建 Milvus 同步事件。
|
||
- [ ] 审核通过后创建 Neo4j 同步事件。
|
||
- [ ] 审核期间暂停产品推荐。
|
||
- [ ] 审核期间暂停资产配置。
|
||
- [ ] 审核期间暂停持仓分析。
|
||
- [ ] 审核期间暂停调仓模拟。
|
||
- [ ] 确认客户不能读取内部标签、置信度和审核信息。
|
||
- [ ] 完成画像治理提交 `advisor/profile-governance`。
|
||
|
||
## 十三、全端测试
|
||
|
||
- [ ] 执行全部单元测试。
|
||
- [ ] 执行全部契约测试。
|
||
- [ ] 执行全部集成测试。
|
||
- [ ] 执行 Ruff 检查。
|
||
- [ ] 执行 MyPy 检查。
|
||
- [ ] 执行数据库结构审计。
|
||
- [ ] 执行数据库约束审计。
|
||
- [ ] 验证空库迁移。
|
||
- [ ] 验证已有测试库迁移。
|
||
- [ ] 验证首次登录问卷流程。
|
||
- [ ] 验证投资目标创建和确认流程。
|
||
- [ ] 验证产品推荐流程。
|
||
- [ ] 验证持仓分析流程。
|
||
- [ ] 验证动态资产配置流程。
|
||
- [ ] 验证推荐审核发布流程。
|
||
- [ ] 验证画像漂移复核流程。
|
||
- [ ] 验证行情主源失败切换备用源。
|
||
- [ ] 验证 Redis 不可用时的降级。
|
||
- [ ] 验证 Neo4j 不可用时的降级。
|
||
- [ ] 验证 Milvus 不可用时的降级。
|
||
- [ ] 验证模型端点失败时的降级。
|
||
- [ ] 验证幂等键重复请求。
|
||
- [ ] 验证权限越权请求。
|
||
- [ ] 验证客户数据隔离。
|
||
- [ ] 验证审计记录和 Outbox 事件。
|
||
|
||
统一命令：
|
||
|
||
```powershell
|
||
python -m pytest tests/unit -q
|
||
python -m pytest tests/contract -q
|
||
python -m pytest tests/integration -q
|
||
python -m ruff check app tests tools alembic
|
||
python -m mypy app
|
||
python -m alembic upgrade head
|
||
python tools/audit_schema.py
|
||
python tools/audit_constraints.py
|
||
```
|
||
|
||
## 十四、灰度发布
|
||
|
||
- [ ] 在本地测试库完成迁移。
|
||
- [ ] 在联调库完成迁移。
|
||
- [ ] 仅开放测试客户和管理员账号。
|
||
- [ ] 灰度产品查询和适当性过滤。
|
||
- [ ] 灰度风险问卷。
|
||
- [ ] 灰度投资目标。
|
||
- [ ] 灰度持仓分析。
|
||
- [ ] 灰度资产配置。
|
||
- [ ] 灰度产品推荐。
|
||
- [ ] 灰度推荐审核发布。
|
||
- [ ] 灰度画像漂移复核。
|
||
- [ ] 记录灰度期间错误、延迟和降级次数。
|
||
- [ ] 确认客户数据未越权暴露。
|
||
- [ ] 确认没有产生真实交易委托。
|
||
|
||
## 十五、回滚准备
|
||
|
||
- [ ] 保存迁移前数据库备份。
|
||
- [ ] 保存迁移前 Git 标签。
|
||
- [ ] 保存每个模块的提交号。
|
||
- [ ] 保存每个模块的测试结果。
|
||
- [ ] 保存迁移后的结构审计结果。
|
||
- [ ] 准备关闭新投顾入口的配置开关。
|
||
- [ ] 准备应用代码按提交回滚方案。
|
||
- [ ] 确认数据库不执行破坏性 downgrade。
|
||
- [ ] 确认新增表保留，不自动删除。
|
||
- [ ] 确认失败 Outbox 可以重试或人工处理。
|
||
- [ ] 确认原画像和原推荐结果可以保留。
|
||
- [ ] 完成灰度回滚演练。
|
||
|
||
## 十六、最终完成标准
|
||
|
||
- [ ] `qyqy_develop` 底座测试全部通过。
|
||
- [ ] 投顾业务测试全部通过。
|
||
- [ ] 数据库基线审计通过。
|
||
- [ ] 空库迁移成功。
|
||
- [ ] 已有测试库迁移成功。
|
||
- [ ] 鉴权和首次登录拦截有效。
|
||
- [ ] 风险问卷后台评分有效且客户不可见。
|
||
- [ ] 投资目标采集、确认和审核有效。
|
||
- [ ] 持仓分析数值来源可靠。
|
||
- [ ] 收益、回撤、流动性参与动态配置。
|
||
- [ ] 产品推荐具备适当性过滤、证据卡片和排除原因。
|
||
- [ ] 推荐方案审核发布闭环有效。
|
||
- [ ] 会话实体抽取和目标缺口追问有效。
|
||
- [ ] 画像标签具备置信度和来源。
|
||
- [ ] 画像漂移复核闭环有效。
|
||
- [ ] 行情双源和失败告警有效。
|
||
- [ ] Redis、Neo4j、Milvus 和模型故障具备降级行为。
|
||
- [ ] 所有关键写操作具备幂等和审计记录。
|
||
- [ ] 每个迁移模块都有独立提交、测试结果和回滚点。
|
||
- [ ] 完成迁移验收记录和交接文档。
|