什么是mentx-doctor
mentx-doctor 是一个面向医疗问答与辅助分析的接口化工具，核心用途是接收用户提出的医疗相关问题，并结合文字描述与上传附件生成专业医疗辅助决策报告。它覆盖的信息类型比较广，既可以处理症状、病史、用药情况等纯文字输入，也能接入表征照片、内窥镜影像、X 光、CT、MRI、超声、心电，以及各类检测和体检报告等材料，用来支持后续分析。
从工作方式看，这个工具并不是简单聊天接口，而是按输入形态区分流程：如果问题只包含文字，直接调用对话补全接口获取报告；如果用户同时上传了图片或文档等附件，就先通过文件上传接口拿到 file_id，再把文件与文字问题一起提交给对话补全接口。默认使用的智能体为 AI-GP-ReportAgent，输出结果是完整的医疗辅助决策报告，而不是零散回答，这一点决定了它更适合被集成到需要标准化分析结果的系统中。
证据包也给出了较清晰的使用边界。它强调医疗健康信息属于敏感数据，调用时要注意隐私与合规；每次回复都应带有“仅供临床医生参考，不能替代专业医疗判断和决策”的免责声明；如果识别到胸痛、呼吸困难、意识丧失等可能危及生命的情况，需要立即建议用户联系急救服务。与此同时，它不支持实时视频诊断，单次最多处理 10 张图片，报告生成通常需要 10 到 30 秒，因此更像一类异步分析型能力，而不是追求即时交互的在线诊疗工具。
核心功能特点
- 同时支持纯文字问答与附件增强分析，附件可先上传后在对话请求中按 file_id 引用
- 可接收多种医疗资料，包括症状照片、医学影像、检查单和体检报告等，适合多模态输入场景
- 输出形态以专业医疗辅助决策报告为主，不只是简短回复，便于在业务系统中直接展示或留档
- 支持继续对话与会话归属，调用时可传 userId 和 conversation_id 维持上下文
- 可通过 inputs 传入输出格式要求，并支持流式响应开关，方便按产品需求调整交互方式
- 内置明确的安全约束：要求附带医疗免责声明，并对紧急症状给出优先处置提示
适用场景
这类工具首先适合医疗信息入口类产品使用，例如在线问诊预分诊、健康咨询助手、体检报告解读页面，或医院、互联网医疗平台中的智能问答模块。用户往往不会只给出一句笼统提问，而是会同时提交主诉、既往病史、用药信息以及检查附件。mentx-doctor 的价值就在于能够把这些分散材料整理进统一的接口流程中，最后返回一份更成体系的辅助决策报告，帮助平台在医生正式介入前完成初步信息汇总。
第二类场景是需要处理影像或报告附件的分析型应用。比如用户上传皮肤照片并补充瘙痒时长、年龄和性别，或者提交影像检查结果与主观症状，希望得到一份结构化参考结论。证据包中的示例已经说明，它既能处理只有文字的头痛、恶心、视力模糊等描述，也能处理“图片+文字”的联合输入。这种能力对于以图文混合问答为主的健康服务尤其重要，因为许多医疗问题本来就难以靠一句自然语言说清。
它也适合被接入需要留存过程数据和持续会话的后台系统。接口要求提供 userId，并允许传入 conversation_id 继续对话，意味着同一用户可以围绕既有问题补充新的病史或检查资料，系统再基于上下文生成更新后的报告。对于客服辅助台、医生工作站外围工具、企业健康管理平台这类有账号体系和会话管理需求的产品来说，这种设计比一次性问答更容易落地。
不过，适用场景仍然应限定在“辅助判断”和“信息整理”层面，而不是替代临床诊断。对于急危重症提示、隐私保护和免责声明，证据包都提出了明确要求；再加上它不支持实时视频诊断、单次图片数量有限，说明它更适合做标准化、可追踪的医疗信息分析入口，而不适合承担高实时性、强处置性的诊疗任务。换句话说，如果产品目标是帮助用户提交材料、获得初步参考、辅助医生更快理解情况，mentx-doctor 会比较合适；如果目标是直接完成诊断治疗，则超出了它在证据包中展示的能力边界。