虚构数据沙盒：本原型只使用虚构信息，严禁输入真实的个人、敏感或机密信息。仅限虚构信息，勿填真实资料
所有建议都需员工审核需员工审核
案件概览
待分析待核实信息待分析缺失、矛盾或不确定的内容
引文核对待分析在案件原文中找到的引文数量
紧急与脆弱性指标待分析只是提醒，优先级由员工判定
人工审核标记待分析是否需要专业人员介入与复核
案件录入
仅限虚构信息载入虚构案例，或自行输入。信息不完整也可以提交。
载入虚构案例
AI 分析工作流程
尚未分析案件
提交案情后，系统会提取关键信息、提示紧急与脆弱性指标并核对引文，再生成处理建议供你审核。
- 案件概览提炼关键信息
- 紧急与脆弱性标出需要关注的指标
- 证据与引文核对原文来源
- 处理建议建议路径与转介
一个案件如何被处理
这是一个受限的工作流，不是自主 Agent。模型只负责分析和起草，前后都有固定的代码检查，最后由员工决定。
- 代码01
输入检查
检查访问码和长度。发现疑似真实银行卡号时，不发送给模型。
- GPT02
分析与起草
案件连同 12 条虚构指引一起发给模型，回复必须符合固定的 JSON 格式。案件内容只被当作数据，不被当作指令。
- 代码03
输出检查
核对引文是否出现在原文，补上模型漏掉的审核标记，标出越界措辞，移除不存在的指引编号。格式不符的回复不显示。
- 员工04
审核决定
员工接受、编辑或不采用建议，判定优先级，修改草稿，并完成确认清单。
- 员工05
自行行动
员工在自身权限内联系当事人或其他机构。本工具没有发送功能，只导出案件记录。
为什么这样设计
- 阅读和整理非结构化叙述适合交给模型；安全底线不应依赖模型自己记得遵守。
- 12 条短指引可以每次全部发送，便于检查。真实的指引库需要改用检索。
- 规则只能增加提醒，不能删除模型的内容。误报的代价只是多一次审核。
边界与责任
AI 负责分析并准备建议。授权人员负责核实、沟通和行动。
AI 不会做的事
- 确认诈骗已经发生
- 决定最终风险等级或处置方案
- 拦截交易或修改账户
- 联系当事人或其他机构
员工负责的事
- 向当事人核实事实
- 判定优先级，决定是否采用建议
- 修改并亲自传达消息
- 取得交接同意，在权限内采取行动
可解释性
关键信息和指标都附原文引文，并标明信息状态。服务器会核对引文是否真的出现在原文中，但这不能证明解释一定正确。
隐私
案件内容会经第三方 API 中转站发送给模型，因此只能使用虚构信息。服务器不存储案件；为防止误刷新，内容会临时保存在当前浏览器标签页，关闭标签页或点“清除并开始新案件”后清除。银行卡号检查只是安全网，检测不了姓名、地址等信息。
虚构内容
案例、指引、处理路径和合作机构都是为原型编写的，不是真实政策。
原型的限制
规则只是文本匹配，可能漏报或误报。确认清单只记录员工的声明。没有账户系统，也没有对接其他机构的系统。