docs(P19AI1-4,P19AI1-5): 收口AI-1文档矩阵与执行合同

docs/domain-events.md

@@ -1,7 +1,7 @@
-# 领域事件清单（P19 / P19+IM-1 / P19+ERP-3）
+# 领域事件清单（P19 / P19+IM-1 / P19+ERP-3 / P19+AI-1）
 
-**快照日期**：2026-03-09
-**目标**：冻结 `hyb-oa` 当前采购与资产域的标准领域事件名，并补充 `P19+IM-1` 已实际消费的 IM 通知类型清单，以及 `P19+ERP-1 / ERP-3` 已实际落地的 ERP 消费映射，作为后续 ERP / IM / AI 适配的事实源。
+**快照日期**：2026-03-10
+**目标**：冻结 `hyb-oa` 当前采购与资产域的标准领域事件名，并补充 `P19+IM-1` 已实际消费的 IM 通知类型清单，以及 `P19+ERP-1 / ERP-3 / AI-1` 已实际落地的消费映射，作为后续 ERP / IM / AI 适配的事实源。
 
 ## 1. 使用原则
 - 本文档同时维护两类事实：
@@ -105,3 +105,9 @@
   - `asset.card.created` → `AssetLedgerSummaryPayload` → `erp.asset.export`
   - `PATCH /api/assets/:id` 导致 `legalEntityId / costCenterId / status(retired|archived)` 变化 → 资产 ERP 内部集成事实 → `erp.asset.export`
 - 资产 ERP 成功派发后，运行时统一把外部 ERP 资产编号回写到 `integration_bindings(provider=erp, entity_type=asset_erp_card)`；领用 / 归还 / 位置调拨仍不进入 ERP 消费映射。
+
+## 11. P19+AI-1 已实现消费说明
+- `P19+AI-1` 不新增新的公开领域事件名；AI 一期只消费既有报销、采购、资产事实，并保持同步只读建议形态。
+- 报销详情 AI 建议消费的事实锚点为 `reimbursement_form` 当前详情、预算提示与待办节点；采购详情 AI 建议消费 `purchase_request` 当前详情、归档摘要与资产候选信息；资产详情 AI 建议消费 `asset_card` 当前卡片摘要与财务维度信息。
+- AI 一期的三条建议接口均采用白名单快照，不提升为长期公共事件，也不改变 `asset.card.created`、`purchase_request.*`、`purchase_order.archived` 等既有事件名的稳定性承诺。
+- AI 输出仅形成 `summary / riskHints / nextActions` 结构化建议，并通过审计动作 `AI_SUGGESTION_REQUESTED` 记录请求摘要；不写库、不派发 Outbox、不回写业务状态。