最终成果：按明确规则分配工单，保留紧急升级和人工处理入口。
这是一门可离线完成的Python实践课，使用标准库，不需要模型密钥。例子均为教学虚构，不是现实业务数据或真实效果证据。
1. 先看成果
输入示例：
{
"tickets": [
{
"id": "a",
"text": "你好"
}
]
}
预期输出：
{
"tickets": [
{
"id": "a",
"queue": "人工",
"urgent": false
}
]
}
2. 准备与首次运行
准备Python 3.10或更高版本。完整解压项目包，在包含verify.py的文件夹打开终端。Windows可用py -3代替python，macOS/Linux可用python3。
python --version
python verify.py
起始代码尚未实现，首次看到7项FAIL和NotImplementedError属于正常起点；语法或导入错误会给中文说明且不生成报告。先提交这份失败报告也可以。
3. 输入输出契约
输入tickets为最多100个对象，id为唯一非空字符串（最多80字符），text为最多2000字符字符串。文本含泄露或盗号时queue=安全且urgent=true；否则含退款或发票时queue=账务；否则含报错或失败时queue=技术；其余人工。非安全工单urgent=false。规则按上述优先级，输出tickets的id、queue、urgent，保持顺序。
solve(payload)接收一个JSON对象并返回上述JSON结果。任何契约规定的结构或类型错误都应抛ValueError，不返回貌似成功的部分结果。
4. 三段实现与分层提示
1. 保持工单身份
读取列表、验证唯一ID并返回顺序。
关注用例：manual、empty
-
第1层：重复ID会让后续处理指向谁？
-
第2层：ID必须唯一，不能用消息正文当身份。
-
第3层：先验证全部记录并收集ID，再分类。
2. 先处理高风险
实现安全、账务、技术的优先级。
关注用例：security、billing、technical
-
第1层：同一句话出现退款和盗号该去哪？
-
第2层：安全优先，其次账务，再技术。
-
第3层：用互斥分支确定第一个满足的类别。
3. 保留人工入口
核对多关键词与未知内容。
关注用例：priority、unknown
-
第1层：不匹配是否可以丢弃？
-
第2层：未知工单进入人工队列，不代表已经解决。
-
第3层：给每条记录显式默认分类，再验证优先规则覆盖它。
先写下自己的预期，再展开一层提示并修改。verify.py默认展示字段差异，仍卡住可加--explain查看诊断。
5. 用本地网页检查自己的输入
python run.py
打开终端显示的本地地址（默认http://127.0.0.1:8870），修改输入并运行，保存输出。端口已占用可运行python run.py --port 8871；不需要停止其他程序。
参考演示可运行python run.py --reference，参考输出不表示你自己的实现通过。
6. 组合挑战与评分
python verify.py --suite challenge --report challenge-report.json
4项挑战各25分，输入、错误类型及所有输出字段符合约定才得该项分数。完整用例与评分依据在project.json的learning.cases中。只表示这组输出符合约定，不证明独立能力。
-
多个风险词：安全覆盖其他队列。
-
词面规则的否定局限：本基线按词面规则，不声称理解否定。
-
混合队列保序：分类不能改变工单顺序。
-
拒绝重复工单ID：同ID无法定位处理结果，整批抛ValueError。
7. 自主扩展与提交
为否定句增加人工复核规则，保存修订前后分类及至少一个误分案例；只做本地分流，不发送客服消息。
至少自建一个测试，先写预期，再运行并保存实际结果。在项目页上传报告，填写两道解释题，展开自主扩展记录，填写需求、JSON输入/预期/实际及修订说明。扩展内容不自动算分，申请人工评价后由人核对。
-
解释题：解释安全升级为什么必须优先于账务和技术。
-
解释题：自建一个否定或歧义消息，说明规则的实际结果与人工应如何复核。
报告默认私有；申请后管理员才可看该次报告、项目链接、复盘与扩展证据，可撤回共享。服务器复核报告输出，不执行上传代码、不访问作品链接。修订时保留失败与新报告，不覆盖旧记录。
8. 局限与后续
本项目训练上述确定性规则，不调用模型，不代表完整业务系统。如需以后接入模型，先保留基线，单独明确成本与调用授权、构造错误输出并人工核对，不把本站参考结果当作模型效果。