最终成果：按日期归档内容，标出同渠道同一天的冲突与待审项目。
这是一门可离线完成的Python实践课，使用标准库，不需要模型密钥。例子均为教学虚构，不是现实业务数据或真实效果证据。
1. 先看成果
输入示例：
{
"posts": [
{
"id": "a",
"date": "2026-10-21",
"channel": "站内",
"approved": true
}
]
}
预期输出：
{
"posts": [
{
"id": "a",
"date": "2026-10-21",
"channel": "站内",
"approved": true,
"conflict": false
}
],
"pending": []
}
2. 准备与首次运行
准备Python 3.10或更高版本。完整解压项目包，在包含verify.py的文件夹打开终端。Windows可用py -3代替python，macOS/Linux可用python3。
python --version
python verify.py
起始代码尚未实现，首次看到7项FAIL和NotImplementedError属于正常起点；语法或导入错误会给中文说明且不生成报告。先提交这份失败报告也可以。
3. 输入输出契约
输入posts为最多100个对象，id唯一非空且最多80字符；date为真实YYYY-MM-DD；channel非空最多80字符；approved必须是真正布尔值。按date、channel、id升序输出posts，每条含原四字段和conflict。同date和channel有多条时全部conflict=true，包括未审批条目。另输出pending为未审批ID按字符串升序列表。这里只做排期，不执行发布。
solve(payload)接收一个JSON对象并返回上述JSON结果。任何契约规定的结构或类型错误都应抛ValueError，不返回貌似成功的部分结果。
4. 三段实现与分层提示
1. 统一排期数据
校验日期、ID与审批布尔值。
关注用例：one、empty
-
第1层：字符串false算未审批吗？
-
第2层：approved须为bool，日期必须真实存在。
-
第3层：先校验整批数据，防止部分成功掩盖坏记录。
2. 识别排期冲突
按日期和渠道分组，不混淆不同渠道。
关注用例：conflict、channels、dates
-
第1层：同一时间发到不同渠道算本契约的冲突吗？
-
第2层：冲突键是(date, channel)，超过一条时全部标记。
-
第3层：先统计每个键的数量，再给每条记录附conflict。
3. 待审与排序
独立输出待审清单，完成稳定排序。
关注用例：pending、sort
-
第1层：没有审批的排期是否也占一个位置？
-
第2层：待审条目参与冲突检测，但不会发布。
-
第3层：pending单独按ID排序，posts按三个字段排序。
先写下自己的预期，再展开一层提示并修改。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独立排序：pending不沿用日期顺序。
-
渠道排序：同日先按渠道排序。
-
历史排期也保留：不依赖今天自动删除历史。
-
字符串不能冒充审批：字符串false不是布尔值，须抛ValueError。
7. 自主扩展与提交
增加一天最多N条的容量规则，写出它与同渠道冲突的区别，并保留一个需要人工调整的排期。
至少自建一个测试，先写预期，再运行并保存实际结果。在项目页上传报告，填写两道解释题，展开自主扩展记录，填写需求、JSON输入/预期/实际及修订说明。扩展内容不自动算分，申请人工评价后由人核对。
-
解释题：为什么已审批和无冲突是两个不同条件？
-
解释题：自建一个跨渠道容量冲突，解释你的新增规则及修改前后结果。
报告默认私有；申请后管理员才可看该次报告、项目链接、复盘与扩展证据，可撤回共享。服务器复核报告输出，不执行上传代码、不访问作品链接。修订时保留失败与新报告，不覆盖旧记录。
8. 局限与后续
本项目训练上述确定性规则，不调用模型，不代表完整业务系统。如需以后接入模型，先保留基线，单独明确成本与调用授权、构造错误输出并人工核对，不把本站参考结果当作模型效果。