QUOTE

从下载安装,到用DPIA Skill完成一次欧洲新能源汽车电池项目评估

—— Cece

文|Cece

DeepSeek Harness官方桌面版已经可以下载了。对法律人来说,我想先看看:它实际用起来怎样?能不能读材料、提出有用的问题、形成分析,再把结果保存成可以继续处理的文件?

这一期,我们从下载安装开始,把朱律师开发的DPIA Skill放进DSH,再用上一次评测过的《欧洲市场新能源智能汽车电池健康云端监测与告警服务产品需求文档》跑一次法律任务。WorkBuddy作为对照组,两端都选用DeepSeek-V4-Pro、同一版本Skill和同一份PRD。

我们想回答的是:DeepSeek Harness官方桌面版,在法律人的具体工作场景里,到底具不具有可用性?

先给出本次判断:DSH已经能承接“读材料—问问题—分析—交付文件—补答复评”这条工作链,在本案的追问覆盖、来源区分和版本保存上表现较好,适合辅助材料整理、访谈准备和阶段性内部分析。报告里的部分法律判断与措施论证,还需要专业复核和补强。

文末还有一个彩蛋:除了通过对话调用Skill,我们正在把这套DPIA流程做成DSH里的插件工作台。下面先把桌面版用起来,再沿着实际案例看这些判断从哪里来。

本文看点

01

下载安装与DPIA Skill

02

DSH实测与WorkBuddy对照

03

法律场景可用性与插件彩蛋

01

GET STARTED

一、下载安装:从官方入口进入桌面工作区

1. 下载与你的电脑对应的版本

打开DeepSeek Harness官网,选择桌面版下载。官网提供macOS Apple芯片版和Windows 64位版。我们这次使用Mac,下载页面注明Apple芯片、macOS 13或更高版本。下载后按安装文件提示完成安装,再打开DeepSeek Harness。

DeepSeek Harness官方桌面版下载页面。官方桌面版下载入口。普通用户从这里开始即可。官网同时提供源码和开发者入口。

2. 登录,或配置自己的API Key

首次打开后,欢迎页提供“登录”和“添加API Key”两个入口。使用账号服务的读者可选择登录;已有模型API服务的读者可选择添加API Key,按界面提示填写自己的配置。

3. 选择用途和过程展示方式

初始化会询问你希望它帮助完成什么工作,截图中提供“办公与创作”和“代码与开发”。以文档分析为主,可以从“办公与创作”开始。随后选择希望看到多少工作过程:聚焦结果、关键细节或完整过程。

初次做法律任务,我建议选“关键细节”:既能看到任务推进,又便于检查它读取了哪些材料、调用了什么能力。需要排查问题时再展开完整过程。初始化界面也说明,这个设置调整的是展示方式。

4. 新建工作区,选择模型和模式

工作区对应本地文件夹。可以为这个测试新建一个文件夹,放入PRD,把它作为DSH工作区打开,再新建会话。

本次使用标准模式、DeepSeek-V4-Pro、High。截图中的标准模式可以按需使用检索、编辑和终端等工具,适合这次读取文档、执行Skill和生成文件的任务。创造模式用于定制插件,本期DPIA测试从标准模式开始。

DSH标准模式与模型选择。本次测试的主界面与模式选择。输入框旁显示DeepSeek-V4-Pro High。


02

DPIA SKILL

二、把朱律师开发的DPIA Skill带进来

DPIA是数据保护影响评估。Skill可以理解为把专业方法写成AI能够遵循的任务说明和配套资源。本期使用的assess-product-dpia由朱律师开发,测试版本为0.7.8。这个Skill把专业任务分成五步:

建立事实与来源 → 判断是否需要DPIA → 形成内部风险和整改分析 → 按用户选择出报告 → 根据新材料持续复评。

这套流程有两个直接的使用价值:一是让Agent先核对事实、提出真正影响判断的问题;二是把一次聊天沉淀为可继续修改的工作材料。

在DSH里,可以直接把本期测评包中的DPIA Skill压缩包发到对话窗口,再告诉它:

PROMPT

请安装我上传的 assess-product-dpia Skill 压缩包,并确认当前工作区的会话可以调用。安装完成后告诉我技能名称和版本。

等它回复安装完成、识别到技能后,再开始评测;如果提示需要新会话,就在同一工作区新建会话。读者不用先找到隐藏目录、手动放置文件。DSH这里通过对话完成安装,WorkBuddy等工具则提供明确的技能管理或导入入口,两者的上手方式不同。PRD作为后面的任务附件单独提供。

对照组WorkBuddy导入同一份Skill,选择同名模型。这样,我们观察的是同一种专业方法放到两个Agent中,分别怎样被执行。

本次设置主测:DeepSeek Harness对照:WorkBuddy
客户端0.2.0-rc.25.6.2
模型DeepSeek-V4-Pro,HighDeepseek-V4-Pro
Skillassess-product-dpia 0.7.8同一版本
首轮材料欧洲新能源汽车电池PRD同一文件
初始任务按Skill正常流程推进逐字相同

WorkBuddy没有提供与DSH同名的High档位选择。


03

TEST CASE

三、先读懂案例:一个电池健康功能,为什么需要法律评估?

这是一份为测试拟制的PRD,也是上一次DPIA评测使用的同一份文档。它设想为欧洲市场新能源汽车提供电池健康监测:车辆采集电池参数,上传中国云端,算法给出健康评级和风险预警,再联动欧洲售后服务。

产品的业务目标很容易理解:提前发现电池隐患,减少故障,方便车主预约维修,也让总部掌握全域车辆状态。但是,把产品流程拆开看,里面存在多条需要法律人追问的链条。

数据怎样流动

欧洲车辆BMS采集 → T-BOX上传 → 中国云端分析 → 车主收到评级与告警 → 总部运维核实 → 欧洲售后处理工单 → 历史数据用于分析、优化和研发。

BMS可以理解为车上的电池管理系统,T-BOX是负责车联网通信的终端。法律人不必先掌握全部技术细节,但需要知道谁采什么、传给谁、为了什么、保存多久。

PRD中的具体设计法律人应当追问什么
采集车架号VIN、电池参数、运行状态、充电方式和故障码这些信息能否与车主、驾驶人或员工关联?不能只接受PRD“不涉及车主隐私”的自我判断
正常状态每30秒上传,行驶或充电每10秒上传;异常实时上传;静置超过24小时后每2小时上传不同目的是否都需要相同频率?能否车端处理、异常时上传或降低字段和频率?
网络不佳时本地缓存,恢复后补传用户关闭功能以后,缓存是否保留、是否补传?
中国云端集中存储,车辆使用周期内“永久留存”,报废后归档归档以后何时删除?主库、缓存、备份、导出文件能否分别处理?
算法采用100分制进行电池健康评级评分如何影响人?错误信息会使人作出什么决定?
一级告警先通过车机弹窗、语音、双闪及短信等触达,随后由安全人员在1分钟内核实如果先误报、后核实,期间可能造成什么影响?
车队用户可以批量查看、导出数据管理者能否据此识别、比较驾驶人的行为?文件下载后如何控制?
数据用于历史比较、算法优化和研发服务、售后、优化、研发是否各有适当依据和范围?

为什么选这个案例

它同时包含业务上很有吸引力的功能,以及容易被概括性意见掩盖的细节。比如“保护电池安全”并不会自动回答所有采集是否必要;“有人工核实”也不会自动回答强制告警发生之前有没有人检查。

好的DPIA分析需要描述处理活动、评价必要性与相称性、分析对个人的风险,再说明措施如何应对风险。这也是WP248 DPIA指南所说明的方法。接下来,我们把它转成这个案例的具体参考标准(评测中也称Gold)。


04

REFERENCE

四、本案的参考标准:怎样的答案才值得法律人采用?

这份参考标准是一份“合格分析应当回答什么”的清单。它从PRD、既有补答和Skill流程提炼,告诉读者“应该发现什么、怎样展开、用什么证据核对”。它允许有理由的不同结论;重点是分析链条完整。

编号本案应有的分析读者核对时看什么
G01 事实与来源区分PRD设计、测试中的确认答复、模拟规划和未知不能把“可能采用”改写成“已经确认”;车辆数据与人的关联应进入分析
G02 活动与角色分开监测告警、售后、车队导出、优化和研发;确认国家和决定行为不能只写笼统“处理车辆数据”,或把平台、部门直接当法人
G03 频率与时序保留10秒、30秒、2小时等条件;准确记录先告警后人工核实重要条件进入后续风险分析,不能在摘要时丢失
G04 保存与退出分别检查主库、归档、备份、缓存、关闭和换主归档不等于删除,关闭不自动等于停止所有后续使用
G05 必要性与替代方案比较车端分析、异常上传、降频、减字段、不同用途分层保留不能用“业务需要”四个字完成必要性论证
G06 告警对人的影响分析误报、漏报及核实前强制触达的影响连接到分心、不当紧急处置、延误维修或救援等具体路径
G07 车队与导出分析管理员权限、驾驶人识别和下载后的传播后台权限之外,还要看导出字段、再提供及越权使用
G08 法律基础与中国接收按目的分析依据,明确参与实体和传输结构“保障机制尚未确认”不能自动写成“已有保障”或“确定没有保障”
G09 DPIA触发区分一般高风险、特定法定触发和当地具体清单引了官方链接以后,还要匹配条文或清单的要素
G10 措施与验证每个风险对应措施、作用机制、验收证据和失效处置“提供方案”之后,怎样知道措施真的有效?
G11 交付与更新文件便于阅读;补答后更新受影响判断,保留旧版能看出当前做到哪一步、新结论依据什么变化

以强制告警为例:一段充分的法律分析应当写到哪一步

PRD写的是先触达车主,安全人员再在1分钟内核实。因此,一段有实质内容的分析至少应当解释:

REFERENCE

一级告警在人工核实前已通过弹窗、语音和双闪等方式触达。如果算法误报,驾驶人可能在尚未取得人工确认时分心或采取不当停车等处置;如果漏报,则可能延迟维修或救援。应分别评估这些路径的发生可能性和后果。人工核实可以缓解持续影响,但需要说明它对首次触达已经产生的影响能起什么作用。

相应措施可以研究告警分级与显示方式、关键判断复核时点、误报撤回与更正、极端情境验证和兜底流程。是否需要前置人工复核,还要与真实危险时的告警及时性一起权衡。一份充分的法律分析应把这种权衡写出来,并给出验证办法。

再用高频采集示范“建议”怎样落地

“建议遵守最小必要原则”过于宽泛。本案应进一步问:安全告警、健康报告和算法研发分别需要哪些字段、什么精度和频率?哪些异常能在车端先判断,再上传事件或摘要?降低上传频率后,会损失多少预警效果?

措施验收也应具体到可比较的证据,如异常发现率、告警延迟和误报情况。这样,产品和研发才能知道下一步需要提供什么。

完整参考标准及核对表保留在测评包中,自己运行结束后再看。


05

DSH TEST

五、实测过程:DSH怎样把这份PRD接过来?

第一步:同一份PRD,同一句任务

我们在DSH新建会话,附上PRD,输入:

PROMPT

请使用已安装的 assess-product-dpia Skill 的正常工作流程,对所附PRD开展DPIA相关工作,并按流程推进到当前材料允许达到的阶段。

WorkBuddy对照组使用相同输入。这句话没有把参考答案直接告诉Agent,具体怎样读材料、提问和形成分析,由它按Skill执行。

第二步:DSH先交付了什么

DSH首轮约10分53秒完成。它给出事实清单、条件性筛查结论和内部评估,随后要求用户选择继续补答复评,或按现状生成待完善报告。原始会话中的关键回复如下:

REFERENCE

“30 条原子事实,8 项待确认差额” “需要开展 DPIA(条件性结论,触发项 EU-T04 = GDPR 35(1) 一般高风险)” “三部分:评估事实 → 评估结果 → 整改清单”

对法律人而言,这个交付顺序很容易理解:先看它读懂了哪些事实,再看哪些问题会影响判断,最后看已有分析和下一步动作。

DSH提出的8组问题,覆盖了以下内容:

追问主题它试图解决的问题
上线或试点国家到底适用哪些成员国要求
定位方式是否持续GPS,还是仅预约时定位
向中国传输适用的保障安排有哪些
个人权利访问、更正、删除、可携带如何实现
保存和归档主数据、日志、备份怎样删除
优化和研发二次用途依据及兼容性怎样判断
告知和开通展示时点、语言、选择及撤回怎样设计
代表与DPO相关治理安排是否落实

其中,数据生命周期覆盖值得肯定;提问方式还有改进空间。“有哪些保存规则”适合向业务方问事实,“研发用途的法律基础”则需要法律人根据事实作分析,不能把法律判断简单转回业务方。

第三步:补答之后,它有没有真正更新?

我们选择继续复评,并按实际问题提供此前保留的答复。比如:测试范围为法国和德国,由中国总公司决定用途与处理方式;关闭后缓存保留,历史数据、报废归档和备份不删除;关闭后仍用于售后、模型优化和新车型研发。

另一些回答明确属于模拟规划,例如“只在寻找网点时定位一次”。我们保留了这种来源区分。

DSH第二轮把事实从30项增加到48项,保留6项风险、7项措施。比数字更有意义的是,它把新增内容写进了具体事实和风险。评估底稿中的两条原文是:

REFERENCE

F34:“关闭后待补传缓存保留;历史数据、报废归档和备份不删除”。 F35:“关闭后数据仍用于售后、模型优化和新车型研发;单独拒绝后两项用途的机制尚未设计”。

它也调整了此前对连续位置采集的推断,把相关风险改写成高频电池遥测可能形成的用车行为画像,并在回复中说明:

REFERENCE

“无新追问:上一轮8项差额已答复,本轮不再重复提问,残留未知项转入‘尚不能定论的部分’与整改清单。”

这种更新是桌面Agent的实际价值:新材料进入后,已有分析能够接着走,而不是只多生成一段新的聊天答案。不过,“不再追问”也需要对照参考标准检查是否还有没有展开的重要环节。


06

WORKBUDDY

六、对照组WorkBuddy怎样回复?

WorkBuddy首轮也形成了内部评估,先问三组核心问题:上线国家及实体、定位采集、VIN与人的关联。首轮操作记录显示25项事实、7项风险、7项措施。它的追问更集中,第一步即可看见可用的风险分析。

补答后,WorkBuddy把事实更新为33项,风险和措施各8项。但第二轮回复出现了一个值得仔细看的问题。它在“用户直接确认”项下写道:

REFERENCE

“VIN 经绑定表/授权关系关联到账号与驾驶人;定位仅寻网点时一次性获取……车主≠驾驶人(含员工/租赁/多人共用)。”

这些安排在输入中原本被标成模拟规划。

这段回复看起来非常有条理,甚至有专门的“答复性质区分”标题。但是标题写对了,具体内容并没有全部分对。评估文件中的F26、F27、F33也被改成了confirmed。

我们随后指出这一点,要求保留原来的来源性质,并继续回答它新增的问题。第三轮,WorkBuddy将这三条改为inferred,调整相关判断,最后形成38项事实、8项风险和8项措施。

WorkBuddy事实来源纠错。人工指出后,WorkBuddy纠正模拟规划的来源状态。这个过程能说明它怎样响应纠错,也提示法律人应核对原话与事实标签。

对照组还有两项操作经历:界面发送一度受阻,重开原会话后恢复;运行中发现Skill的空值处理错误,自行修改一行脚本后继续完成任务。后者体现了执行和恢复能力,也提示我们应保留运行版本的变化记录。

从实际使用过程看,两个Agent都能持续推进。DSH的第一轮追问覆盖更多生命周期问题;WorkBuddy需要我们额外指出一次来源分类错误。这个差异会直接影响法律人需要投入的复核工作。


07

OUTPUT REVIEW

七、把最终产物打开,内容究竟做到了哪一步?

1. 每端6份分析文件,各有什么用途?

两端最后一轮都交付了6份分析文件。法律人主要阅读事实与问题清单、内部评估报告;其余评估底稿、来源索引、流程记录和技术核对数据,用于回查依据和后续更新。

这比只在聊天里给出一段答案更便于接续:先核对事实,再阅读风险和整改,需要追溯时还能找回材料依据。

本次选择继续补答复评,因此交付的是阶段性内部评估材料,尚未进入正式Word报告环节。正式报告是Skill下一步可选择的输出,不能把本次内部评估理解成完整DPIA已经完成。

DSH复评后的事实与追问产物。DSH原评测会话中,左侧保留本轮结论与待补事项,右侧打开复评后的事实清单,可以对照核对分析采用了哪些事实。

2. DSH的六项风险具体是什么?

第二轮评估集中在以下六个主题:向中国传输及保障安排、高频遥测形成行为画像、历史及归档备份不删除、关闭后优化研发等用途、开通告知与选择、权利请求和转让解绑退出。

它已经能把问题从抽象的“保护隐私”,推进到具体业务动作。尤其是关闭后的保留和用途,能够接住补答继续分析。对准备与产品、研发开会的法务,这样的底稿有直接用途。

WorkBuddy的八项风险则包括跨境、长期保存、告知与法律基础、研发二次利用、后台访问、个人权利、评级告警准确性,以及车主与驾驶人分离后的告知和权利问题。它比DSH更明确地单列了误报、漏报和多主体问题。

只数风险条数,会错过真正的差异。下面按同一组应当检查的问题看内容。

3. 对照参考标准比较:哪些分析扎实,哪些仍需继续?

应当检查的问题DSH产物表现WorkBuddy对照表现本案判断
事实与来源确认、模拟、未知总体分开;接住关闭后的直接答复第二轮误升三条来源,第三轮纠正DSH本次来源传递更稳
高频采集单列10—30秒遥测画像风险;建议继续论证最小化频率进入事实与筛查,但缺具体替代设计分析DSH识别了问题,两端仍需展开替代方案
保存和关闭获得补答后,写入缓存、历史、归档、备份及关闭后用途识别永久留存;未问到同样补答DSH访谈覆盖较好;按各端收到的材料评价
告警影响没有完整展开核实前强制触达的风险与措施链R7讨论误报、漏报,但评级理由部分依赖事后人工核实对照组召回该主题更明确,两端都要补时序分析
车队导出有相关事实,缺明确的导出后风险控制链有后台访问控制建议,下载后传播控制不足两端都还需说明:文件导出后,谁能持有、转发和继续使用,以及怎样限制这些行为
逐目的分析将售后、优化、研发和拒绝机制写入分析识别二次用途基础与兼容性待补需要继续用业务事实展开依据与选择设计
法国、德国清单保留当地清单待核检索后写成确定命中,但匹配理由不足DSH没有提前宣称完成;WorkBuddy需要纠正具体论证
措施验收多要求补充期限表、说明和设计多要求提供权限矩阵、日志或准确率方案两端都应从“方案存在”进一步走到“效果验证”
版本更新同一事项保留新修订和父版本后两轮修订ID相同,工作文件覆盖DSH本次更便于接续和回查

4. 看两段产物原文,就能理解深度差在哪

DSH对高频采集提出的A-02,验收要求是:

REFERENCE

“确认位置采集范围并证明最小化设计”。

方向是对的,但对照前面的参考标准,还缺少具体比较对象和验收方式。产品同事读到后,仍要追问:证明哪些字段、哪一档频率、与哪种替代架构比较、用什么结果验收?

WorkBuddy对后台访问的A5写道:

REFERENCE

“提供权限矩阵与访问审计日志方案”。

这能推动后台权限设计,但车队数据一旦被导出成文件,谁能再转发、离职后是否继续持有、是否保留不必要的个人关联字段,还需要继续分析。

再看WorkBuddy怎样判断“错误告警”的风险。它认为,已有工作人员核实告警,虽然这种措施的效果还没有验证,风险仍可暂列为“非高”。

这里要追问的,是“工作人员什么时候核实”。 PRD写的是:一级告警先通过弹窗、语音和双闪提醒司机,工作人员随后在1分钟内核实。如果告警本身是错的,司机可能已经分心,甚至作出不必要的紧急处置。事后发现误报,能够帮助纠正,但未必能避免先前已经产生的影响。

因此,报告还应说明:人工核实具体能减少什么风险,首次提醒造成的影响由什么措施控制,以及这些措施需要怎样验证。这样才能支持“非高”或“高”的评级。问题不在于必须评成高风险,而在于不能只看到“有人核实”,就跳过对先后顺序和措施效果的分析。


08

LESSONS

八、这些差异告诉我们,还要检查哪些环节?

第一,追问会决定后续分析能拿到多少事实。DSH问了关闭、保留和研发,因此收到相关补答;WorkBuddy没有问到同样范围。这个差异首先来自访谈路径,不能把各端收到不同材料后的结果简单看成模型能力差距。

第二,要同时保留事实内容和来源性质。WorkBuddy把模拟规划升级成确认事实,说明信息在传递过程中可能变得比原输入更确定。DSH本次总体分开了确认与模拟材料,但它某段跨境论证也把“尚未确认”推进成“无任何传输保障依据”,同样需要逐项检查。

第三,清单读到了,不等于分析展开了。两端都读到了告警时序和批量导出,风险、个人影响、措施和验收之间却没有充分连接。找到法源以后,也还需要把具体规则与案件事实对应起来;官方链接本身不能替代适用论证。

第四,连续工作需要可靠的版本记录。DSH的新修订与旧稿留存,使补答前后的分析容易比较。WorkBuddy本次依赖外部快照补足历史。当前版、旧版、新增事实与结论变化能否对应,会直接影响复核和同事接手。

合同审查、调查访谈、案件分析也会经过材料、事实、依据、判断、交付的转换。这些环节值得随着实际使用继续检查和改进。


09

USAGE

九、做完这次任务,消耗了多少?

DSH原始测试会话累计显示9,648,922 tokens,包括:

DSH计量项目数量
未缓存输入192,695
缓存读取9,308,416
输出147,811
合计9,648,922

WorkBuddy三轮分别消耗125.19、141.21和125.59积分,合计391.99积分。

这两类单位可以并列记录,不能直接换算。本次没有人民币实付账单;DSH累计token含大量缓存读取,WorkBuddy第三轮又同时包含纠错、补答与法源检索。对法律人更有用的记录方式,是把原始用量、到达的工作阶段、人工补答和纠错次数放在一起看。

本次体验提示:复杂法律Skill会伴随多次工具调用和上下文处理,不能只用最终报告字数估算消耗。今后的连续使用中,还应记录自己阅读和修改这些产物花了多少时间。


10

VERDICT

十、回到最初的问题:DSH桌面版对法律人可用吗?

就本次测试看,具备实际可用性,已经可以用于材料整理、访谈准备和阶段性内部分析;关键法律判断及最终交付,仍需法律人复核。

这个结论有几项具体依据。

从上手体验看,官方桌面端提供了工作区、会话和文件预览,我们通过对话完成Skill安装,把已有专业方法带入实际任务。测试中,它能读取PRD、按流程提出问题,并保存成套工作材料。

从任务推进看,它的首轮追问覆盖了多个数据生命周期环节。补答后,关闭后的保留和用途进入了复评,它也修改了此前的位置采集推断,已有分析能够接着走。

从复核与接续看,事实清单、内部评估、来源记录和新旧修订让工作较容易回查。这些产物可以帮助法务准备与产品、研发的沟通。

WorkBuddy对照则提醒我们,同一个模型、同一份Skill,具体执行仍会不同。DSH本次在追问覆盖和来源传递上更稳;WorkBuddy更明确地召回了误报、漏报等主题,也能在人工指出后纠正来源错误。不能只按事实或风险条数判断谁更好。

可用性的边界也很清楚:高频采集的替代设计、强制告警的个人影响、车队导出后的控制,都还没有分析到足够深;来源状态与法源适用也需要继续核对。我们没有证据把本次阶段性内部评估当作可以直接交付的完整DPIA。

对于想尝试的法律人,我建议从一个自己能够完整复核的任务开始。第一轮先看它是否读到决定性事实、追问是否覆盖业务前后过程、产物是否方便修改。收到报告后,再检查一条重要风险:谁受到什么影响,影响怎样发生,措施能阻止或缓解什么,以及怎样验证效果。

把自己的专业方法写进Skill,也要通过这些实际行为检查它有没有执行到位。这样更容易判断,工具究竟帮我们省下了哪部分工作,又在哪部分仍需要专业投入。


11

PLUGIN

十一、最后一个彩蛋:把DPIA Skill做成DSH里的插件工作台

完成桌面端实测以后,我们还想把这套流程变成更方便法律人操作的界面。DSH提供了扩展工具和界面的插件机制。官方介绍 我们正在开发的DPIA插件,已经可以在DSH侧栏打开专门的工作台。沿着创建、补答、查看结果和交付文件走一遍,更容易理解它会怎样改变法律人的操作过程。

创建前:先建立一个评估案件

面对一份新PRD,第一步是给这项评估一个明确的项目名称。案件建立后,材料、后续答复和报告有了共同的归属。过几天继续处理时,可以从案件列表进入,不必从一长串聊天里重新寻找起点。

评估中:把追问、答复和仍缺的信息放在一起

DPIA评估中的问题与补答。DPIA插件开发版的“问题与补答”页,可以查看已有答复,选定后继续复评。

例如,PRD只写“欧洲”,工作台会把具体上线国家列为待补问题,并说明它影响哪些判断。收到业务方答复后,可以围绕这道问题补充材料,再提交复评。画面中的测试答复仍未给出国家清单,因此问题继续保留为待答。

这对法律工作很实用:一个问题有没有答复、答复有没有真正解决缺口,是两件需要分别核对的事。把问题、已有信息、补答及处理说明放在一起,法务就更容易决定下一封邮件该问什么,也方便同事接手。

评估结果:先看结论,再进入风险和整改

DPIA工作台本轮评估结果。DPIA插件开发版的结果总览。事实、待答问题、风险和整改分别列出,结论下方保留适用前提、下一步和报告入口。

结果页帮助法律人快速找到几件事:目前得出了什么结论,哪些事实仍待补,接下来该看哪项风险或整改。需要准备产品评审会时,可以从这里进入风险依据和整改内容;需要继续访谈时,则返回问题清单。材料更新后,再检查现有分析是否对应新的材料版本。

报告交付:找到这一版的文件和历史

DPIA工作台报告结果与下载。DPIA插件开发版的“报告与版本”页集中提供内部报告、结果历史和文件下载。图中已有文件标注为“待完善草稿”,并显示对应的评估修订、文件版本及Word、PDF入口。

到了交付环节,法律人更关心的是文件能否找到、对应哪一版材料、还有什么需要修改。把报告与其依据的版本放在一起,能减少把旧报告当作当前结论的机会,也便于继续编辑和回查。

当前展示的是DPIA插件的开发版,功能和界面仍在完善。

这部分让我看到了工作台的未来可能性:专业方法可以写进Skill,执行过程沉淀成文件,再通过专门的界面管理问题、复核判断和找回交付。接下来还需要继续提高分析质量和流程可靠性,但这条路径已经有了可以看见、可以继续建设的形态。


12

TRY IT

想用同一个案例试一次

本次测试使用的是此前评测过的拟制电池PRD。自己尝试时,可以先安装Skill,提供PRD和本文的初始任务提示,保存第一轮结果;再按实际追问提供对应补答,保存复评结果。运行结束后,对照参考标准,找出一处做得好的分析、一处需要补强的分析,以及下一步需要人工处理的事项。

如果同时比较另一个Agent,尽量使用同一模型、Skill版本、PRD和初始提示,分别保存每一轮。参考答案和其他Agent答案应留在运行材料之外,才能观察它自己的分析过程。


13

MEMBER BENEFITS

星月计划学员的两项实操权益

完整测评报告与测评包:拿同一个案例,亲自跑一遍

完整测评报告和配套测评包,均属于星月计划的学员权益。

完整报告保留了测试过程、产物对比和问题分析。测评包则把动手需要的材料放在一起:同案PRD、朱律师开发的DPIA Skill、补答材料、参考标准和测试引导。

拿到这些材料,你可以按本文的步骤完成首轮评估和补答复评,再对照参考标准检查结果:自己的Agent有没有漏掉重要事实,哪些分析已经可用,哪些地方还需要继续追问和修改。也可以换一个Agent,用同一份案例做对照,形成自己的使用判断。

DPIA插件试用:在DSH里体验专门的法律工作台

除了测评资料,星月计划学员还享有DPIA插件试用权益。

这项权益让你进一步体验文末展示的工作台:围绕一个评估案件管理材料、处理追问与补答、查看风险和整改,并找回对应版本的报告。

插件将于国庆节后向学员开放试用,配套安装说明和使用引导。你可以把前面的Skill实测和插件工作台结合起来,体验一项法律任务从对话推进到专门界面的过程。


END

想了解星月计划、领取学员测评资料,或咨询DPIA插件试用安排,可以扫描下方二维码添加我的微信。我是Cece,欢迎来聊聊你想尝试的法律AI场景。

Cece微信二维码