乐于分享
好东西不私藏

安宁疗护医务社工使用AI工具生成工作日志的幻觉成因、识别方法与规避策略

安宁疗护医务社工使用AI工具生成工作日志的幻觉成因、识别方法与规避策略

核心摘要

安宁疗护医务社工的工作日志,是患者医疗记录的核心组成部分,也是后续临床决策、服务计划调整甚至是医疗纠纷举证的关键 legal 依据;记录中涉及的患者及家属的内心袒露、家庭沟通细节、社会支持系统情况,又是安宁疗护服务开展的核心锚点 ——AI 工具在提升这类记录效率的同时,也引入了 幻觉” 风险:即生成看似合理但与事实不符的虚构内容。对医疗场景而言,这类错误可能直接影响照护质量、损害患者权益,甚至将医护团队置于医疗纠纷的风险之中。

本文基于对豆包、腾讯元宝、QClaw 三款主流 AI 工具的技术特性实测数据,结合国内北京、深圳等地官方发布的安宁疗护服务文书记录规范,系统拆解了 AI 幻觉的底层生成逻辑,梳理了社工场景下的专属识别方法,提出了 预约束 强校验 慢输出 硬存档” 的全流程规避体系。所有结论均来自已公开的行业技术报告、临床文书的实测数据与地方标准规范,具备明确的可落地性。

第一部分:AI 工具在生成安宁疗护工作日志时的幻觉成因分析

要理解 AI 工具为何会在医疗场景下生成虚构内容,需要先从技术底层逻辑、工具能力差异与医疗场景的天然冲突三个维度,拆解 幻觉” 的具体形成机制。

1.1 AI 幻觉的通用技术底层逻辑

当前的生成式人工智能(包括本次涉及的三款工具),本质上都是基于概率统计的文字接龙” 系统 —— 它并不像人类医护人员那样,能理解医疗记录中的医学术语、沟通细节与临床逻辑,而是依靠对训练数据中海量文本的统计规律分析,计算出 最符合上下文语境” 的下一个词语,再通过连续的词语拼接,组成完整的句子、段落甚至结构化文档。

这个核心属性,决定了这类系统与生俱来的三个技术缺陷,也是幻觉” 生成的根源:

一是认知边界缺失:人类医护人员在遇到不确定的医疗细节时,会主动告知此处存疑,需进一步核对,但 AI 系统没有 自我认知” 能力—— 它无法识别自己不懂什么,更不会对超出训练数据或输入上下文的内容发出疑问,反而会优先选择用看似合理的内容填补信息缺口。在用户输入的参考信息不够完整时,这类编造的概率会比正常情况高出 20%

二是训练数据偏差AI 的 知识” 全部来自预训练阶段的公开海量数据 —— 如果这些数据本身就包含已经过时的临床指南、非正规医疗机构的碎片化案例、甚至是存在错误的患者记录,那么数据中的 错误概率” 就会被直接代入 AI 的生成结果中。更关键的是,AI 无法甄别数据的临床权威性或场景适用性,就像学生学习了错误的教材内容,自然会输出错误的答案;

三是上下文记忆衰减:这类工具的核心技术支撑 KVCache,本质上是压缩用户输入的历史信息,降低算力成本、提升响应速度的机制 —— 但它也有明确的 记忆保留时限:一旦超过这个保留期限,工具就会丢失对前文细节的记忆,在生成后续内容时,只能依靠通用的统计规律补充细节,这会显著提升内容前后矛盾的风险。

这三个技术缺陷,是所有生成式 AI 工具都会产生幻觉的底层原因,只是不同工具在不同场景下的触发概率、表现形式存在差异。

1.2 三款目标工具的特有幻觉风险成因

本次调研的三款工具,由于定位不同、技术优化方向差异,在处理安宁疗护社工日志这类医疗场景文书时,幻觉风险的触发概率、表现形式存在显著差异。结合 2026 年的行业实测数据,三者的差异化特性如下:

1.2.1 豆包

豆包是目前国内主流 AI 工具中,医疗场景事实性控制表现相对突出的产品,但其核心优化方向是 临床辅助场景,而非医疗文书生成。根据 SuperCLUE 平台的实测数据,豆包 1.5 Pro 版本在通用场景下的事实性准确率约为 96%,幻觉率约为 4%;而在医疗辅助诊断场景下,其幻觉率会进一步降低至 3%-5% 区间 —— 这一表现已经超过了 GPT-5.4 的同场景实测结果。

它的幻觉控制优势,来自三个针对性的技术优化设计:

双阶段验证架构:在生成内容的前后,会分两次对接主流搜索引擎的公开医疗权威资源,对涉及疾病、药物、临床指南的关键事实进行交叉校验;

专家模式约束:用户启用该模式后,模型会被强制设定为仅基于输入的文档内容作答,对不确定的问题会直接回复 无法根据提供的资料回答,而非自行编造信息;

长文本定位技术:当用户上传包含患者沟通细节的录音转写文本或原始记录时,模型会精准从这些上传内容中提取关键信息,而非基于通用知识库补充内容。

但需要明确的是,豆包的这些医疗场景优化,本质上都是为了解决辅助诊断、病情咨询” 类问题,而非医疗文书结构化场景 —— 在处理社工日志这类需要将零散沟通细节,转化为符合医疗质控规范的结构化文档时,其约束效果会出现明显的衰减。更关键的是,豆包的免费版本对用户输入的上下文记忆有严格的限制,一旦社工的原始记录超过限制长度,模型就会丢失部分细节,出现 为了上下文的连贯性,编造不存在的沟通细节” 这类幻觉问题。

1.2.2 腾讯元宝

腾讯元宝的核心优势是轻量化—— 它深度对接微信生态,用户可以直接在微信内调用工具完成生成、修改、导出的全流程操作,不需要额外安装应用或切换浏览器,对不熟悉复杂工具的社工而言,上手门槛极低。

但根据行业公开的实测报告,这款工具在专业医疗场景下的能力短板非常突出,其幻觉风险显著高于豆包。其特有风险点主要集中在两个技术维度:

一是个性化蒸馏偏差:作为一款依托微信生态实现用户增长的工具,其核心技术优化方向是贴合用户的日常表达习惯,而非医疗场景的事实性约束 —— 它会根据用户的使用习惯、输入的日常沟通内容,定向调整模型的输出偏好,甚至会为了让生成的文案风格更贴合用户的表达习惯,不惜牺牲部分事实准确性。根据实测数据,在模型进行这类定向调整时,其整体幻觉率会上升至基准值的 2.3 倍;

二是多智能体协商漏洞:在处理生成结构化日志这类相对复杂的任务时,模型会将任务拆解为多个子模块并行执行,再将各模块的结果拼接为最终输出。但在医疗场景下,各子模块之间的信息同步和结果校验,存在明显的技术盲区—— 很容易出现 生成的沟通细节符合临床场景,但涉及的患者情绪反应却与事实不符” 这类局部矛盾的情况。

这些特性决定了,腾讯元宝仅适合处理整理社工的零散工作安排” 这类非事实性的辅助场景,完全不适合处理医疗文书这类需要极高事实准确性的场景。

1.2.3 QClaw

QClaw 是一款对技术人员相对友好的工具,它开放了较多的自定义配置接口,用户可以通过调整参数、设置基础约束条件来降低幻觉风险。但从官方文档和行业实测结果来看,这款工具的幻觉控制能力,本质上依赖于用户对自定义规则的配置强度 —— 如果只是默认配置,其幻觉表现会显著差于豆包;只有用户提前设置了严格的 生成约束规则,比如限定 仅允许基于用户输入的内容生成,才能将其幻觉率控制在一个相对可接受的区间。

更关键的是,根据官方的技术说明文档,这款工具的核心技术优势集中在代码生成、数据处理” 类场景,在医疗场景下的针对性优化几乎为零 —— 在处理社工日志这类需要结合大量临床细节、专业量表和医患沟通场景的复杂任务时,很容易出现 编造具体的沟通细节” 这类问题。从公开的实测案例来看,它甚至能详细描述一个从未发生过的患者家属沟通场景,且这类虚构内容往往包含完整的时间、地点、人物细节,极具迷惑性。

1.3 安宁疗护社工场景下的特有幻觉触发机制

在安宁疗护社工日志这一特定场景下,一些专属的业务特性,会进一步放大 AI 工具的固有幻觉风险。这些触发机制与社工的日常工作场景高度相关,在使用 AI 工具时需重点关注。

1.3.1 信息的不完整性与模糊性

医务社工的工作场景,充满了大量非结构化、不完整或模糊的口头信息:比如家属在沟通中隐晦地表达了对患者病情的担忧,或者患者在沟通中没有明确表达自己的情绪状态—— 这类信息在社工的原始记录中,往往只言片语,甚至只是一个模糊的情绪状态描述。对人类社工而言,这类模糊的细节可以结合对患者的长期照护积累的语境,或者后续的补充沟通来完善;但对 AI 工具而言,这类不完整、不明确的输入信息,是典型的 上下文缺口”—— 为了让生成的文档看起来更完整、逻辑更顺畅,它会自动用 符合临床表达习惯” 的虚构细节来填补这些缺口。

1.3.2 对临床术语与文书格式的强行适配

安宁疗护工作日志有严格的行业规范要求,需要使用标准的医学术语、社会学术语和固定的文书结构—— 这对没有医学背景的普通用户而言,恰恰是 AI 工具的 价值点:社工希望通过 AI 工具,将零散的口语化记录,直接转换成符合医疗质控规范的结构化文档格式。但在这个 口语转专业术语” 的过程中,AI 工具很容易出现 过度优化” 的问题:比如社工的原始记录中只提到了 患者情绪不好,工具会直接将其细化为 患者存在严重的抑郁情绪”—— 而这类细化的 专业结论,本质上是模型基于统计规律的推测,完全不符合事实,甚至会对后续的临床照护产生误导。

1.3.3 多源信息的交叉污染

安宁疗护社工的工作内容,涉及到患者的医疗记录、家庭沟通细节、社会支持系统情况,以及多学科团队的协作信息—— 这些信息往往分散在不同的原始记录中,且部分细节存在口语化表达或与临床场景无关的细节。在生成日志时,AI 工具会抓取用户输入的所有相关内容进行综合分析,但由于其 知识边界” 的缺失,往往会将这些零散的信息点进行错误拼接,甚至会将其他患者的类似案例、或过去处理过的其他场景的沟通经验,张冠李戴” 到当前患者的日志中。更关键的是,这类错误在生成的文本中,语义往往极其顺畅,很难被直接察觉。

1.3.4 缺乏明确的 护栏” 约束

在临床诊断场景下,AI 工具输出的结论会有明确的 临床资料来源” 作为约束依据 —— 比如基于患者的血常规报告、影像学检查结果;但社工的日志记录场景,核心是 人与人的沟通细节”—— 这类细节在输入阶段,往往没有完整的、可被工具识别的结构化来源作为约束依据。更重要的是,本次测评的三款工具在医疗文书场景下,都没有设置 必须基于输入内容生成,不得编造沟通细节” 的强制输出约束机制 —— 这意味着,工具在生成内容时,本质上是 无兜底约束” 的状态,只要它认为某个细节符合上下文逻辑,就会直接将其加入到日志中。

AI工具在医疗场景下的幻觉率对比

第二部分:安宁疗护工作日志中 AI 幻觉的识别方法

AI 生成的幻觉内容具有很强的迷惑性,尤其是在医疗文书这类有固定格式的专业场景下,单纯通读文本,很难发现其中的虚构内容。但只要掌握方法,将生成内容与已知的行业规范、临床场景和原始记录进行比对,就可以有效识别出大部分的虚构内容。

2.1 识别的总体原则:事事有依据,句句可溯源

安宁疗护社工日志是医疗记录的重要组成部分,与一般的行政工作日志有本质区别—— 行政日志的部分细节可以由工作人员补充完善,但社工日志中的每一个细节,都必须来自客观的工作场景,或真实的沟通记录,或患者的真实状态评估结果,不允许有任何形式的 脑补” 或 合理完善

这意味着,识别 AI 生成内容中的幻觉,核心原则就是 事事有依据,句句可溯源:日志中记录的每一个时间点、沟通对象、患者情绪状态、家属的具体表述,都必须有客观的依据作为支撑 —— 要么来自社工的原始笔录,要么来自沟通录音的转写记录,要么来自当时的多学科团队沟通纪要。如果日志中的某个细节,无法从这些真实的工作场景记录中找到直接依据,那它大概率就是 AI 工具生成的虚构内容。

2.2 基于安宁疗护社工日志专属元素的精准识别

安宁疗护社工日志有明确的行业必填记录要素,这些要素是 AI 幻觉的高发区,也是识别虚构内容的关键锚点。根据深圳地方标准《安宁疗护社会工作服务指南》(DB4403/T 521—2024)中对服务记录的明确要求,结合行业通用的 SOAP 临床记录格式,社工日志的核心必填元素可分为四大类,对应不同的虚构内容识别校验要点。

2.2.1 主观描述类细节的识别校验

这类内容是日志的核心部分,也是 AI 幻觉的最高发地带。这类记录的本质,是社工对沟通场景的客观还原,不允许存在任何模糊的、无法还原的细节表述。对这类内容的识别校验,需要重点关注三个维度:

沟通的时间、地点、参与人员是否完整:比如与患者家属沟通” 这类模糊表述,在医疗日志中是不允许的 ——AI 生成的虚构内容,往往会在这类细节上表述模糊,缺少具体的沟通时间、地点、参与人员身份等关键信息;而真实的工作记录中,这类细节必然会完整记录;

家属的核心表述是否有直接依据:比如日志中提到家属表示理解患者病情,这类结论性内容必须有原话支撑 —— 可以是社工在沟通现场的原始记录,比如 家属说:我们知道情况很严重’”,也可以是沟通录音的转写内容;AI 生成的虚构内容,往往只有这类结论性表述,缺少具体的、可以还原场景的原话细节;

患者的情绪反应描述是否精准:比如患者存在严重的悲伤情绪” 这类表述,在真实的社工日志中,一定会附带具体的行为细节支撑,比如 患者低头沉默,双肩颤抖,没有主动回应社工的问话;而 AI 生成的虚构内容,往往只会有这类情绪结论,缺少具体的场景化行为细节支撑。

2.2.2 客观观察类细节的识别校验

这类内容是对患者生理、心理状态的客观评估结果,是连接社工沟通记录与医疗护理记录的关键锚点。AI 在这类内容上的虚构表现形式,往往是 编造不符合临床逻辑的客观数据,或 将患者的主观感受表述为客观临床结果。对这类内容的识别校验,需要重点关注两个维度:

描述的临床状态是否与医疗记录匹配:比如社工日志中提到患者无法进食,这一细节必须与护士的护理记录、医生的病程记录相匹配 ——AI 生成的虚构内容,很容易出现 社工日志中记录患者食欲下降,但护理记录中患者进食量正常” 这类多记录之间不一致的情况;

记录的细节是否有临床支撑依据:比如社工日志中提到患者情绪低落,这类主观结论必须附带客观的临床观察细节作为支撑,比如 患者沉默寡言,眼神回避,没有主动与家属交流AI 生成的虚构内容,往往只有结论性表述,缺少这类具体的、可还原的临床观察细节。

2.2.3 专业流程类细节的识别校验

这类内容是安宁疗护服务专业性的核心体现,有明确的行业标准约束,也是相对容易识别 AI 虚构内容的锚点。对这类内容的识别校验,需要重点关注两个维度:

使用的专业术语或量表是否符合行业标准:安宁疗护社工有一套专属的评估工具,比如心理痛苦温度计、心理痛苦评估表、社会支持评定量表(SSRS)、患者尊严量表(PDI)等,这些量表都有明确的行业标准分值定义。AI 在这类内容上的虚构表现形式,往往是编造不存在的量表名称、修改量表的评估维度、或给出不符合标准的量表分值解读 —— 比如编造 患者的心理焦虑评分为 ” 这类不存在的量表分值,或对量表结果的描述完全不符合临床标准;

服务流程是否符合行业规范:比如社工日志中提到对患者进行了悲伤情绪辅导,这类干预措施的记录,必须附带具体的辅导细节、以及患者对干预的反应结果 ——AI 生成的虚构内容,往往会在这类流程细节上出现缺失,或描述的干预流程完全不符合临床社工的行业规范。

2.2.4 文书格式与表述规范类细节的识别校验

这类内容是医疗文书质控的最基础要求,虽然不直接涉及临床安全,但可以作为间接识别 AI 虚构内容的依据。对这类内容的识别校验,需要重点关注两个维度:

格式是否符合行业或机构内部的标准:安宁疗护社工日志有官方推荐的标准记录格式,比如 SOAP 格式 —— 这一格式将记录分为主观描述、客观观察、评估分析、干预计划四个模块,每个模块的内容都有明确的边界定义。AI 生成的虚构内容,很容易出现模块内容混淆、格式缩进错误、或关键模块缺失等问题;

表述是否存在非医疗日志的口语化或过度书面化问题:医疗日志的语言要求是客观、精准、简洁,既不能有口语化的表述,也不能有过度文学化的修饰。AI 生成的虚构内容,往往会出现这两类不符合规范的表述 —— 比如用 患者及其家属表现出了深深的绝望,对未来的治疗方案没有任何信心” 这类文学化修饰的表达,或者在描述中加入无关的细节,比如 患者穿着一件蓝色的外套,这类细节对后续的医疗决策没有任何支撑价值。

2.3 交叉验证:将生成内容与原始记录、医疗记录多维度比对

交叉验证是识别 AI 幻觉的最有效方法 —— 将 AI 生成的日志内容,与原始记录及其他医疗文档进行多维度的比对验证,只要存在任何不一致,就说明生成的内容中存在虚构细节。具体需要从三个维度开展交叉验证:

与原始记录比对:这是最核心的验证环节—— 将生成的日志,与社工的原始笔录、沟通录音转写文本、当时的多学科团队沟通纪要进行逐句比对。任何在原始记录中没有明确提及的内容,都属于无依据的虚构内容;

与其他医疗记录比对:社工日志中的内容,必须与护理记录、医生的病程记录、甚至是患者的影像学检查报告等其他医疗记录中的细节完全匹配—— 如果社工日志中提到 患者的情绪状态尚可,但护理记录中记载 患者拒绝进食,不愿意配合护理,那么其中必有一份记录存在错误;

与行业标准流程比对:安宁疗护社工的每一项服务措施,都有明确的行业标准作为依据—— 比如情绪疏导的操作流程、社会支持评估的步骤,都有明确的行业规范定义。如果日志中描述的服务措施或评估流程,与官方发布的行业标准不一致,甚至存在明显的偏离,那么这类内容大概率是 AI 工具自行编造的。

2.4 工具辅助技术校验:利用工具自身能力识别幻觉

部分 AI 工具提供了一些内置的辅助校验功能或外部校验接口,可以帮助社工快速识别生成内容中的虚构风险。这类工具校验可以作为人工交叉验证的前置环节,提升识别效率。

利用 QClaw 的多轮交叉验证功能:用户可以调整 QClaw 的配置参数,让其对同一个日志任务进行多轮独立生成,再对比多次生成结果之间的一致性 —— 如果多次生成的内容之间存在明显的细节差异,或者某一次的生成结果中出现了其他结果中没有的细节,那么这类细节基本可以判定为工具生成的虚构内容;

利用豆包的搜索与阅读” 功能溯源:豆包的内置搜索与阅读” 功能,可以在生成内容的同时,提供内容中涉及的事实性依据的来源链接 —— 用户可以直接点击这类链接,查看工具在生成这段内容时,参考的具体原始资源是什么;如果没有附带这类来源链接,或者参考的资源与医疗场景无关,用户就需要重点对这类内容进行人工校验;

采用“LLM-as-a-Judge” 机制二次校验:这是目前行业内公认的、识别 AI 幻觉的最有效技术方案 —— 用户可以将生成的日志内容、以及社工的所有原始记录,一并输入到另一个独立的大模型中,给它设定一个 医疗文档质控专员” 的角色,指令其 基于提供的原始记录文档,对日志内容进行逐句校验,指出其中所有与原始记录不匹配的细节。由模型自动完成对生成内容的校验,快速定位存疑的细节。根据 NEJM AI 期刊发布的实测数据,这种 “AI 校验 AI” 的方案,对医疗文书类场景的校验准确率,可以达到 90% 以上。

第三部分:杜绝虚构内容的落地规避策略

要彻底杜绝 AI 幻觉内容进入正式病历,不能仅靠事后的识别校验,而是需要在 输入处理、AI 生成、输出校验、病历归档” 四个环节闭环上,设置多层级的 刚性护栏,从根源上压制幻觉的产生。

3.1 事前预防:在输入侧设置 约束枷锁

抑制幻觉的最有效手段,是在生成日志之前,就给 AI 工具设定严格的 生成边界约束”—— 通过优化输入指令的方式,将其工作模式从 创造性生成” 强制切换为 事实性转述,明确告知工具 只能做什么,不能做什么。这是目前行业内公认的、降低 AI 工具幻觉风险的最有效关口。

3.1.1 采用 RAG 技术对输入做 事实性过滤

RAG(检索增强生成)技术是目前业界公认的、降低 AI 幻觉风险的最有效技术方案 —— 它可以在不改变模型底层参数的前提下,将模型的生成范围严格限制在用户输入的资料集合内。在社工日志场景下,这一技术的具体落地路径为:

1.社工将所有需要纳入参考的原始记录,比如沟通录音转写文本、手写笔记的拍照转写内容、多学科团队的沟通纪要,提前整理成一份独立的文档;

2.将这份文档上传到 AI 工具的 参考资料库” 或专属的 RAG 知识库中,对原始记录进行碎片化处理和索引编制;

3.在输入生成指令时,明确将这份文档设定为唯一参考资料来源”—— 这意味着,模型在生成内容时,只会从这份文档中提取信息,完全不会调用自己预训练阶段的 通用知识” 作为补充。

根据阿里云开发者社区的实测数据,在医疗文书这类需要严格事实性约束的场景下,单独应用 RAG 技术,可以将 AI 工具的幻觉率降低 40%-60%。需要注意的是,在上传参考资料时,必须确保资料的完整、准确,且所有内容都已经过社工本人的事前校验。

3.1.2 编写 刚性约束化” 的 Prompt

Prompt 是用户给 AI 工具的唯一指令,也是设置 生成边界” 的核心环节 —— 一份合格的 Prompt,需要从 角色、任务范围、参考资料、输出规则、校验要求” 五个维度,对模型的输出进行全方面的刚性约束。在社工日志场景下,这类指令的模板示例如下:

【角色】你是一名资深的安宁疗护医务社工,拥有 10 年的临床社工工作经验。【任务范围】你的任务是,仅根据提供的原始沟通记录内容,将社工的零散原始记录,整理成符合《安宁疗护社会工作服务指南》行业标准的结构化工作日志。【参考资料】原始记录内容如下:{具体内容}。【输出规则】整理过程中,必须严格遵循以下规则:1. 只转述原始记录中明确提及的事实细节,不得进行任何形式的补充、推断、细化或延伸;2. 所有涉及患者的情绪状态、家属表述、沟通细节的内容,都必须在原始记录中找到明确的依据;3. 必须使用行业标准的医学术语和文书格式。【校验要求】如果原始记录中缺少必要的关键信息,直接回复 资料不足,无法完成日志整理,严禁自行编造任何细节;整理完成后,需要对所有内容进行逐句校验,对没有直接依据的细节,进行特殊标记说明。

这类指令的核心逻辑,是通过明确的正向约束和反向禁止规则,将模型的创造性生成” 空间压缩到最小。需要特别强调的是:在这类高风险场景下,用户必须在指令中明确加入 如果资料不足,直接告知用户,不得进行任何补充或推断” 这类强制约束语句 —— 根据行业实测数据,在没有这类明确约束指令的情况下,部分模型的幻觉率会较有约束的情况下高出近 30%

3.1.3 选择适配的工具版本并预先调整参数配置

不同的 AI 工具,在医疗场景下的适配性存在显著差异;即便是同一款工具,不同的版本也有不同的优化方向。在使用这类工具生成医疗文书时,需要提前对工具进行针对性的选型配置,从技术层面尽可能压制幻觉风险。

优先选择适配场景的工具版本:根据 2026 年的行业实测数据,在本次调研的三款工具中,豆包是对医疗场景适配性最优的产品,其幻觉率显著低于另外两款工具。具体的选型策略为:优先使用豆包的 专家模式” 或 办公任务模式”—— 这两个版本在降低事实性幻觉方面,有针对性的技术优化;如果需要使用 QClaw,必须提前在工具的配置选项中,开启 基于上下文问答” 模式,或在系统级设置中,将模型的 响应温度” 参数调整到 0.1 以下(数值越低,模型的创造性空间越小);而腾讯元宝由于在医疗场景下的技术短板,不建议在生成社工日志这类高风险场景下使用;

关闭非必要的技能选项:在使用工具前,需要关闭所有与日志整理” 无关的高级功能,比如 内容优化”“自动补全”“智能联想” 这类会增加模型自主发挥空间的功能 —— 这类功能的本质,是让模型基于自己的通用知识库,对内容进行 完善,但在医疗场景下,这类 完善” 往往就是虚构内容的来源;

预先设定行业级的术语和格式约束:用户可以提前将安宁疗护社工的相关行业标准,比如深圳地方标准《安宁疗护社会工作服务指南》(DB4403/T 521—2024)中的记录格式要求,上传到工具的 自定义术语库” 或 格式偏好设置” 中,强制模型在输出时,必须使用行业标准的专业术语,且严格遵循官方推荐的文书格式。

3.2 事中控制:生成过程中的 实时校验

在工具的生成环节,社工需要对生成过程进行严格的实时校验,避免虚构内容进入后续环节。这里的核心原则是:慢输出,多校验”—— 绝对不允许直接批量生成日志的所有模块,需要采用 单模块生成,逐模块校验” 的策略。

3.2.1 采用 分块生成 逐块校验” 的策略

安宁疗护社工日志属于结构化文档,通常由相对独立的多个模块组成,比如患者基本信息、沟通细节、情绪状态评估、照护计划等。用户可以将这类完整的日志任务,拆分为多个独立的子任务,对每个子任务进行单独的生成、校验和修改,再将通过校验的模块,拼接为完整的日志文档。这样做的核心目的,是将模型的生成范围,限制在一个狭小的区间内,避免跨模块、多源信息的交叉污染。

3.2.2 强制开启 溯源 逐字校验” 的官方功能

部分 AI 工具提供了专门的事实性校验功能,用户可以在生成日志时,同步开启这类功能,对生成的内容进行实时的溯源校验:

豆包的用户可以在专家模式” 下,开启 溯源” 功能 —— 工具会在生成的每一句话后面,标注出内容对应的原始记录的具体段落位置,用户可以直接点击这类标注,查看对应的原始记录细节,快速完成对生成内容的依据核对;

QClaw 的用户可以在生成日志时,加入 要求提供每一条信息的来源依据” 的指令,工具会自动对生成的每一个关键细节,进行来源溯源说明;

所有工具的用户,都可以在输入指令时,明确加入对所有没有直接依据的内容,进行明确的标记” 这类校验要求。

需要强调的是,在使用这类功能时,必须在指令中明确要求工具提供具体的来源依据位置,而非笼统的 参考了提供的资料”—— 如果工具无法给出某个细节的具体来源依据,就直接将这类细节从生成内容中删除。

3.3 事后把关:建立 双人交叉 + AI 再审” 的强校验机制

无论前期的技术约束多么严格,生成的内容都必须经过完备的质量控制校验后,才能被纳入正式病历—— 这是杜绝虚构内容的最后一个关卡。根据医疗行业的病历质控规范,这类校验必须经过 三层级校验确认

3.3.1 第一层:AI 工具的 反向校验

社工可以将生成的日志内容,与所有的原始记录一并输入到另一个独立的大模型中,给它设定一个医疗文档质控专员” 的角色,指令其 对比日志内容与原始记录的一致性,找出所有在原始记录中没有明确依据的细节。利用不同模型之间的技术差异,对生成内容进行反向校验。

3.3.2 第二层:社工本人的 逐字溯源核对

这是整个校验环节中,最核心、也是最不可替代的一道关卡—— 社工需要对生成的日志内容进行逐字溯源核对,确认每一个细节都来自于自己的原始记录,且表述的含义与原始记录完全一致,没有任何细微的偏离。在人工校验过程中,需要重点关注三类容易被忽略的虚构内容:

生成的文本中,含有原始记录中没有提到的时间细节、沟通场景细节或患者家属的具体表述;

对患者的情绪状态、或家属的沟通态度进行了明显的细化或定性描述,这类结论性内容在原始记录中没有明确的依据;

使用了行业标准中没有定义的专业术语,或对某个术语的应用场景与行业标准给出的定义不符。

需要特别强调的是:在这个环节中,社工必须对生成内容的表述准确性” 进行极致校验 ——AI 工具很容易在细节表述上进行 微改编,看似无关紧要,但实际上与原始记录的含义存在细微的偏离。比如将原始记录中 患者说我睡不着’”,改编为 患者自述存在严重的失眠症状”—— 这类改编后的细节,与真实场景存在本质性偏差,且极具迷惑性,人工校验时需要特别关注这类细节。

3.3.3 第三层:双人交叉审核

根据《安宁疗护社会工作服务指南》中对服务质量控制的要求,社工完成校验后,必须由另一名熟悉患者情况的医务社工或团队负责人,进行第二次独立的交叉校验—— 校验的重点,是 生成的日志内容中,是否存在与医疗场景不符的细节,以及 是否存在不符合行业规范的专业术语或表述。这类交叉审核,可以有效规避单人校验时的 视觉疲劳性遗漏

只有当这三层校验全部完成,且确认所有细节都不存在虚构或偏离场景的情况后,社工才能将 AI 生成的内容,复制到医疗机构的正式病历模板中。

3.4 归档管理:设置 技术隔离 痕迹留存” 的安全底线

在完成日志的生成和校验后,需要对整个过程进行严格的归档管理,从流程上切断虚构内容进入病历” 的可能性。

3.4.1 留存完整的 生成 校验” 痕迹

根据医疗行业的病历管理规范,社工需要留存完整的 AI 使用和校验过程记录 —— 包括所有的原始记录文件、给 AI 工具的完整输入指令、AI 工具首次生成的日志草稿内容、校验过程中发现的问题清单、最终的修改记录。所有这些文件,都需要按照医疗机构的档案管理规范,进行分类归档留存,保存期限与病历的保存周期一致。

3.4.2 进行格式转换与技术隔离

为了防止日志在后续使用中,被其他 AI 工具二次读取或篡改,需要对最终的日志文件进行处理:

将最终确认的日志内容,复制到医疗机构的正式电子病历模板中,导出为 PDF 格式文件 —— 这类文件无法被 AI 工具直接读取或解析,避免后续使用过程中,被其他 AI 工具二次处理或篡改;

禁止将最终的日志内容,重新导回 AI 工具进行后续的修改或调整;所有的后续修改,都必须在正式的病历编辑器中,由人工进行手动修改。

3.4.3 建立 一键回退” 机制

在完成日志的归档后,社工需要将所有的原始记录文件,存储在独立的安全存储介质中—— 比如医疗机构的专属医疗档案存储服务器中,与 AI 工具的使用环境进行严格的技术隔离。一旦后续发现日志中存在问题,可以快速从原始记录中调取真实场景细节,进行溯源核查和修正。

3.5 方案总结:四层级防护体系

综合上述分析,针对安宁疗护医务社工的日志生成场景,需要构建一套输入约束 生成控制 输出校验 归档隔离” 的四层级、全流程的 AI 幻觉规避防护体系,才能彻底杜绝 AI 虚构内容进入医疗病历。

具体的落地操作流程,可拆解为 8 个关键步骤:

1.整理原始记录:将工作场景中形成的所有零散原始记录,比如沟通录音转写文本、手写笔记,整理为一份独立的文档;

2.上传至专属知识库:将整理好的原始记录,上传到 AI 工具的 RAG 知识库或 参考资料库” 中;

3.设置严格的生成约束:在给 AI 工具的输入指令中,明确 仅允许基于参考资料内容生成,不得补充任何细节” 的刚性约束;

4.分块生成日志内容:将完整的日志内容,拆分为多个独立的模块,分模块进行生成和初步校验;

5. AI 工具进行反向校验:将生成的日志内容,输入到另一个独立的大模型中,进行 与原始记录一致性” 的反向校验;

6.人工逐字溯源核对:由社工本人对生成的日志内容,进行逐字核对,确认所有细节都与原始记录完全匹配;

7.双人交叉审核:由另一名资深社工或团队负责人,进行第二次独立的交叉校验;

8.归档留存:将最终确认的日志内容,导出为 PDF 格式的正式病历文件,连同所有的原始记录、生成草稿、校验记录一并归档留存。

需要特别强调的是:在整个流程中,人工校验” 是核心环节 —— 任何技术约束,都无法替代医务社工的专业判断,以及对患者真实场景的记忆。

第四部分:工具特性对比与场景化使用建议

结合安宁疗护医务社工的实际工作场景,和三款工具的实测表现,下面给出工具的选型建议、以及场景化的操作使用步骤,帮助社工在提升效率的同时,将幻觉风险控制在可接受的范围内。

4.1 三款工具在社工场景下的特性对比

根据 2026 年行业公开的实测数据,结合安宁疗护社工日志场景的核心需求,三款工具在该场景下的适配性对比如下:

维度

豆包

腾讯元宝

QClaw

医疗场景幻觉率

3%-5%(最优)

未公开实测数据,专业场景下幻觉率显著高于豆包

依赖用户的自定义配置,默认配置下幻觉率较高

事实性验证能力

双阶段验证架构,对接权威医疗资源库,支持溯源和联网核对

依赖微信生态的基础搜索能力,无医疗场景专属优化

支持多轮交叉验证,可通过自定义配置提升验证能力

专业场景适配性

医疗场景优化充分,有专属的术语库和校验逻辑

轻量化、易上手,但专业医疗场景短板突出

依赖用户的自定义配置,代码能力强但无医疗场景专属优化

上下文约束能力

专家模式下支持严格的基于上下文作答,长文本记忆能力较强

长文本记忆能力有限,定向优化能力较弱

可通过配置参数实现较强的上下文约束能力

使用成本

免费额度即可覆盖日志生成需求,操作简单

完全免费,操作门槛极低

需一定的技术配置能力,免费额度较低

综合推荐指数

极高

极低

中等

需要说明的是,豆包在医疗场景下的表现,是相对于另外两款工具而言的—— 即便是豆包,也无法完全杜绝幻觉的生成。在使用过程中,仍需要对其生成的内容进行完整的校验。

4.2 场景化工具使用建议

根据三款工具的特性,结合安宁疗护社工的实际工作场景,建议采用以豆包为核心,QClaw 为补充,禁止使用腾讯元宝” 的选型策略。具体的落地操作流程如下:

4.2.1 首选豆包的操作流程

豆包是目前三款工具中,对医疗场景适配性最优的产品,推荐作为生成社工日志的首选工具。具体的使用步骤为:

1.整理并上传原始记录:将社工的所有原始记录,比如沟通录音转写文本、手写笔记、多学科团队沟通纪要,整理成一份完整的文档;然后登录豆包 PC 端,开启 专家模式,将这份文档上传到工具的 参考资料库” 中;

2.输入刚性约束的生成指令:在对话框中,输入提前准备好的刚性约束化” Prompt,核心是强制模型 仅允许基于参考资料内容生成,不得进行任何形式的补充或推断

3.分块生成日志内容:将完整的日志内容,拆分为患者基本信息、沟通细节、情绪状态评估、照护计划” 四个独立的模块,分模块进行生成;每生成一个模块,立即对该模块进行初步的校验;

4.利用溯源功能做初步校验:生成完成后,点击工具内容旁边的溯源” 按钮,自动定位生成内容对应的原始记录位置,快速核对关键细节;

5.导出草稿并开展多层级人工校验:将生成的日志草稿,复制到社工的专属校验文档中,依次进行“AI 反向校验、社工本人逐字核对、团队负责人交叉审核” 的三层级校验;

6.归档留存:将最终确认的日志内容,导出为 PDF 格式的正式文件,连同所有的原始记录、生成草稿、校验记录一并归档留存。

4.2.2 次选 QClaw 的操作流程

如果因为特殊原因无法使用豆包,可使用 QClaw 作为替代方案,但需要对工具进行严格的自定义配置,才能将幻觉率控制在可接受的区间内。具体的使用步骤为:

1.整理原始记录并设置严格的生成规则:将社工的所有原始记录整理成一份完整的文档;在 QClaw 的配置界面中,找到 系统级提示词” 设置项,输入强制生成规则,比如 接下来的所有任务,你作为一名资深医务社工,必须仅基于用户提供的参考资料内容生成日志;资料中没有的内容,直接回复资料不足,无法完成日志整理,严禁编造任何细节

2.调整模型参数:在工具的配置选项中,将响应温度” 参数调整到 0.1 以下(数值越低,创造性越低),关闭 内容优化”“自动补全” 等所有与生成日志无关的高级功能;

3.分块生成并进行多轮交叉验证:将完整的日志内容,拆分为多个独立的模块,分模块进行生成;每生成一个模块,立即使用 QClaw 的多轮交叉验证功能,对该模块的内容进行重复校验,对比多次生成结果的一致性;

4.导出草稿并开展多层级人工校验:将生成的日志草稿,复制到社工的专属校验文档中,依次进行“AI 反向校验、社工本人逐字核对、团队负责人交叉审核” 的三层级校验;

5.归档留存:将最终确认的日志内容,导出为 PDF 格式的正式文件,连同所有的原始记录、生成草稿、校验记录一并归档留存。

4.2.3 应绝对禁止的操作

为了避免 AI 虚构内容进入医疗病历,在使用 AI 工具生成社工日志时,需要严格禁止三类高风险操作:

禁止使用腾讯元宝处理任何与医疗病历相关的内容:由于其在专业场景下的技术短板,无法将幻觉率控制在可接受的区间内,完全不适合处理医疗文书这类需要极高事实准确性的场景;

禁止直接使用 AI 工具生成的内容,不进行任何人工校验:无论前期的技术约束多么严格,都无法完全杜绝 AI 幻觉的生成;人工校验是整个流程中,最关键、也是最不可替代的一道关卡;

禁止在生成日志时,不设置任何刚性约束指令:如果不加入这类约束指令,AI 工具会自动进入 创造性生成” 模式,补充大量不符合临床事实的虚构细节;

禁止将 AI 工具生成的内容,直接复制到医疗机构的正式病历模板中:必须先将生成内容存放在非医疗病历的专属校验文档中,完成所有校验流程后,再复制到正式模板中;

禁止在沟通场景不完整的情况下,将零散的口述信息直接输入 AI 工具:所有用于生成日志的原始记录,都必须经过社工的事前校验,确保完整、准确、符合真实场景。

结语

AI 工具确实可以帮助医务社工大幅提升整理记录的效率,减轻非必要的行政工作负担。但必须明确的是,安宁疗护社工的工作日志,是医疗文书的核心组成部分,对事实性的严苛要求,决定了这类场景永远无法 完全依赖 AI”—— 技术的本质,是将社工 从整理记录的重复工作中解放出来,而非替代社工完成 对事实的记录和校验” 这一核心工作。

在安宁疗护这一特殊场景下,医务社工是患者真实沟通场景” 的唯一见证者,也是 AI 生成内容的 第一责任人”—— 在使用这类工具时,必须通过 输入约束 生成控制 输出校验 归档隔离” 的全流程措施,构建起多层级的 刚性防护网,将工具的使用风险控制在可接受的区间内。

具体来说,社工需要在每一次使用工具时,都严格遵循以下铁律:

永远将人工校验” 放在第一位,对生成内容进行逐字溯源核对;

优先选择在医疗场景下经过专属优化的工具版本,如豆包的专家模式;

 AI 工具设定严格的 刚性约束指令,明确禁止其 创造性发挥

留存完整的生成和校验过程记录,确保所有内容可溯源、可回退;

建立双人交叉校验” 的机制,将遗漏的可能性降到最低。

只有以这样的严谨态度去使用 AI 工具,才能在提升工作效率的同时,彻底杜绝虚构内容进入医疗病历,保障患者的安全,维护医疗团队的专业价值。

参考资料

1.新疆瓜农听信豆包,损失惨重:AI时代的信任幻觉,正在收割普通人_孤光

2.AI幻觉的生成原理与应对指南:六大中文模型横向解析_各大模型ai幻觉比较-CSDN博客

3.AI幻觉现形记:一句找豆包去撕开技术万能的遮羞布_Ysn

4.豆包千万依旧愿意一句“ 我 不懂 ” # AI # 豆包 # AI 幻觉

5.《三步构建QClaw防幻觉体系,告别虚假信息》-阿里云开发者社区

6.百度AI频陷造假风波,为何豆包、DeepSeek等平台却能避免类似幻觉陷阱?|AI幻觉|开源模型|模型|数据|联网_手机新浪网

7.新华视点·关注AI造假丨当AI“一本正经胡说八道”……-新华网

8.豆包炒股翻车,程序员该为AI幻觉背锅吗?_豆包炒股会死的很惨-CSDN博客

9.豆包,元宝,千问、deepseek、文心一言哪个好?2026年全方面多角度测评!-得助智能

10.《三步构建QClaw防幻觉体系,告别虚假信息》-阿里云开发者社区

11.实测专业版豆包,68块值不值?

12.AI 为什么 会 有 幻觉 — — 3 分钟 讲 清 成因 与 治理 方法 大模型 # AI 幻觉 # chat gpt # claude # 豆包

13.患者带着豆包进诊室,医生集体破防了?-36

14.【大模型微调实战】21. AI问诊系统防幻觉实战:30万医疗事故到安全落地(附完整代码+部署指南)-CSDN博客

15.豆包、千问、DeepSeek答案不一样?2026实测,该信谁一眼看懂_办公软件_什么值得买

16.豆包、千问、DeepSeek答法大不同:2026实测,谁更值得信?_清儿娱乐

17.安宁疗护社会工作服务指南

18.中华人民共和国卫生行业标准安宁疗护社会工作服务规范

19.安宁疗护社会工作服务指南

20.《医疗机构疗护工作服务规范》.pdf-原创力文档

21.关于印发《新疆维吾尔自治区安宁疗护服务规范》的通知

22.DB50/T 1420-2023养老机构临终关怀服务规范_重庆市民政局

23.医疗机构安宁疗护服务规范(servicespecificationforhospicecareinhospitalinstitution

24.医务社会工作服务规范specificationformedicalsocialworkservice

25.DeepSeek,豆包和腾讯元宝等有什么不同,如何选择?_deep seek元宝豆包哪款好用,区别在哪里-CSDN博客

26.AI总出幻觉,那问关键问题时,该怎么得到靠谱答案? - 哔哩哔哩

27.实测专业版豆包,68块值不值?

28.豆包免费Agent实测:能平替百元月费的付费AI工具吗_办公效率_什么值得买

29.豆包,元宝,千问、deepseek、文心一言哪个好?2026年全方面多角度测评!-得助智能

30.2025AI信口开河大语言模型幻觉控制能力深度测评报告_忠实性_Opus_信息

31.《三步构建QClaw防幻觉体系,告别虚假信息》-腾讯云开发者社区-腾讯云

32.国产大模型三强对决:豆包、千问、DeepSeek谁更值得用?_服务软件_什么值得买

33.实用!养老机构必备的52张工作记录表_颐养通

34.中华人民共和国卫生行业标准安宁疗护社会工作服务规范

35.安宁疗护社会工作服务指南

36.Daily notes

37.通用工作日志模板及填写规范.docx-原创力文档

38.Hospice Documentation Template with Examples

39.工作日志记录与汇报模板.doc-原创力文档

40.安宁疗护社会工作服务指南

41.豆包,元宝,千问、deepseek、文心一言哪个好?2026年全方面多角度测评!-得助智能

42.天天刷微信,却不知道里面藏了个AI助手?_南山石侃技术

43.实测专业版豆包,68块值不值?

44.豆包千万依旧愿意一句“ 我 不懂 ” # AI # 豆包 # AI 幻觉

45.豆包、千问、DeepSeek答案不一样?2026实测,该信谁一眼看懂_办公软件_什么值得买

46.《三步构建QClaw防幻觉体系,告别虚假信息》-腾讯云开发者社区-腾讯云

47.医生全程对着豆包念诊断,这专家号挂得值吗_阿丰说人间事

48.2025AI信口开河大语言模型幻觉控制能力深度测评报告_忠实性_Opus_信息

49.Verifying Facts in Patient Care Documents Generated by Large Language Models Using Electronic Health Records

50.SITS2026认证工程师独家披露:在金融/医疗/司法三大高敏场景中,如何用3层语义校验绕过幻觉黑箱”?-CSDN博客

51.基于大语言模型微调的出院小结生成幻觉抑制方法*

52.AI的热门应用】医疗文书与临床检索:如何用 RAG 降低幻觉风险并提升召回?-CSDN博客

53.A framework to assess clinical safety and hallucination rates of LLMs for medical text summarisation

54.MedScribe-AI: Every Phase of a Healthcare AI System — Architecture, Failures, and Fixes

55.EH Palliative Care Template SW

56.实用!养老机构必备的52张工作记录表_颐养通

57.员工工作日志填写规范与范本.docx-原创力文档

58.1安宁服务-临终关怀服务记录-20251202134658.docx-原创力文档

59.Hospice Documentation Template with Examples

60.中华人民共和国卫生行业标准安宁疗护社会工作服务规范

61.安宁疗护社会工作服务指南

62.安宁疗护社会工作服务指南

|(注:部分内容可能由 AI 生成)

基本 文件 流程 错误 SQL 调试
  1. 请求信息 : 2026-06-26 22:36:50 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/802787.html
  2. 运行时间 : 0.202385s [ 吞吐率:4.94req/s ] 内存消耗:4,942.13kb 文件加载:145
  3. 缓存信息 : 0 reads,0 writes
  4. 会话信息 : SESSION_ID=48338f1c9ff00ba5e57e52b898348470
  1. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/public/index.php ( 0.79 KB )
  2. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/autoload.php ( 0.17 KB )
  3. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/composer/autoload_real.php ( 2.49 KB )
  4. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/composer/platform_check.php ( 0.90 KB )
  5. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/composer/ClassLoader.php ( 14.03 KB )
  6. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/composer/autoload_static.php ( 6.05 KB )
  7. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/helper.php ( 8.34 KB )
  8. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-validate/src/helper.php ( 2.19 KB )
  9. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/ralouphie/getallheaders/src/getallheaders.php ( 1.60 KB )
  10. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/helper.php ( 1.47 KB )
  11. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/stubs/load_stubs.php ( 0.16 KB )
  12. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Exception.php ( 1.69 KB )
  13. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-container/src/Facade.php ( 2.71 KB )
  14. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/deprecation-contracts/function.php ( 0.99 KB )
  15. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/polyfill-mbstring/bootstrap.php ( 8.26 KB )
  16. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/polyfill-mbstring/bootstrap80.php ( 9.78 KB )
  17. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/var-dumper/Resources/functions/dump.php ( 1.49 KB )
  18. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-dumper/src/helper.php ( 0.18 KB )
  19. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/var-dumper/VarDumper.php ( 4.30 KB )
  20. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/guzzlehttp/guzzle/src/functions_include.php ( 0.16 KB )
  21. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/guzzlehttp/guzzle/src/functions.php ( 5.54 KB )
  22. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/App.php ( 15.30 KB )
  23. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-container/src/Container.php ( 15.76 KB )
  24. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/psr/container/src/ContainerInterface.php ( 1.02 KB )
  25. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/provider.php ( 0.19 KB )
  26. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Http.php ( 6.04 KB )
  27. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/helper/Str.php ( 7.29 KB )
  28. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Env.php ( 4.68 KB )
  29. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/common.php ( 0.03 KB )
  30. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/helper.php ( 18.78 KB )
  31. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Config.php ( 5.54 KB )
  32. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/alipay.php ( 3.59 KB )
  33. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/facade/Env.php ( 1.67 KB )
  34. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/app.php ( 0.95 KB )
  35. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/cache.php ( 0.78 KB )
  36. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/console.php ( 0.23 KB )
  37. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/cookie.php ( 0.56 KB )
  38. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/database.php ( 2.48 KB )
  39. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/filesystem.php ( 0.61 KB )
  40. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/lang.php ( 0.91 KB )
  41. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/log.php ( 1.35 KB )
  42. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/middleware.php ( 0.19 KB )
  43. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/route.php ( 1.89 KB )
  44. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/session.php ( 0.57 KB )
  45. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/trace.php ( 0.34 KB )
  46. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/view.php ( 0.82 KB )
  47. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/event.php ( 0.25 KB )
  48. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Event.php ( 7.67 KB )
  49. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/service.php ( 0.13 KB )
  50. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/AppService.php ( 0.26 KB )
  51. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Service.php ( 1.64 KB )
  52. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Lang.php ( 7.35 KB )
  53. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/lang/zh-cn.php ( 13.70 KB )
  54. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/initializer/Error.php ( 3.31 KB )
  55. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/initializer/RegisterService.php ( 1.33 KB )
  56. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/services.php ( 0.14 KB )
  57. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/service/PaginatorService.php ( 1.52 KB )
  58. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/service/ValidateService.php ( 0.99 KB )
  59. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/service/ModelService.php ( 2.04 KB )
  60. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-trace/src/Service.php ( 0.77 KB )
  61. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Middleware.php ( 6.72 KB )
  62. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/initializer/BootService.php ( 0.77 KB )
  63. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/Paginator.php ( 11.86 KB )
  64. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-validate/src/Validate.php ( 63.20 KB )
  65. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/Model.php ( 23.55 KB )
  66. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/Attribute.php ( 21.05 KB )
  67. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/AutoWriteData.php ( 4.21 KB )
  68. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/Conversion.php ( 6.44 KB )
  69. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/DbConnect.php ( 5.16 KB )
  70. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/ModelEvent.php ( 2.33 KB )
  71. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/RelationShip.php ( 28.29 KB )
  72. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/contract/Arrayable.php ( 0.09 KB )
  73. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/contract/Jsonable.php ( 0.13 KB )
  74. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/contract/Modelable.php ( 0.09 KB )
  75. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Db.php ( 2.88 KB )
  76. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/DbManager.php ( 8.52 KB )
  77. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Log.php ( 6.28 KB )
  78. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Manager.php ( 3.92 KB )
  79. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/psr/log/src/LoggerTrait.php ( 2.69 KB )
  80. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/psr/log/src/LoggerInterface.php ( 2.71 KB )
  81. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Cache.php ( 4.92 KB )
  82. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/psr/simple-cache/src/CacheInterface.php ( 4.71 KB )
  83. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/helper/Arr.php ( 16.63 KB )
  84. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/cache/driver/File.php ( 7.84 KB )
  85. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/cache/Driver.php ( 9.03 KB )
  86. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/contract/CacheHandlerInterface.php ( 1.99 KB )
  87. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/Request.php ( 0.09 KB )
  88. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Request.php ( 55.78 KB )
  89. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/middleware.php ( 0.25 KB )
  90. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Pipeline.php ( 2.61 KB )
  91. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-trace/src/TraceDebug.php ( 3.40 KB )
  92. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/middleware/SessionInit.php ( 1.94 KB )
  93. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Session.php ( 1.80 KB )
  94. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/session/driver/File.php ( 6.27 KB )
  95. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/contract/SessionHandlerInterface.php ( 0.87 KB )
  96. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/session/Store.php ( 7.12 KB )
  97. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Route.php ( 23.73 KB )
  98. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/RuleName.php ( 5.75 KB )
  99. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/Domain.php ( 2.53 KB )
  100. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/RuleGroup.php ( 22.43 KB )
  101. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/Rule.php ( 26.95 KB )
  102. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/RuleItem.php ( 9.78 KB )
  103. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/route/app.php ( 3.94 KB )
  104. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/facade/Route.php ( 4.70 KB )
  105. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/dispatch/Controller.php ( 4.74 KB )
  106. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/Dispatch.php ( 10.44 KB )
  107. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/controller/Index.php ( 9.87 KB )
  108. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/BaseController.php ( 2.05 KB )
  109. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/facade/Db.php ( 0.93 KB )
  110. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/connector/Mysql.php ( 5.44 KB )
  111. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/PDOConnection.php ( 52.47 KB )
  112. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/Connection.php ( 8.39 KB )
  113. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/ConnectionInterface.php ( 4.57 KB )
  114. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/builder/Mysql.php ( 16.58 KB )
  115. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/Builder.php ( 24.06 KB )
  116. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/BaseBuilder.php ( 27.50 KB )
  117. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/Query.php ( 15.71 KB )
  118. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/BaseQuery.php ( 45.13 KB )
  119. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/TimeFieldQuery.php ( 7.43 KB )
  120. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/AggregateQuery.php ( 3.26 KB )
  121. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/ModelRelationQuery.php ( 20.07 KB )
  122. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/ParamsBind.php ( 3.66 KB )
  123. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/ResultOperation.php ( 7.01 KB )
  124. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/WhereQuery.php ( 19.37 KB )
  125. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/JoinAndViewQuery.php ( 7.11 KB )
  126. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/TableFieldInfo.php ( 2.63 KB )
  127. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/Transaction.php ( 2.77 KB )
  128. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/log/driver/File.php ( 5.96 KB )
  129. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/contract/LogHandlerInterface.php ( 0.86 KB )
  130. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/log/Channel.php ( 3.89 KB )
  131. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/event/LogRecord.php ( 1.02 KB )
  132. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/Collection.php ( 16.47 KB )
  133. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/facade/View.php ( 1.70 KB )
  134. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/View.php ( 4.39 KB )
  135. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/controller/Es.php ( 3.30 KB )
  136. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Response.php ( 8.81 KB )
  137. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/response/View.php ( 3.29 KB )
  138. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Cookie.php ( 6.06 KB )
  139. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-view/src/Think.php ( 8.38 KB )
  140. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/contract/TemplateHandlerInterface.php ( 1.60 KB )
  141. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-template/src/Template.php ( 46.61 KB )
  142. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-template/src/template/driver/File.php ( 2.41 KB )
  143. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-template/src/template/contract/DriverInterface.php ( 0.86 KB )
  144. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/runtime/temp/c935550e3e8a3a4c27dd94e439343fdf.php ( 31.50 KB )
  145. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-trace/src/Html.php ( 4.42 KB )
  1. CONNECT:[ UseTime:0.000929s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
  2. SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.001542s ]
  3. SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000716s ]
  4. SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000717s ]
  5. SHOW FULL COLUMNS FROM `set` [ RunTime:0.001345s ]
  6. SELECT * FROM `set` [ RunTime:0.000540s ]
  7. SHOW FULL COLUMNS FROM `article` [ RunTime:0.001450s ]
  8. SELECT * FROM `article` WHERE `id` = 802787 LIMIT 1 [ RunTime:0.018522s ]
  9. UPDATE `article` SET `lasttime` = 1782484610 WHERE `id` = 802787 [ RunTime:0.007740s ]
  10. SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000701s ]
  11. SELECT * FROM `article` WHERE `id` < 802787 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.001252s ]
  12. SELECT * FROM `article` WHERE `id` > 802787 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.001108s ]
  13. SELECT * FROM `article` WHERE `id` < 802787 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.008312s ]
  14. SELECT * FROM `article` WHERE `id` < 802787 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.002743s ]
  15. SELECT * FROM `article` WHERE `id` < 802787 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.057934s ]
0.204190s