Simon
facc04aa65
本提交为 .git 对象库损坏后的重建提交，内容等价于原先三个本地提交 （5e2fd4c2 / 57a53c98 / 5d7e1873）的累积结果，未做任何额外改动。 一、docs 结构整改（整改 #14） 根因：重构时新结构为 untracked 文件，执行 git stash（未带 -u）未纳入， 随后 git reset 拉回 HEAD 旧 tracked 树，导致旧树复活、新旧两棵目录 树并存于 docs/，共 791 文件、双分类体系冲突。 修复动作： - b2 同名异主题文件改名迁移保全 9 个 - C 类 39 个孤立文件按主题正确归类 - A/B1 类 222 个重复文件删除（新结构已有内容副本） - 9 个旧独有空目录删除 - 270 处内部引用按 verified 映射改写 - 整改记录 #14 登记于 04-运维文档/部署运维 结果：docs 791 → 569 文件，顶层仅规范 8 类 + 治理文件，单树恢复。 残留：约 20 处指向从未存在文件的陈旧死链，归入独立文档卫生任务。 二、compose 双目录对齐（消除踩坑 A） - docker-compose.yml：nginx 前端挂载全部由根目录 frontend-*/dist 改为 src/frontend-*/dist（h5 / agent / admin / terminal） - docker-compose.dev.yml：dev 服务 build context 与卷同步改 src/ - 效果：本地 docker compose up 不再把根目录 stale dist 挂回， 与线上一致，分叉隐患消除（已 docker compose config 校验通过） 防复发铁律： - 重构须提交；仓库修复须 git stash -u 或先 commit - 新结构须 git add 并提交，避免再次 untracked 复活 - H5 改动只动 src/frontend-h5/，禁改根目录遗留 frontend-*/
75 lines
3.3 KiB
Plaintext
75 lines
3.3 KiB
Plaintext
%% 分诊主流程时序图
|
|
%% 来源：增量设计-知识库迭代-开发任务分解-20260712.md §2.5
|
|
|
|
sequenceDiagram
|
|
participant H5 as H5 员工端
|
|
participant API as FastAPI 后端
|
|
participant TriSvc as TriageService
|
|
participant DifyTri as Dify 分诊应用
|
|
participant DB as PostgreSQL
|
|
participant AG as 坐席端看板
|
|
participant WS as WebSocket
|
|
|
|
rect rgb(255, 243, 224)
|
|
Note over H5,DB: 阶段1：发起分诊
|
|
H5->>API: POST /api/h5/triage/start {conversation_id, question}
|
|
API->>TriSvc: start_triage(conversation_id, question)
|
|
TriSvc->>DB: INSERT triage_sessions (status=triaging)
|
|
TriSvc->>DifyTri: 调用分诊 prompt（拆分问题为分步选择题）
|
|
alt Dify 5秒内响应
|
|
DifyTri-->>TriSvc: {steps[], confidence, urgency, suggested_route, problem_type}
|
|
TriSvc->>DB: UPDATE triage_sessions SET triage_steps, confidence, urgency, suggested_route
|
|
TriSvc-->>API: {triage_id, steps, total, confidence, urgency, suggested_route}
|
|
API-->>H5: {triage_id, steps, total, ...}
|
|
else Dify 超时(>5s)
|
|
TriSvc->>DB: UPDATE triage_sessions SET status=timeout
|
|
TriSvc-->>API: 超时，自动转人工
|
|
API-->>H5: 分诊超时，已转人工
|
|
end
|
|
end
|
|
|
|
rect rgb(227, 242, 253)
|
|
Note over H5,DB: 阶段2：分步选择 + 坐席协同
|
|
loop 每一步
|
|
H5->>API: POST /api/h5/triage/step {triage_id, step_index, selected_label}
|
|
API->>TriSvc: submit_step(triage_id, step_index, selected_label)
|
|
TriSvc->>DB: 记录 collected_context
|
|
TriSvc->>DifyTri: 根据选择动态调整后续步骤
|
|
DifyTri-->>TriSvc: next_step
|
|
TriSvc-->>API: {next_step, collected_context}
|
|
API-->>H5: {next_step, collected_context}
|
|
end
|
|
|
|
Note over AG: 坐席看板实时查看分诊进度
|
|
AG->>API: GET /api/agent/triage/pending
|
|
API-->>AG: 待分诊列表
|
|
AG->>API: GET /api/agent/triage/{triage_id}
|
|
API-->>AG: 分诊详情
|
|
|
|
opt 坐席排除选项
|
|
AG->>API: POST /api/agent/triage/{triage_id}/exclude-options {excluded_labels}
|
|
API->>WS: WS 推送 excluded_labels 到 H5
|
|
WS-->>H5: {type: "triage_exclude", excluded_labels}
|
|
H5->>H5: TriageCard.setExcludedOptions(labels)
|
|
end
|
|
end
|
|
|
|
rect rgb(232, 245, 233)
|
|
Note over H5,DB: 阶段3：分诊完成 / 转人工
|
|
alt 所有步骤完成
|
|
H5->>API: POST /api/h5/triage/complete {triage_id, context}
|
|
API->>TriSvc: complete_triage(triage_id, context)
|
|
TriSvc->>DifyTri: 根据收集的上下文生成最终回复
|
|
DifyTri-->>TriSvc: {reply, confidence}
|
|
TriSvc->>DB: UPDATE triage_sessions SET status=routed, route_action=ai_self
|
|
TriSvc-->>API: {reply, confidence}
|
|
API-->>H5: AI 回复
|
|
else 转人工
|
|
H5->>API: POST /api/h5/triage/transfer {triage_id, context}
|
|
API->>TriSvc: transfer_to_human(triage_id, context)
|
|
TriSvc->>DB: UPDATE triage_sessions SET status=routed, route_action=human
|
|
TriSvc-->>API: 转人工成功
|
|
API-->>H5: 已转人工
|
|
end
|
|
end
|