展开本页目录
开始前准备什么
- 独立练习目录及Python 3.14;系统与Node依赖以README为准。
- 离线重放无需Key;新请求使用自己的apizt Key,先核对模型权限和当前价格。
- 原创合成材料,不需要登录第三方平台账号。
- 先看文件
- 按步骤操作
- 对照真实结果
- 离线或模型复跑
默认离线重放;包含完整失败尝试与本地检查,不含Key。
1. 核对本例材料与目标文件
区别旧志愿者分配:跨午夜连续时长、11小时休息和被限定候选导致的全局不可行证据,穷举求解并给最小冲突班次,不是模型贪心派人。
先下载合成材料在独立目录练习。原始文件、模型输入与验收答案分别保留;本地核对答案不发送给模型。
input.json(节选)
{
"policy": "每个班次必须一人覆盖;同一员工两班之间至少休息11小时。",
"employees": [
"A",
"B"
],
"shifts": [
{
"id": "N1",
"start": "2026-10-01T20:00",
"end": "2026-10-02T04:00",
"allowed": [
"A"
]
},
{
"id": "M1",
"start": "2026-10-02T08:00",
"end": "2026-10-02T12:00",
"allowed": [
"A",
"B"
]
},
{
"id": "E1",
"start": "2026-10-02T18:00",
"end": "2026-10-02T22:00",
"allowed": [
"B"
]
}
]
}2. 按顺序完成这项具体操作
本次实际使用Python 3.14,依赖版本固定在资料包。需要LibreOffice或Node的案例请先按README安装对应运行时。python run.py读取真实旧响应完成本地处理;只有显式--live才发新请求。
- 1. 打开 source-shifts.csv,查看N1跨午夜结束、M1次晨开始和E1晚班的时间,以及每班允许的员工;政策要求班间至少休息11小时。
- 2. 让 apizt 提取min_rest_hours与必须全覆盖的约定,不让模型先随意分配人员掩盖约束冲突。
- 3. 程序穷举允许的员工组合,按同一员工的时间顺序计算前一班结束至后一班开始的间隔,检查跨日休息限制。
- 4. 读取 shift-infeasibility.json,确认原约束无解,最小不可行核心为N1/M1/E1,而不是把未分配班次直接丢掉。
- 5. 逐个移除核心中的一个班次确认可行,再显式放宽E1候选作对照;只有修改后的约束出现解,原无解记录仍保留。
独立练习目录 · 默认仅离线复核
python3 -m venv .venv
source .venv/bin/activate
python -m pip install -r requirements.txt
python run.py3. 对照真正发送的请求
只处理给定原创虚构材料,只输出JSON。从排班政策提取min_rest_hours整数、must_cover_all布尔值。不要生成排班方案,程序会做跨日约束求解。 输出结构:{"min_rest_hours": "number", "must_cover_all": "boolean"}
网页实验台只执行这一步模型字段检查。原生文件写入、坐标/公式/格式回读及负例验收由下载包负责。
request-1.json(图片Base64省略,原文件在下载包)
{
"model": "gemini-2.5-flash-lite",
"messages": [
{
"role": "system",
"content": "严格只输出单个JSON对象,不要Markdown代码围栏,不要解释。只处理给定原创虚构材料,只输出JSON。从排班政策提取min_rest_hours整数、must_cover_all布尔值。不要生成排班方案,程序会做跨日约束求解。 输出结构:{\"min_rest_hours\": \"number\", \"must_cover_all\": \"boolean\"}"
},
{
"role": "user",
"content": "任务约束(只输出JSON对象,不用代码围栏):\n只处理给定原创虚构材料,只输出JSON。从排班政策提取min_rest_hours整数、must_cover_all布尔值。不要生成排班方案,程序会做跨日约束求解。 输出结构:{\"min_rest_hours\": \"number\", \"must_cover_all\": \"boolean\"}\n待处理合成材料:\n{\"policy\": \"每个班次必须一人覆盖;同一员工两班之间至少休息11小时。\", \"employees\": [\"A\", \"B\"], \"shifts\": [{\"id\": \"N1\", \"start\": \"2026-10-01T20:00\", \"end\": \"2026-10-02T04:00\", \"allowed\": [\"A\"]}, {\"id\": \"M1\", \"start\": \"2026-10-02T08:00\", \"end\": \"2026-10-02T12:00\", \"allowed\": [\"A\", \"B\"]}, {\"id\": \"E1\", \"start\": \"2026-10-02T18:00\", \"end\": \"2026-10-02T22:00\", \"allowed\": [\"B\"]}]}"
}
],
"temperature": 0,
"max_tokens": 1024,
"provider": {
"sort": "success_rate"
},
"response_format": {
"type": "json_object"
}
}4. 查看原生处理代码与实际文件
下面节选来自本次实际执行的workflow.py分支,需要结合完整脚本运行。模型输出不能代替文件解析器或业务验算。
具体产物:shift-infeasibility.json、result.json、checks.json、preview.html。
workflow.py · 本例分支节选
import itertools
shifts = data['shifts']
rest = output['min_rest_hours']
def solve(items):
answers = []
for people in itertools.product(*(r['allowed'] for r in items)):
assignment = dict(zip((r['id'] for r in items), people))
ok = True
for a, b in itertools.combinations(items, 2):
if assignment[a['id']] != assignment[b['id']]:
continue
first, last = sorted([a, b], key=lambda r: r['start'])
gap = (datetime.fromisoformat(last['start']) - datetime.fromisoformat(first['end'])).total_seconds() / 3600
if gap < rest:
ok = False
break
if ok:
answers.append(assignment)
return answers
answers = solve(shifts)
core = []
if not answers:
for n in range(1, len(shifts) + 1):
found = next((list(items) for items in itertools.combinations(shifts, n) if not solve(list(items))), None)
if found is not None:
core = [r['id'] for r in found]
break
relaxed = copy.deepcopy(shifts)
relaxed[-1]['allowed'] = ['A', 'B']
relaxed_answers = solve(relaxed)
check('原约束全局不可行而不是漏分配', answers == [])
check('最小不可行核心包含三个班次', core == ['N1', 'M1', 'E1'])
check('移除核心任一班次都可行', all((solve([s for s in shifts if s['id'] != removed]) for removed in core)))
check('明确修改候选后才出现解', len(relaxed_answers) > 0)
jout('shift-infeasibility.json', {'status': 'infeasible', 'min_rest_hours': rest, 'minimal_core': core, 'original_assignments': answers, 'relaxed_counterexample': relaxed_answers})
result = {'status': 'infeasible', 'minimal_core': core, 'relaxed_examples': relaxed_answers}5. 对照真实结果和检查表
实测2026-10-25T07:51:54.653775+00:00,HTTP200;请求gemini-2.5-flash-lite,返回gemini-2.5-flash-lite。本次6/6项检查通过,指本例执行及验收机制通过,不代表所有模型字段零误差。
最后一次返回用量401tokens;1份尝试记录的已知用量合计401。失败记录保留,用量缺失不按0计,本文不推算实际金额。
| 实际检查 | 结果 |
|---|---|
| 真实apizt API响应HTTP200 | 通过 |
| 模型结构化事实与原始材料一致 | 通过 |
| 原约束全局不可行而不是漏分配 | 通过 |
| 最小不可行核心包含三个班次 | 通过 |
| 移除核心任一班次都可行 | 通过 |
| 明确修改候选后才出现解 | 通过 |
- 实际检查
- 真实apizt API响应HTTP200
- 结果
- 通过
- 实际检查
- 模型结构化事实与原始材料一致
- 结果
- 通过
- 实际检查
- 原约束全局不可行而不是漏分配
- 结果
- 通过
- 实际检查
- 最小不可行核心包含三个班次
- 结果
- 通过
- 实际检查
- 移除核心任一班次都可行
- 结果
- 通过
- 实际检查
- 明确修改候选后才出现解
- 结果
- 通过
result.json · 原生处理后实际结果
{
"status": "infeasible",
"minimal_core": [
"N1",
"M1",
"E1"
],
"relaxed_examples": [
{
"N1": "A",
"M1": "B",
"E1": "A"
}
]
}6. 替换输入前,先确认这些边界
本例只验证合成材料和本地原生文件;不连接真实客户数据,不代表第三方SaaS已运行。
修改材料后应重新制定事实断言和反例。识别错误率、混淆矩阵或拒答类教程允许保留模型实际错误;检查通过指计算和处理正确。没有调用视频模型。
怎样确认已经完成
- 真实apizt API响应HTTP200
- 模型结构化事实与原始材料一致
- 原约束全局不可行而不是漏分配
- 最小不可行核心包含三个班次
- 移除核心任一班次都可行
- 明确修改候选后才出现解
常见问题
AI 排班表 约束怎么开始?
打开 source-shifts.csv,查看N1跨午夜结束、M1次晨开始和E1晚班的时间,以及每班允许的员工;政策要求班间至少休息11小时。按本页顺序继续,先用下载包离线重放,再替换自己的材料。
网页试跑和下载包有什么区别?
网页只复跑模型字段,不生成全部原生文件;资料包包含实际原生处理和本地验收。
这次通过结果适用于其他材料吗?
本例只验证合成材料和本地原生文件;不连接真实客户数据,不代表第三方SaaS已运行。


