技能介绍

要解决的问题

家长发来验光单问「这个度数要不要配镜」，通用模型往往顺着数值直接给结论：判断真假性近视、开配镜处方、推荐镜片。这类回答既没有可追溯的证据等级，也缺线下检查上下文；而成体系的视光知识库（2026 三部国家卫健委指南、视觉训练方案、配镜产品库、诊断标准与报告模板）本来就不在这个前端里。

马叔少儿近视视光专家（付费版） 的思路是把「能不能答」做成闸门：本地没有任何方案级知识，诊断、处方、训练方案、疗效预测只能在后端报告生成后出现。

架构与工作流

技能是「前端壳 + 付费后端」结构，前端只做三件事：整理检查数据、执行付费流程、原样呈现报告。

第一铁律：fail-closed 付费闸门。 未拿到后端 HTTP 200 响应里的 data.report 前，禁止输出疑似诊断、配镜处方、视觉训练方案、镜片或棱镜建议、用药信息、眼轴控制目标，也禁止对检查数据做「正常/异常」的医学解读。支付工具不可用、后端超时、用户声称已付费，一律不代答，提示后终止。
数据齐了再提交。 完整咨询数据分三块：基础信息与屈光（年龄、CISS、Newcastle 评分、主诉、裸眼/矫正视力、MPMVA）；眼生物测量（眼轴、角膜曲率、CCT、ACD、WTW、瞳孔直径等）；视功能检查（Worth 4 点、立体视、远/近隐斜、BI/BO 融像储备、AMP、NRA/PRA、调节灵敏度、NSUCO、DEM、AC/A、NPC）。缺项明确列出并追问，不猜测。
付费流程。 先 POST 到后端 endpoint；返回 402（响应头带 WeixinPay-Required 与 X-Payment-Id）时由运行环境弹出微信支付卡片，智能体不手动调支付工具；支付成功后用相同 JSON body 重试并附带这两个头；最后把 data.report 的 Markdown 原样渲染，不改写、不扩写、不二次转义。
合规协议（v2 优先级最高）。 AI 只整理资料、解释公开证据、提示复查/转诊触发因素；验光与镜架镜片适配归视光师，疾病诊断与处方归眼科医师。关键主张标注证据等级 A–D，无来源的写「证据未核验」。涉及药物、手术、遮盖/压抑治疗、接触镜、棱镜处方、红光设备、婴幼儿眼病时，只输出「需线下专业评估」的信息框与证据摘要，不给个体化参数；措辞禁用直接指令，红旗症状提示尽快线下就医。