展开本页目录
开始前准备什么
- 独立练习目录及Python 3.14;系统与Node依赖以README为准。
- 离线重放无需Key;新请求使用自己的apizt Key,先核对模型权限和当前价格。
- 原创合成材料,不需要登录第三方平台账号。
- 先看文件
- 按步骤操作
- 对照真实结果
- 离线或模型复跑
默认离线重放;包含完整失败尝试与本地检查,不含Key。
1. 核对本例材料与目标文件
不是跨夜考勤例外,目标是项目工时重叠不可直接加总。需人工重叠复核。
先下载合成材料在独立目录练习。原始文件、模型输入与验收答案分别保留;本地核对答案不发送给模型。
input.json(节选)
{
"entries": [
{
"id": "T1",
"person": "A",
"project": "P1",
"start": "2026-10-01T09:00",
"end": "2026-10-01T12:00",
"note": "正常开发"
},
{
"id": "T2",
"person": "A",
"project": "P2",
"start": "2026-10-01T11:00",
"end": "2026-10-01T14:00",
"note": "可能重复计时"
},
{
"id": "T3",
"person": "B",
"project": "P1",
"start": "2026-10-01T10:00",
"end": "2026-10-01T11:00",
"note": "正常测试"
}
]
}2. 按顺序完成这项具体操作
本次实际使用Python 3.14,依赖版本固定在资料包。需要LibreOffice或Node的案例请先按README安装对应运行时。python run.py读取真实旧响应完成本地处理;只有显式--live才发新请求。
- 1. 查看 source-entries.csv 的三条工时,按人员、项目、起止时刻保留原记录;A在P1和P2有交叠,B有独立一小时。
- 2. 让 apizt 分类说明中的normal与possible_duplicate,不根据一句说明就删除任何工时记录。
- 3. 程序按同一人员两两计算正时长交集,另把每人的区间做并集;跨项目的重叠也要被识别。
- 4. 打开 overlap-anomalies.csv,核对A的T1/T2重叠1小时;在 result.json 同时查看原始工时7小时与区间并集6小时。
- 5. 检查B与A在相同时刻的工作没有被算成同人的重复,且T2原记录仍保留,重叠只是待核异常,不擅自改正式工时报表。
独立练习目录 · 默认仅离线复核
python3 -m venv .venv
source .venv/bin/activate
python -m pip install -r requirements.txt
python run.py3. 对照真正发送的请求
只处理给定原创虚构材料,只输出JSON。给记录分类reason,正常为normal,原文已注明重复计时为possible_duplicate;不得擅自删除记录。 输出结构:{"reasons": [{"id": "string", "reason": "string"}]}
网页实验台只执行这一步模型字段检查。原生文件写入、坐标/公式/格式回读及负例验收由下载包负责。
request-1.json(图片Base64省略,原文件在下载包)
{
"model": "gemini-2.5-flash-lite",
"messages": [
{
"role": "system",
"content": "严格只输出单个JSON对象,不要Markdown代码围栏,不要解释。只处理给定原创虚构材料,只输出JSON。给记录分类reason,正常为normal,原文已注明重复计时为possible_duplicate;不得擅自删除记录。 输出结构:{\"reasons\": [{\"id\": \"string\", \"reason\": \"string\"}]}"
},
{
"role": "user",
"content": "任务约束(只输出JSON对象,不用代码围栏):\n只处理给定原创虚构材料,只输出JSON。给记录分类reason,正常为normal,原文已注明重复计时为possible_duplicate;不得擅自删除记录。 输出结构:{\"reasons\": [{\"id\": \"string\", \"reason\": \"string\"}]}\n待处理合成材料:\n{\"entries\": [{\"id\": \"T1\", \"person\": \"A\", \"project\": \"P1\", \"start\": \"2026-10-01T09:00\", \"end\": \"2026-10-01T12:00\", \"note\": \"正常开发\"}, {\"id\": \"T2\", \"person\": \"A\", \"project\": \"P2\", \"start\": \"2026-10-01T11:00\", \"end\": \"2026-10-01T14:00\", \"note\": \"可能重复计时\"}, {\"id\": \"T3\", \"person\": \"B\", \"project\": \"P1\", \"start\": \"2026-10-01T10:00\", \"end\": \"2026-10-01T11:00\", \"note\": \"正常测试\"}]}"
}
],
"temperature": 0,
"max_tokens": 1024,
"provider": {
"sort": "success_rate"
},
"response_format": {
"type": "json_object"
}
}4. 查看原生处理代码与实际文件
下面节选来自本次实际执行的workflow.py分支,需要结合完整脚本运行。模型输出不能代替文件解析器或业务验算。
具体产物:overlap-anomalies.csv、result.json、checks.json、preview.html。
workflow.py · 本例分支节选
original = sum(((datetime.fromisoformat(r['end']) - datetime.fromisoformat(r['start'])).total_seconds() / 3600 for r in data['entries']))
people = defaultdict(list)
overlaps = []
for r in data['entries']:
people[r['person']].append(r)
unique = 0
for person, entries in people.items():
ordered = sorted(entries, key=lambda r: r['start'])
merged = []
for r in ordered:
start, end = (datetime.fromisoformat(r['start']), datetime.fromisoformat(r['end']))
for other in ordered:
if other['id'] >= r['id']:
continue
overlap = (min(end, datetime.fromisoformat(other['end'])) - max(start, datetime.fromisoformat(other['start']))).total_seconds() / 3600
if overlap > 0:
overlaps.append({'person': person, 'first': other['id'], 'second': r['id'], 'hours': overlap})
if merged and start <= merged[-1][1]:
merged[-1] = (merged[-1][0], max(merged[-1][1], end))
else:
merged.append((start, end))
unique += sum(((end - start).total_seconds() / 3600 for start, end in merged))
check('原记录7小时不被偷偷删除', original == 7)
check('按人区间并集6小时', unique == 6)
check('跨项目重叠一小时可回查', overlaps == [{'person': 'A', 'first': 'T1', 'second': 'T2', 'hours': 1.0}])
cout('overlap-anomalies.csv', overlaps)
result = {'raw_hours': original, 'union_hours': unique, 'overlaps': overlaps, 'model_reasons': output['reasons']}5. 对照真实结果和检查表
实测2026-10-25T07:51:58.637891+00:00,HTTP200;请求gemini-2.5-flash-lite,返回gemini-2.5-flash-lite。本次5/5项检查通过,指本例执行及验收机制通过,不代表所有模型字段零误差。
最后一次返回用量410tokens;1份尝试记录的已知用量合计410。失败记录保留,用量缺失不按0计,本文不推算实际金额。
| 实际检查 | 结果 |
|---|---|
| 真实apizt API响应HTTP200 | 通过 |
| 模型结构化事实与原始材料一致 | 通过 |
| 原记录7小时不被偷偷删除 | 通过 |
| 按人区间并集6小时 | 通过 |
| 跨项目重叠一小时可回查 | 通过 |
- 实际检查
- 真实apizt API响应HTTP200
- 结果
- 通过
- 实际检查
- 模型结构化事实与原始材料一致
- 结果
- 通过
- 实际检查
- 原记录7小时不被偷偷删除
- 结果
- 通过
- 实际检查
- 按人区间并集6小时
- 结果
- 通过
- 实际检查
- 跨项目重叠一小时可回查
- 结果
- 通过
result.json · 原生处理后实际结果
{
"raw_hours": 7.0,
"union_hours": 6.0,
"overlaps": [
{
"person": "A",
"first": "T1",
"second": "T2",
"hours": 1.0
}
],
"model_reasons": [
{
"id": "T1",
"reason": "normal"
},
{
"id": "T2",
"reason": "possible_duplicate"
},
{
"id": "T3",
"reason": "normal"
}
]
}6. 替换输入前,先确认这些边界
本例只验证合成材料和本地原生文件;不连接真实客户数据,不代表第三方SaaS已运行。
修改材料后应重新制定事实断言和反例。识别错误率、混淆矩阵或拒答类教程允许保留模型实际错误;检查通过指计算和处理正确。没有调用视频模型。
怎样确认已经完成
- 真实apizt API响应HTTP200
- 模型结构化事实与原始材料一致
- 原记录7小时不被偷偷删除
- 按人区间并集6小时
- 跨项目重叠一小时可回查
常见问题
AI 工时表 重叠 统计怎么开始?
查看 source-entries.csv 的三条工时,按人员、项目、起止时刻保留原记录;A在P1和P2有交叠,B有独立一小时。按本页顺序继续,先用下载包离线重放,再替换自己的材料。
网页试跑和下载包有什么区别?
网页只复跑模型字段,不生成全部原生文件;资料包包含实际原生处理和本地验收。
这次通过结果适用于其他材料吗?
本例只验证合成材料和本地原生文件;不连接真实客户数据,不代表第三方SaaS已运行。


