GD-02 · 行李事故记录单生成

① 场景引入

一、这件事现在是什么样

跟踪调度 · 真实业务触发

航班减载或行李少收，现场要逐件填《行李运输事故记录单》，一次减载 100 余件就要填 78 份。填单内容重复、易错，漏填一项理赔就卡住。

二、痛点 · 每条都有来源

1. 行李中心一次航班减载 100 余件行李，现场要手填 78 份《行李运输事故记录单》
   依据：行李事故记录单：一次航班减载 100 余件行李，现场填 78 份《行李运输事故记录单》
2. 事故记录单栏目多、内容重复，逐件手填易错，漏填关键项理赔就扯皮
   依据：行李事故记录单：一次航班减载 100 余件行李，现场填 78 份《行李运输事故记录单》
3. 行查岗既是操作又是客服，还要对接保险，多线程打断下漏记是常态
   依据：航班配载：值机柜台截柜提交客货数据，A330 只要 6人座位变动就需重制舱单
4. 事故记录单是理赔和内部结算的凭证，不是内部通报，填错就是钱
   依据：行李事故记录单：一次航班减载 100 余件行李，现场填 78 份《行李运输事故记录单》

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 行李中心一次航班减载 100 余件行李，现场要手填 78 份《行李运输事故记录单》
• 事故记录单栏目多、内容重复，逐件手填易错，漏填关键项理赔就扯皮
• 行查岗既是操作又是客服，还要对接保险，多线程打断下漏记是常态
• 事故记录单是理赔和内部结算的凭证，不是内部通报，填错就是钱

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

1. 要素校验 · 判断这批行李能不能填单航班号、件数、行李牌号逐项打勾
2. 批量生成 · 按模板逐件生成记录单每件一份记录单，公共字段自动填、个性字段抽取
3. 件数对齐 · 减载清单 vs 记录单份数减载 100 件就要出 78份对应的记录单，份数对不上标出
4. 漏填检查 · 把理赔必填项标出来行李牌号、目的地、旅客联系方式逐项查漏
5. 留证与签批 · 生成待签的记录单签批栏留空，由行查岗确认

要准备什么：减载/少收清单.xlsx航班号、件数、旅客信息旅客行李信息.xlsx行李牌号、目的地、联系方式事故记录单模板.xlsx必填栏位与填写规范

为什么这个场景值得做

优先级评分：痛感 4 × AI 适配 4 ÷ 落地难度 2 = 9.6

最大差异点：不要求行李数据先在线。减载清单、旅客信息哪怕是 Excel 和微信里的记录，Agent 也能读进去批量生成记录单，逐件对齐。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：行李事故记录单.xlsx 逐件记录单 · 含签批栏
• 可派发清单：漏填必填项清单.xlsx 可派发 · 漏填行李牌号/目的地逐条可补

这套东西不承诺什么：不替客户判定责任归属、不承诺赔付金额。Agent 只批量生成记录单草稿并对齐件数，责任认定和赔付由行查岗和保险公司定。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：海陆通国际物流（虚构 · 承包深圳某机场行李保障）。一次航班减载 78 件行李，现场要逐件填《行李运输事故记录单》，漏填一项理赔就卡住。

减载78 件应出记录单78 份可直接过75 份结论3 份待补

输入港航物流企业手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_减载清单.xlsx 本次航班减载的行李清单 —— 航班号、件数、旅客信息行查岗导出 · 事发当天
• 02_旅客行李信息.xlsx 旅客行李牌号、目的地、联系方式 —— 用于记录单的个性字段值机系统导出
• 03_事故记录单模板.xlsx 《行李运输事故记录单》的必填栏位与填写规范航司标准模板
• 04_行李牌号台账.xlsx 本航班应装的行李牌号清单 —— 与减载清单对齐用配载岗维护

注意标橙色那一份 —— 03_事故记录单模板.xlsx。它航司标准模板，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

一次航班减载/少收了一批行李，减载清单和旅客行李信息我发你。你帮我按模板逐件生成行李运输事故记录单，公共字段自动填、个性字段抽出来，份数和清单对齐，漏填的必填项标出来。最终交不交我复核。

短是因为事故记录单的栏位规范都写在能力包里了，你只需要说清是哪次航班。

触发事情是这么来的

一次航班减载 78 件，现场要逐件填记录单

航班减载 78 件行李，现场要逐件填《行李运输事故记录单》。内容重复、易错，漏填一项理赔就卡住。

第 1 步 · 要素校验 · 判断这批行李能不能填单

航班号、件数、行李牌号逐项打勾

第 2 步 · 批量生成 · 按模板逐件生成记录单

每件一份记录单，公共字段自动填、个性字段抽取

第 3 步 · 件数对齐 · 减载清单 vs 记录单份数

减载 78 件就要出 78 份对应的记录单，份数对不上标出

第 4 步 · 漏填检查 · 把理赔必填项标出来

行李牌号、目的地、旅客联系方式逐项查漏

不讲省了多久 · 讲少了几个隐患、沉淀了什么

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

行李事故记录单生成 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

baggage-record.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是港航物流企业手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁GD-02 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 4 份

• 01_减载清单.xlsx 本次航班减载的行李清单 —— 航班号、件数、旅客信息
• 02_旅客行李信息.xlsx 旅客行李牌号、目的地、联系方式 —— 用于记录单的个性字段
• 03_事故记录单模板.xlsx 《行李运输事故记录单》的必填栏位与填写规范
• 04_行李牌号台账.xlsx 本航班应装的行李牌号清单 —— 与减载清单对齐用

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

一次航班减载/少收了一批行李，减载清单和旅客行李信息我发你。你帮我按模板逐件生成行李运输事故记录单，公共字段自动填、个性字段抽出来，份数和清单对齐，漏填的必填项标出来。最终交不交我复核。

为什么这么短就够了：短是因为事故记录单的栏位规范都写在能力包里了，你只需要说清是哪次航班。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 2 份

• GD-02_行李事故记录单.xlsx 正式件本体 · 逐件记录单 · 含签批栏
• GD-02_漏填必填项清单.xlsx 可派发· 漏填行李牌号/目的地逐条可补

Skill 里固化了什么：从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：减载/少收清单.xlsx航班号、件数、旅客信息旅客行李信息.xlsx行李牌号、目的地、联系方式事故记录单模板.xlsx必填栏位与填写规范

人工边界：不替客户判定责任归属、不承诺赔付金额。Agent 只批量生成记录单草稿并对齐件数，责任认定和赔付由行查岗和保险公司定。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

跟踪调度 · 产出即下一步输入

GD-01 · 到港超期免费期预警 — 免堆期和免箱期是两个日期，超了就是阶梯涨的滞箱费 · 没人盯，钱就一天天漏出去 查看 →

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

说明：以上为 WorkBuddy 官方行业场景库三级页面与库级页签的完整整理；均为官方脱敏演示件，用于讲解与交付底稿，不代表已接入客户生产系统、不承诺效率百分比。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。