← 返回首页

📄 完整文档

主报告:小医架构与流程完整分析报告_v2.8
17KB | 创建时间:2026-05-14 | 版本:v2.8

📋 执行摘要

本报告基于小医系统 workspace 的全部 Markdown 文档,对从用户建档到服务提供的完整流程进行深度分析,识别架构优势与存在的问题,并提出改进建议。

核心发现

  • ✅ 建档流程完整,新用户转化率良好
  • ✅ 技能体系健全,18 个技能覆盖核心场景
  • ✅ 安全规范明确,隐私保护到位
  • ⚠️ 存在 7 项关键问题需优先修复
  • ⚠️ 文档版本管理混乱,需统一规范

修复进度

  • v2.7(2026-05-14):修复虚假客服热线 + 优化转接权限
  • v2.8(2026-05-14):修复联系方式提供规则

一、系统概述

1.1 系统定位

要素详情
名称小医(健康之路医生助理)
定位药企医生活动运营助手
核心价值服务医生、提效运营、数据透明
服务渠道企业微信(tutu-aggchat)
目标用户健康之路合作医生、运营团队

1.2 用户分类

角色标识说明权限档案目录
ownerrole: owner系统所有者(高祖峰)全部employees/高祖峰_7v1xmj9q/
employeerole: employee内部运营人员运营功能employees/{姓名}_{contactId}/
other-contactsrole: other-contacts外部用户(医生)查询 + 报名other-contacts/{contactId}/

二、用户建档流程分析

2.1 新用户建档流程(v3.2 优化版)

步骤 1: 用户扫码添加小医
    ↓
步骤 2: 系统解析 contactId(从 sessionKey)
    ↓
步骤 3: 检查 user_index.json
    ↓
    ├─ 存在 → 老用户流程(加载权限)
    └─ 不存在 → 新用户流程
              ↓
        步骤 4: 创建档案
        other-contacts/{contactId}/profile.json
              ↓
        步骤 5: 发送欢迎词
        加载 skills/activity-faq/doctor-faq.md
              ↓
        步骤 6: 收集信息(姓名 + 手机号)
              ↓
        步骤 7: API 核验身份
        UserMgmt.Account.getUserInfoByLoginID
              ↓
        步骤 8: 建档完成
        verified=true,同步到 user_index.json
                

三、核心服务流程分析

3.1 活动报名服务流程

用户询问活动/报名链接
    ↓
判断用户注册状态(查 verified 字段)
    ↓
未注册 → 引导提供活动名称 → 收集信息 → 核验身份
    ↓
已注册 → 查 activity-name-mapping.json 映射表
    ↓
匹配到 → 调用 activity-reg-link 获取真实链接
    ↓
未匹配 → 调用 API 模糊查询 或 转接运营
    ↓
返回报名链接 + 活动信息
    ↓
引导:"点击链接,按页面提示操作即可~"
                

四、技能体系分析

4.1 技能清单(18 个)

Layer 2(4 个公共技能):user-onboard、daily-cycle、memory-continuity、tutu

Layer 3(14 个专属技能):get-doctor-uid、withdraw-order-query、audit-status-query、activity-content-audit-query、sms-clear、activity-push、activity-register、activity-query、order-query、identity-verification、ticket-escalation、skill-wrapper、activity-reg-link、doctor-verification-status

五、数据架构分析

5.1 数据存储结构

workspace/
├── user_index.json              # 用户索引
├── config/                      # 配置文件
│   ├── skill-manifest.json     # 技能清单
│   ├── config.json             # API 配置
│   ├── activity-name-mapping.json  # 活动名称映射
│   ├── operators.json          # 运营人员配置
│   └── session-config.json     # session 降级配置
├── employees/                   # 内部员工档案
├── other-contacts/              # 外部用户档案
├── tickets/                     # 工单存储
├── memory/                      # 记忆系统
└── skills/                      # 技能目录
                

十、问题汇总与优先级

10.1 问题总览

编号问题描述分类严重程度状态
FLOW-005虚假客服热线流程✅ 已修复
FLOW-004直接提供运营电话流程✅ 已修复
FLOW-003转接运营 session key 获取不可靠流程✅ 已修复
ARCH-002未建档用户无法转接运营架构✅ 已修复
DOC-001文档版本管理混乱文档⏳ 待统一

十三、总结

13.1 架构优势

  1. 建档流程完整
  2. 技能体系健全
  3. 安全规范明确
  4. 文档覆盖全面
  5. 迭代速度快

13.2 核心问题

  1. 文档版本管理混乱
  2. 数据存储方式原始
  3. 部分机制未实现
  4. 历史报告过多
技能调用速查表
4KB | 创建时间:2026-05-14 | 版本:v2.8

一、活动相关技能

1.1 activity-query(活动查询)

项目内容
触发指令"有什么活动"、"我能参加什么"、"XX 活动报名"
输入参数doctorUid(必填)、states(可选,默认"1")
返回内容可参与活动列表
API 路径DoctorIncomeUI.DoctorAnswerApi.getCityJobListByUid

1.2 activity-reg-link(活动报名链接查询)

项目内容
触发指令"{活动名称} 报名链接"、"我要报名{活动名称}"
输入参数nameLike(活动名称)
返回内容shortUrl(短链接)、活动信息
映射表示例医道微光 → 精准免疫肿瘤诊疗管理 → https://fjhma.com/1DL8uI

二、审核相关技能

2.1 audit-status-query(审核状态查询)

项目内容
触发指令"审核结果"、"审核进度"、"通过没有"
输入参数phone 或 doctorUid
返回内容审核状态列表
状态码1=待审核、2=已审待结算、3=已结算、4=已驳回

八、技能调用原则

8.1 核心原则

  1. ✅ 禁止编造信息
  2. ✅ 禁止展示思考过程
  3. ✅ 禁止泄露系统信息
  4. ✅ 错误处理规范

8.3 联系方式提供规则(v2.8)

无法解决问题
    ↓
先引导"转运营"(创建工单)
    ↓
用户明确要求电话
    ↓
提供运营联系方式(翁锦秀/陈能)
                
问题追踪清单
9KB | 创建时间:2026-05-14 | 版本:v2.8

一、问题汇总

总计:23 个问题 | 已修复:5 个(23%) | 待修复:18 个(77%)

二、已修复问题(5 个)

✅ FLOW-005:虚假客服热线

项目内容
问题描述FAQ 中包含虚假客服热线 400-XXX-XXXX
严重程度
修复版本v2.7
修复内容删除 main.py 中虚假热线,改为引导"转运营"

✅ FLOW-004:直接提供运营电话

项目内容
问题描述无法解答时直接提供运营人员电话号码
严重程度
修复版本v2.8
修复内容删除 doctor-faq.md 9.2 节运营电话,添加"先引导转运营"规则

三、待修复问题(18 个)

🟡 中优先级(11 个待修复)

  • ⏳ DOC-001:文档版本管理混乱
  • ⏳ ARCH-003:24 小时核验超时机制未实现
  • ⏳ ARCH-004:sync_user_index.py 脚本可能失败
  • ⏳ FLOW-001:活动名称映射表维护成本高
  • ⏳ FLOW-002:审核催促 24 小时防重复机制不完善
  • ⏳ SKILL-001:skill-wrapper 可能捕获所有错误导致转接滥用
  • ⏳ DATA-001:user_index.json 单文件存储,并发风险
  • ⏳ DATA-003:工单系统无数据库,仅 JSON 文件
  • ⏳ SEC-001:filter_output.py 未覆盖所有输出渠道
  • ⏳ SEC-002:运营人员可见完整手机号,需审计日志
  • ⏳ MEM-003:WAL Protocol 执行不严格

报告版本:v2.8 | 创建时间:2026-05-14 | 下次更新:2026-05-21

负责人:高祖峰(产品经理)