想象一座城市法律服务中心的咨询前台。进门的人形形色色:有被公司拖欠工资的上班族,有正在闹离婚的夫妻,有签了合同却收不到货的小商户。前台坐着一位经验丰富的老周,他接单有自己的固定套路:先耐心听对方讲完,判断“你到底是来问劳动问题、婚姻问题,还是合同问题”;然后转身从身后那排大书架上抽出几本可能相关的法律书;最后把专业条文翻译成大白话,写成一张便签递给访客。如果是特别紧急或危险的情况,他还会放下笔,郑重地说:“这个我不能拍胸脯给建议,请直接找律师或拨打援助热线。” 这样的老周,就是今天要讲的法律问答系统。系统要学会“听懂问话、找到法条、生成回答、记住上下文、守住边界”。把这一整套流程拆开看,并不神秘:它不过是在数字世界里,给千千万万用户配备了无数个“老周”。本篇文章将带你以这个前台为线索,看懂法律问答系统的完整链路,也看清它哪些事能做、哪些事绝对不能做。

岗位关联

对 AI 从业者而言,法律问答系统是 RAG、意图识别、多轮对话与安全风控在同一场景下的综合体。理解它,等于掌握了一套把专业领域知识安全地产品化、商业化落地的方法论。

目录
  1. 可视化演示
  2. 系统总览
  3. 意图识别
  4. 法条检索
  5. 答案生成
  6. 多轮上下文
  7. 边界安全
  8. 评测优化
  9. 产业落地
  10. AI 应用场景
  11. Python 演示
  12. 常见误区
  13. 面试题

可视化演示

本节配有交互动效(进入视口后自动加载,约 3KB)。

法律问答系统核心链路——意图识别→法条检索→答案生成 意图识别:多标签分类映射法律领域 法条检索:语义检索+知识图谱 答案生成:法条引用+专业建议 安全边界:免责声明+合规拦截 Pipeline: Query→Intent→Retrieve→Generate→Safety Check

系统总览

老周每天的工作并不复杂:他用耳朵接住问题,用大脑判断来意,用手翻书,再动笔写答复。法律问答系统也是一样,它把“接听、判断、翻书、写答复”四个动作串成一条流水线。对用户来说,只需要在对话框里输入一句话,背后却要跑完一整条处理链路。

这条链路可以拆成三个串行模块:第一个模块判断“用户到底在问什么”,第二个模块根据判断结果去法律库里找相关条文,第三个模块把条文组织成一段自然、友好、有出处的回答。三个模块像流水线上的三个工人,各管一段,前一个的输出是后一个的输入。

用数学表达这条流水线,就是:

老周的接单流程固然熟练,但真正让他成为“好前台”的,不是笼统的勤快,而是每一步都有章法。接下来,我们逐段拆开看:他到底是怎么听懂、怎么找书、怎么写建议的。

A=G(R(I(q)))A = G(R(I(q)))
意思是:用户问题 q 先经过意图识别 I,再经过法条检索 R,最后由答案生成 G 得到回答 A。每一步都承接上一步的结果,缺一不可。
  1. 输入问句 q用户输入的自然语言,比如“公司拖欠工资怎么办”。
    qq
  2. 意图识别 I判断问题属于劳动、婚姻、合同等哪个方向。
    I(q)I(q)
  3. 法条检索 R根据识别出的方向及相关实体,召回法律条文。
    R(I(q))R(I(q))
  4. 答案生成 G把候选法条与用户事实整合成可读建议。
    G(R(I(q)))G(R(I(q)))

意图识别

老周接电话的第一句永远是:“您先说下遇到了什么事。”他会捕捉关键词:听到“工资”“辞退”就归到劳动问题,听到“离婚”“抚养权”就归到婚姻家庭。这个过程在系统里叫意图识别。意图识别是整个问答系统的入口,如果这一步判断错了,后面的检索和生成都会跟着跑偏。

技术实现上,系统通常先准备一组候选意图类别,比如“劳动纠纷”“婚姻家庭”“合同纠纷”“刑事诉讼咨询”等。然后对输入问句计算属于每个类别的概率,哪一个类别的概率最高,就把它作为预测结果。为了不让系统在模糊问题上硬猜,还会设置一个置信度阈值:当最高概率也不够高时,系统不直接作答,而是反问用户几句。

老周并不是每句话都能立刻听懂。遇到犹豫的新访客,他会多问一句:“您说的这个'裁员'是正式辞退,还是协商解除?”这种主动澄清,正是意图识别模块里“阈值”在起作用,它让系统学会承认自己“拿不准”。

y^=arg⁡max⁡y∈CP(y∣q)\hat{y} = \arg\max_{y \in C} P(y \mid q)
这一步是说:在候选意图集合 C 里,找到让条件概率 P(y|q) 最大的那个类别 y,把它当作预测意图。条件概率可以被理解为“系统有多大把握认为这个问句属于该类”。
  1. 候选意图集合 C提前定义好法律领域可能出现的问句类别,相当于给老周准备了一张“事项登记表”。
    CC
  2. 条件概率 P(y|q)给定用户问题 q 时,类别 y 成立的可能性大小。
    P(y∣q)P(y \mid q)
  3. 最大概率类别系统遍历所有类别,挑选得分最高的一项作为最终意图。
    arg⁡max⁡y∈CP(y∣q)\arg\max_{y \in C} P(y \mid q)

法条检索

老周的办公室很特别:身后那面墙是十米高的书架,上面是几万部法律法规。他不可能把每本书都背下来,但他知道哪本书大概在哪个位置。法条检索要解决的,正是“如何在成千上万条法条里,快速找到与当前问题最相关的几条”。

传统做法是关键词匹配:问题里包含“工资”,就把所有带“工资”字样的条文拎出来。但法律语言和日常口语存在鸿沟,用户说“被扫地出门”,法条里写的是“用人单位单方解除劳动合同”。为了跨越这个鸿沟,系统会把问题和条文都转换成高维向量,再做语义相似度计算。意思相近的表述,即使字面不同,向量也会靠得很近。

老周在书架上抽书,凭的是多年的职业直觉;系统在法条库里找条文,凭的是向量空间的语义距离。找到候选法条后,系统还要按相关度从高到低排序,并把最靠前的几条作为答案生成的“素材”。

score(d,q)=vd⋅vq∥vd∥ ∥vq∥\text{score}(d, q) = \frac{\mathbf{v}_d \cdot \mathbf{v}_q}{\|\mathbf{v}_d\| \, \|\mathbf{v}_q\|}
这个公式衡量一条法条 d 与用户问题 q 的相似程度。把两者的向量做点积,再除以各自长度归一化,得到一个 0 到 1 之间的余弦相似度。得分越高,说明语义上越接近。
  1. 法条向量 v_d把一条法律条文编码成一组数字,代表它的语义位置。
    vd\mathbf{v}_d
  2. 问题向量 v_q把用户问句也编码成同一空间里的向量。
    vq\mathbf{v}_q
  3. 点积与归一化计算两个向量的方向一致性,消除长度差异的影响。
    vd⋅vq∥vd∥ ∥vq∥\frac{\mathbf{v}_d \cdot \mathbf{v}_q}{\|\mathbf{v}_d\| \, \|\mathbf{v}_q\|}

答案生成

老周找到法条后,不会直接把法条原文扔给访客。他会先划出几条法条里的关键句子,再结合访客的实际情况,组织成一段“先结论、再依据、后建议”的话。答案生成模块做的也是这件事:把检索到的法条要点转译成用户能听懂的表达。

生成方式上,系统通常使用语言模型,逐个字词地预测下一个词。它每生成一个词,都会参考三类信息:用户问题、检索到的法条、以及多轮会话中已经出现的背景。为了控制回答质量,系统还会要求答案包含引用标注——把“依据《劳动合同法》第八十五条”写清楚,让用户可以自己核对。

老周写的便签从来不是法条复印件,而是“翻译”后的建议。答案生成模块也一样,它把“法言法语”翻译成“人间烟火气”,但每一句话背后都留着原典的出处,方便读者回头查证。

P(ans∣q,c)=∏t=1TP(wt∣w<t,q,c)P(\text{ans} \mid q, c) = \prod_{t=1}^{T} P(w_t \mid w_{<t}, q, c)
这条公式说明,一段答案 ans 的生成概率,是逐词条件概率的连乘:每生成一个新词 w_t,都要看前面已经生成的词 w_{<t}、用户问题 q 和上下文 c。
  1. 上下文 c包括多轮历史、法条候选、风险提示等额外信息。
    cc
  2. 逐词预测 P(w_t|……)模型在生成第 t 个词时,把前 t-1 个词当作已知道路。
    P(wt∣w<t,q,c)P(w_t \mid w_{<t}, q, c)
  3. 连乘求总概率把每个词的概率相乘,得到整段回答出现的可能性。
    ∏t=1T\prod_{t=1}^{T}

多轮上下文

老周有个好习惯:他会把每位访客说过的话记录在一个小本子上。访客第二次来时,他会说:“您上次说的那家公司,后来有下文吗?”这不是寒暄,而是上下文管理。如果老周每次只当第一次见面,访客就得重复说一遍背景,效率极低。

法律咨询天然是多轮对话:用户先问“被辞退有没有补偿”,再追问“那我干了三年,补偿怎么算”。第二句里的“那”指的是“被辞退这件事”,“三年”是新补充的事实。系统需要维护一份对话状态,记录关键实体和用户诉求,并在下一轮生成时使用这些信息。当然,记忆不是无限膨胀的,会话窗口之外的内容会被压缩或丢弃,避免上下文过长导致性能下降。

老周的小本子会被定期撕掉旧页,只留下最近的记录。系统的会话窗口也是类似的“便签纸”:它既让回答拥有连续性,又不会因为记住太多而让生成变得又慢又乱。

st=f(st−1,ut)s_t = f(s_{t-1}, u_t)
这是对话状态更新的核心思想:第 t 轮的会话状态 s_t,等于用一个更新函数 f,把上一轮状态 s_{t-1} 和当前用户发言 u_t 融合起来。
  1. 上一轮状态 s_{t-1}记录到上一轮为止,用户已经提供过的关键信息。
    st−1s_{t-1}
  2. 当前发言 u_t用户本轮新输入的话,可能包含指代词或新事实。
    utu_t
  3. 更新函数 f负责把新旧信息合并,比如消解“那个”“她”等指代关系。
    f(st−1,ut)f(s_{t-1}, u_t)

边界安全

老周虽然是资深前台,但有一类话他绝对不肯说:“我向您保证官司肯定能赢”“对方这是诈骗,赶紧报警”——前者是越界承诺,后者可能涉及紧急风险。对一个法律问答系统而言,边界安全甚至比回答质量更重要。

系统需要内置一套风险判断机制:如果用户的问题涉及自杀倾向、家暴、刑事犯罪、诉讼时效临近等高风险场景,系统不会继续提供常规回答,而是给出求助热线、法律援助渠道,并转接人工坐席或紧急援助。与此同时,每条普通回答后面都要附上免责声明,说明内容仅供参考,不构成正式法律意见。

老周知道,前台的一句“没事”可能让访客错过最佳维权时机。法律问答系统也一样:敢于说“我不知道”“你需要找律师”,恰恰是最负责任的表现。

policy(q)={转人工,若 P(risk∣q)>τ生成回答,否则\text{policy}(q) =\begin{cases}\text{转人工}, & \text{若 } P(\text{risk} \mid q) > \tau \\\text{生成回答}, & \text{否则}\end{cases}
系统先计算问题 q 的风险概率,超过阈值 τ 就走转人工通道,否则才进入正常问答流程。这个阈值有点像老周心里的“红线”:一踩到,立刻停下。
  1. 风险概率 P(risk|q)系统判断当前问题属于高危场景的可能性。
    P(risk∣q)P(\text{risk} \mid q)
  2. 阈值 τ人工设定的安全边界,决定系统何时必须收手。
    τ\tau
  3. 分策略输出超过阈值转人工,否则正常生成;这是“安全优先”的策略表达。
    policy(q)\text{policy}(q)

评测优化

服务中心的领导会定期检查老周的工作:随机挑一批访客问题,再看老周的答复是否准确、引用是否到位。这就是评测。没有评测,系统就像没有考核的老周,干得好不好全凭感觉。

法律问答系统最常用的指标是准确率和召回率。准确率看的是“系统给出的答案里,有多少是对的”;召回率看的是“应该被找到的法律依据里,系统找回了多少”。但这两个指标常常此消彼长:想提高准确率,可能漏掉一些相关内容;想提高召回率,又可能引入无关内容。于是业界常用 F1 值把两者合成一个综合分。

除了离线指标,系统还要收集真实用户反馈,比如用户会不会点“有帮助”、会不会追问、会不会投诉。这些反馈就像访客离开后留下的评价卡,帮助系统在下一轮迭代里继续调优。

F1=2PRP+RF_1 = \frac{2PR}{P + R}
其中 P 是准确率,R 是召回率。F1 是两者的调和平均,只有当准确率和召回率都不低时,F1 才会高,它像一个既要守时、又要不出错的双重考核。
  1. 准确率 P回答结果中真正正确的比例,对应老周“给的建议里靠谱的有几条”。
    PP
  2. 召回率 R应该命中的内容中被找回来的比例,对应老周“该提到的法条他漏没漏”。
    RR
  3. 调和平均把两个比率平衡起来,防止某个指标偏低时总分虚高。
    2PRP+R\frac{2PR}{P + R}

产业落地

如果老周只服务一个大厅,靠个人能力就够了;但法律问答系统要服务的是全市、全国的用户。产业落地意味着要把“一个优秀前台”复制成“十万个稳定前台”,这背后是成本、合规与协作三本账。

成本包括模型推理的算力成本、法条数据库的维护成本、以及兜底人工坐席的成本。合规要求包括数据隐私保护——用户聊天记录属于敏感信息,不能随意留存和流转;也包括服务边界——系统不能自称为“律师”,不能给出绝对化的诉讼承诺。真正成熟的法律问答系统,一定是人机协作的:AI 负责高并发、标准化、低风险的问题;律师和客服负责复杂、紧急、高价值的问题。

老周一个人再能干,也只能服务一个大厅。产业落地要做的,是把“老周的经验”沉淀成标准流程,再配上安全护栏和人工后援,让 AI 走向真正的规模化法律服务。

ROI=B−CCROI = \frac{B - C}{C}
ROI 是投入产出比,B 是系统带来的收益,C 是建设和运营成本。只有当收益大于成本,AI 法律助手才算真正在产业里跑通。
  1. 收益 B包括人力节省、响应速度提升、法律咨询覆盖面扩大等。
    BB
  2. 成本 C包括算力、标注、数据库维护、人工审核等投入。
    CC
  3. 投入产出比用净收益除以成本,衡量每一块钱投入换回了多少回报。
    B−CC\frac{B - C}{C}

AI 应用场景

律所智能接待机器人

阶段:意图识别 + 答案生成

解决的问题:传统律所的前台每天要重复回答“离婚怎么收费”“劳动仲裁要什么材料”等常见问题,占用了大量律师时间。智能接待机器人先识别用户意图,再从所内知识库检索标准答复,自动生成初步回应。

具体案例:某中型律所在官网部署 7×24 小时法律问答助手。用户留言“我老公家暴我怎么办”,系统识别到“婚姻家庭 + 高风险”标签后,不再机械提供法条,而是优先显示妇联热线、报警提示和律所紧急联系方式。

法律援助中心的导诉员

阶段:多轮上下文 + 边界安全

解决的问题:法律援助中心接待窗口经常排长队,群众说不清诉求、材料也带不齐。多轮问答系统通过逐步追问,自动整理出案情摘要,并判断是否需要转人工律师。

具体案例:某市法律援助中心上线导诉机器人。用户先说“公司不给我发工资”,系统追问“您入职多久了”“有没有签合同”,最终生成一份带时间线和证据清单的咨询摘要,由人工律师快速接续处理。

企业合规内审助手

阶段:法条检索 + 评测优化

解决的问题:大型企业每天要回答分公司关于劳动用工、数据合规、合同审核的大量问题,合规团队疲于奔命。内部问答系统通过法条检索与答案引用,让员工自查基础规则,并把复杂问题升级给合规专员。

具体案例:某集团 HR 在系统里输入“分公司能否强制员工加班”,系统检索到劳动法相关条款,并生成“法定加班时长 + 例外情形 + 合规建议”三段式回答,同时附上集团内部制度链接。合规团队用后台评测看板持续优化答案质量。

Python 演示

python69 行
import refrom collections import Counter  class LegalQA:    def __init__(self):        self.intents = {            "劳动纠纷": ["工资", "辞退", "加班", "工伤"],            "婚姻家庭": ["离婚", "抚养权", "彩礼", "财产分割"],            "合同纠纷": ["违约金", "欠款", "合同", "定金"]        }        self.law_lib = {            "劳动纠纷": [                "《劳动合同法》第八十五条:用人单位拖欠劳动报酬的,劳动行政部门责令限期支付。",                "《工伤保险条例》第十四条:在上下班途中受到非本人主要责任的交通事故伤害应当认定工伤。"            ],            "婚姻家庭": [                "《民法典》第一千零八十四条:离婚后,不满两周岁子女原则上随母亲生活。",                "《民法典》第一千零六十二条:夫妻共同财产由双方协议处理。"            ],            "合同纠纷": [                "《民法典》第五百八十五条:违约金过分高于损失的,人民法院可以适当减少。",                "《民法典》第五百七十七条:当事人一方不履行合同义务应当承担违约责任。"            ]        }        self.session = []        self.max_turns = 4     def detect_intent(self, question):        for intent, keywords in self.intents.items():            hit = sum(1 for kw in keywords if kw in question)            if hit > 0:                return intent, hit / len(keywords)        return "未知", 0.0     def retrieve(self, intent):        return self.law_lib.get(intent, [])     def generate(self, question, intent, clauses):        header = "根据您的描述,问题可能属于{}。".format(intent)        if clauses:            body = "建议查阅以下法条:" + ";".join(clauses)        else:            body = "建议进一步明确时间、金额等关键事实。"        tail = "温馨提示:以上内容仅供参考,不构成正式法律意见;情况紧急时请及时联系律师或 12348 法援热线。"        return header + body + tail     def ask(self, question):        intent, conf = self.detect_intent(question)        if conf < 0.5:            answer = "我还没有完全理解您的意思,请补充说明是谁、发生了什么、想达到什么目的。"        else:            clauses = self.retrieve(intent)            answer = self.generate(question, intent, clauses)        self.session.append((question, intent, answer))        if len(self.session) > self.max_turns:            self.session = self.session[-self.max_turns:]        return answer  def main():    qa = LegalQA()    for question in ["公司拖欠我三个月工资怎么办?", "离婚后孩子归谁?"]:        print(qa.ask(question))        print("---")  if __name__ == "__main__":    main()
目的:用最简单的规则实现一个法律问答系统原型,覆盖意图识别、法条检索、答案生成、多轮记录和免责声明五个关键环节,方便初学者理解完整链路。
  1. def detect_intent(self, question):定义意图识别入口,相当于老周开口问的第一句话“您遇到什么事了”。
  2. hit = sum(1 for kw in keywords if kw in question)统计问题里命中了多少个该意图的关键词,命中越多越有把握。
  3. return intent, hit / len(keywords)用关键词命中比例当作置信度,供后续阈值判断使用。
  4. return self.law_lib.get(intent, [])根据意图从法律库中取出候选法条,对应老周从书架上抽出几本书。
  5. ";".join(clauses)把多条法条拼成一条带分号的文本,让回答中的引用清晰可查。
  6. if conf < 0.5:设置 0.5 的置信度阈值,没把握时先澄清而不是硬答,这正体现安全边界。
  7. self.session.append((question, intent, answer))把每一轮问答记录进会话历史,为多轮对话提供上下文。
  8. if len(self.session) > self.max_turns:超出 4 轮窗口就丢弃早期记录,控制上下文长度。

常见误区

误区很多人以为法律问答系统的核心是“库”,只要把几万部法律法规都灌进去,模型就能答对一切问题。

正解数据只是原料,系统还需要意图识别来判断问什么、检索排序来找到重点、生成模块来组织语言。就像老周的书架再大,如果他听不懂来访者说的问题,也抽不出正确的书。更多的法条还会引入更多噪声,必须配合排序与筛选机制。

为何常见:因为人类直觉里“知道的越多越厉害”太自然,容易忽略系统工程中“找得到、用得上”才是真正的瓶颈。

误区用户问“我这个官司能不能赢”,系统就应该告诉他一个百分比,这样才算智能。

正解真正的法律问答系统不会也不应该预测判决结果。诉讼结果取决于证据、法官裁量、对方抗辩等多重因素,AI 无法预知。负责任的系统会把问题拆解成“哪些事实需要证据”“可能适用的法条是什么”,引导用户寻求正式律师意见。

为何常见:闲聊式 AI 惯于有问必答,让人误以为法律助手也应该给一个确定答案,但法律领域的不确定性远超日常问答。

误区为了体现“记忆功能”,系统应该无限期保留用户全部聊天记录,这样任何一轮都能引用最早的信息。

正解上下文过长会拖慢推理速度,且大量无关旧信息会干扰当前判断。好的多轮系统会记录关键实体、定期压缩摘要、设置会话窗口,并在合规要求下限制敏感数据留存。老周记小本子也会挑重点记,而不是逐字抄录。

为何常见:产品经理容易把“记忆”简单理解为存储,忽略了记忆的筛选、遗忘和隐私合规。

误区只要在回答末尾加一句“仅供参考,不构成法律意见”,系统出了任何问题都可以推干净。

正解免责声明是风险控制的一部分,但不是万能挡箭牌。它还必须是显著、真实场景下能被用户看到的,并且系统本身要真正采取安全措施。如果系统对高危问题给出激进建议,一句免责声明并不能免除运营方的责任。老周说“仅供参考”之前,他确实会先保守作答。

为何常见:人们习惯把文字公告当作法律上的护身符,忽略了产品行为本身才是责任认定的核心。

误区系统只要把含有关键词的法条找出来,复制给用户,就算是合格的答案。

正解法条存在时效性、适用条件和与其他条文的关联。比如《劳动法》和《劳动合同法》并存,不同位阶和效力不同,直接复制可能误导用户。正确做法是在检索后增加排序、筛选、适用性判断和答案生成环节,把“可能相关”变成“当前情形下的参考建议”。

为何常见:因为“相关法条”看上去权威又具体,让人误以为找到了法条就等于找到了结论,忽略了法律适用中的上下文判断。

面试题

Q1. 法律问答系统最合理的处理链路是?

单选题 · easy

  • A.法条检索 → 意图识别 → 答案生成
  • B.意图识别 → 法条检索 → 答案生成← 正确答案
  • C.答案生成 → 意图识别 → 法条检索
  • D.意图识别 → 答案生成 → 法条检索

答案:B。系统必须先听懂用户问什么,再去法律库中找相关法条,最后生成可读回答。就像老周先问清来意,再翻书,再写便签。其他顺序会导致检索没有方向,或生成没有依据。

Q2. 意图识别中的“置信度阈值”主要作用是?

单选题 · easy

  • A.提升法条匹配速度
  • B.判断类别并决定是否追问← 正确答案
  • C.决定答案生成的长度
  • D.自动更新法规数据库

答案:B。置信度衡量系统对意图判断的把握。当最高置信度低于阈值时,系统不应硬答,而应主动澄清。它和检索速度、答案长度、数据库更新没有直接关系,是控制“何时承认不懂”的开关。

Q3. 法条检索中“语义匹配”相比“关键词匹配”的优势是?

单选题 · mid

  • A.忽略法律术语之间的差异
  • B.处理同义表达与语义相近← 正确答案
  • C.替代法官的自由裁量权
  • D.完全消除错误的检索结果

答案:B。语义匹配能把“被扫地出门”和“单方解除劳动合同”映射到相近的向量空间,解决字面不同但意思相近的问题。它不能替代法官裁量,也不能完全消除错误,只是比关键词匹配更能理解语义。

Q4. 答案生成阶段为什么要做“引用标注”?

单选题 · easy

  • A.为了增加回答的字数
  • B.为了让用户能够核对依据← 正确答案
  • C.为了让模型训练更加快速
  • D.为了自动通过安全审核

答案:B。法律回答必须有据可查。引用标注让用户知道“这句话出自哪部法律哪一条”,既增加可信度,也方便律师复核。它不是为了凑字数、加速训练或绕过审核,而是专业性和可解释性的基础。

Q5. 多轮对话里的“指代消解”是指?

单选题 · mid

  • A.删除用户的历史问题
  • B.理解这个、那个、她等所指← 正确答案
  • C.把问题翻译成法律术语
  • D.将多个用户合并成一人

答案:B。指代消解解决的是“这个”“那个”“她”到底指什么的问题。比如用户先说“公司辞退我”,再说“他们不给补偿”,系统要明白“他们”就是公司。它与删除历史、翻译术语、合并用户无关。

Q6. 法律问答系统收到疑似高危求助后应优先?

单选题 · hard

  • A.立即展示免责声明并结束
  • B.给出大概率建议并继续
  • C.启动风险拦截并转人工← 正确答案
  • D.记录信息但不做任何响应

答案:C。高危场景下,系统的首要目标不是提供答案,而是保障用户安全。正确策略是识别风险、展示求助渠道、转接人工或紧急援助。免责声明和常规回答都不应替代对人的即时保护。

Q7. 检索评估为什么同时看准确率和召回率?

单选题 · mid

  • A.因为指标越多越容易验收
  • B.因为两者反映漏检与误检← 正确答案
  • C.因为准确率受网络延迟影响
  • D.因为召回率能替代人工审核

答案:B。准确率关心“检出来的对不对”,召回率关心“该检的有没有漏掉”。只看准确率会漏掉重要法条,只看召回率会混入大量无关内容。两者一起看,才能评估检索的综合效果。

Q8. 一份规范的法律问答免责声明通常包含哪些要素?

多选题 · mid

  • A.明确提示不构成正式法律意见← 正确答案
  • B.建议紧急或复杂情况咨询律师← 正确答案
  • C.告知回复仅供学习参考使用← 正确答案
  • D.承诺回答与执业律师完全一致

答案:ABC。免责声明要说明回答的非正式性、参考用途,并引导用户寻求专业律师。它绝不能承诺与执业律师一致,因为这会误导用户并扩大平台责任。

Q9. 法律问答系统常用的多轮上下文策略有哪些?

多选题 · hard

  • A.记录会话中的关键实体信息← 正确答案
  • B.无限期保存全部原始对话
  • C.引入澄清与追问机制← 正确答案
  • D.窗口超限后做摘要压缩← 正确答案

答案:ACD。多轮对话需要记忆关键实体、主动澄清歧义,并控制会话窗口长度,超窗内容做摘要压缩。无限期保存全部原始对话既不经济,也会带来隐私合规风险。

Q10. 法律问答系统规模化落地需重点防控哪些风险?

多选题 · hard

  • A.法律数据隐私保护← 正确答案
  • B.咨询免责边界设计← 正确答案
  • C.降低模型的全部成本
  • D.人工转接兜底机制← 正确答案

答案:ABD。规模化落地要守住数据隐私、免责边界和人工兜底三条线。“降低模型的全部成本”不是风险防控目标,过度压缩成本反而可能牺牲质量与合规。