feat: 第二版——接口契约对齐 docs/05,修复静默故障与数据库基线
相对第一版 46fc976 的完整变更。组员迁移对照表见 docs/20。
一、对外契约对齐 docs/05(破坏性,共 4 处,组员需按 docs/20 调整)
1) 配置发布端点改为文档规定的复数资源名:submit→validations、
approve→reviews(需 body decision)、activate→activations、
rollback→rollbacks;第一版这 4 个动词式路径 docs/05 从未定义过。
2) 错误码由 8 个笼统码改为 15 个具体语义码(FORBIDDEN→AGENT_PERMISSION_DENIED、
UNAUTHORIZED→AUTHENTICATION_REQUIRED、CONFLICT→RESOURCE_VERSION_CONFLICT、
RESOURCE_NOT_FOUND→RUN_NOT_FOUND/SESSION_NOT_FOUND 等),
输入类错误状态码 400→422。
3) POST /api/v1/agent-runs 与 GET /api/v1/agent-runs/{run_id} 统一为
{data, meta} 信封(data 内字段名与语义未变)。
4) 错误响应体统一为 {error:{code,message,retryable,field_errors}, meta:{trace_id}},
不再返回 FastAPI 默认的 {"detail": ...}。
二、数据库基线与约束
新增 39 张表的基线迁移(链根)与联合唯一键纠偏(4 张表、删 8 增 4,幂等收敛);
撤下 config_release 的双人复核 CHECK(应用层已允许自审,审核节点保留,
自审如实写入 reviewer_id);记忆 active key 生成列与唯一键;
activate 开始记录 supersedes_release_id 使版本链可追溯。
docs/00 基线未修改,未重命名或删除任何表与字段。
三、修复会静默出错或无报错的缺陷
- 跑完集成测试后平台会静默失去生效配置:清理只删自己创建的版本,却没有恢复被它
顶成 superseded 的原生效版本,且审计一并删除因而完全无痕,表现为所有工具被拒
但没有任何报错。已修清理逻辑并加恢复。
- Worker 单轮异常导致进程退出;记忆抽取调用方的“事务已开始”异常;
召回缓存丢失 degraded 标记;连接时区未生效导致 created_at/updated_at 差 8 小时;
.env 与 os.getenv 密钥来源分裂导致“没有可用的已批准模型端点”。
- 记忆信号识别漏判与跨键误命中;SSE 未带 Accept 的协商行为。
四、功能补齐
记忆链路 P1/P2/P3(抽取、受控词表、召回与缓存、生命周期级联及投影事件)、
fin_* 场内交易只读 ORM 层、agent_intent_config 状态流转并在运行期真正生效、
限流(Redis 固定窗口、故障一律放行)、游标校验、trace_id 中间件、
示例业务 Agent fund_query_demo 与一键端到端验证脚本,以及审计/指纹/迁移状态工具。
五、文档与验证
新增 docs/19(业务 Agent 接入实操)、docs/20(第一版迁移指南)与 docs/evidence 证据;
docs/01/02/06/08/09/17 同步实现现状。
验证结果:ruff 通过、mypy 103 文件无错、unit+contract 447 passed、
integration 29 passed、acceptance_check --production 7 PASS、
demo_agent_e2e 9/9 PASS(含失败关闭反证)。
This commit is contained in:
@@ -61,8 +61,7 @@ CREATE TABLE `sys_customer_assignment` (
|
||||
`employee_role` VARCHAR(32) NOT NULL,
|
||||
`assigned_at` DATETIME NOT NULL,
|
||||
`unassigned_at` DATETIME NULL,
|
||||
UNIQUE KEY `uk_sys_customer_assignment_customer_id` (`customer_id`),
|
||||
UNIQUE KEY `uk_sys_customer_assignment_employee_role` (`employee_role`),
|
||||
UNIQUE KEY `uk_sys_customer_assignment_customer_id_employee_role` (`customer_id`, `employee_role`),
|
||||
KEY `idx_sys_customer_assignment_customer_id` (`customer_id`),
|
||||
KEY `idx_sys_customer_assignment_employee_id` (`employee_id`)
|
||||
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
|
||||
@@ -165,8 +164,7 @@ CREATE TABLE `fin_market_price` (
|
||||
`source` VARCHAR(32) NOT NULL,
|
||||
`source_updated_at` DATETIME NOT NULL,
|
||||
`created_at` DATETIME NOT NULL,
|
||||
UNIQUE KEY `uk_fin_market_price_product_id` (`product_id`),
|
||||
UNIQUE KEY `uk_fin_market_price_trade_date` (`trade_date`)
|
||||
UNIQUE KEY `uk_fin_market_price_product_id_trade_date` (`product_id`, `trade_date`)
|
||||
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
|
||||
|
||||
CREATE TABLE `fin_nav_history` (
|
||||
@@ -175,8 +173,7 @@ CREATE TABLE `fin_nav_history` (
|
||||
`nav_date` DATE NOT NULL,
|
||||
`nav` DECIMAL(12,6) NOT NULL,
|
||||
`created_at` DATETIME NOT NULL,
|
||||
UNIQUE KEY `uk_fin_nav_history_product_id` (`product_id`),
|
||||
UNIQUE KEY `uk_fin_nav_history_nav_date` (`nav_date`)
|
||||
UNIQUE KEY `uk_fin_nav_history_product_id_nav_date` (`product_id`, `nav_date`)
|
||||
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
|
||||
|
||||
CREATE TABLE `fin_sim_account` (
|
||||
@@ -369,8 +366,7 @@ CREATE TABLE `fin_holding` (
|
||||
`first_acquired_at` DATETIME NULL,
|
||||
`version` BIGINT UNSIGNED NOT NULL DEFAULT 0,
|
||||
`updated_at` DATETIME NOT NULL,
|
||||
UNIQUE KEY `uk_fin_holding_customer_id` (`customer_id`),
|
||||
UNIQUE KEY `uk_fin_holding_product_id` (`product_id`),
|
||||
UNIQUE KEY `uk_fin_holding_customer_id_product_id` (`customer_id`, `product_id`),
|
||||
KEY `idx_fin_holding_trade_account` (`trade_account`),
|
||||
KEY `idx_fin_holding_status` (`status`),
|
||||
KEY `idx_fin_holding_first_acquired_at` (`first_acquired_at`)
|
||||
|
||||
Reference in New Issue
Block a user